raynebc

You can reset all beats to the first beat's tempo (Beat>BPM>Reset BPM). Then you can place other tempo changes as wanted.

You're importing a chart with an unusually high number of phrases, sections or events. There's not immediately a workaround but if you send me the file I can manually import it for you. I hesitate to just largely increase the limit in EOF formally, because it will cause EOF to use more memory.

You can look at two tracks at once, but adding more would be complicated to program. EOF does let you copy/paste large sections of notes, but it's not specifically measures' worth of notes, you'd have to manually select the content on the note level instead of beats/measures. You can define a custom window size and zoom level, but many of these options are based on limitations of what can easily be achieved due to Allegro's capabilities and EOF's design.

You have to unzip the full build of EOF (1.8RC12) to a folder, then unzip the hotfix on top of it, replacing older files with the newer ones from the hotfix. You can't just download the hotfix and use it, it's not a complete EOF release.

Are you running Windows 10 natively? EOF generally always works in this scenario, and this kind of keyboard issue turns out to be caused by some other software. Otherwise the troubleshooting steps I posted earlier apply in your case as well.

These kind of issues are almost always caused by things not related to EOF. You never have to run EOF as administrator. You should never try to run EOF from a restriction part of your file system such as within either of the "Program Files" folders. If your antivirus software is interfering with EOF, you may have to whitelist it in order for EOF to work normally.

Sorry, but I don't have scores of hours of free time to implement a vastly different Guitar Pro format import. GP6+ mostly works to export to GP5 format, and I always encourage people who own Guitar Pro to report export bugs to its developers so they can actually fix the problem.

It works the last time I tried it, that's why unless you can provide a GP5 or older format file that doesn't import with the technique I'm going to assume it's still working. I will say that it was found that GP6 and newer versions of the program were unreliable in exporting some of these kinds of things to GP5 format so it could be that it's not in the file at all and that's why it doesn't end up in EOF.

I won't move it back to the song menu. It pertains specifically to beat marker manipulations, as do the other contents of the beat menu. The Song menu was kind of a generic destination for new menu functions and when it runs out of space I have to more carefully decide where to move functions. Grace note transitions are already imported for before the beat grace notes, which is why I didn't have to fix that. If you can demonstrate otherwise, please do so.

Exactly what kind of lyrics are you importing? If this is from a rhythm game MIDI, they should already be appropriately timed to match a recording. If you're trying to import un-timed lyrics (ie. synced to beats/measures instead of a recording) to a tempo map that has been synced to audio, it gets trickier. You can try bringing up another instance of EOF, creating a blank chart, importing the lyrics, then copying and posting those to your synced project (the paste will take grid snapping into account and should get the result you want). Ideally you shouldn't need to constantly edit and re-import the lyrics, just fix the lyrics once and then import them.

Pretty slick. It would also be cool if it had more display options, such as any of these: 1. Static tab (like reading it from Guitar Pro or something) 2. RB3 style tab (front to back scrolling tablature, scrolling is parallel with the strings) 3. Bandfuse style tab (left to right scrolling tablature) If you need to ditch RS style formatting for any legal reasons, let me know and we can come up with some other text/binary format or something if necessary.

And that question is?

You can check EOF's log file after the error is given (or provide it to me as it exists immediately after the error without restarting EOF) but there may be some kind of permissions issue (ie. you may have put EOF or your project in a restricted portion of the file system like within one of the "Program Files" folders) or interference from antivirus or cloud syncing programs. If the log file isn't updating at all that EOF has no write permission to wherever it's installed.

EOF will offer to adjust the fret number of a track's notes when you change the tuning of any string, but it won't transpose a note to another string in order to do this and will highlight the notes that you will have to manually change. For such a big change in tuning I expect you may have to make many changes for the sake of play-ability if nothing else.

Hi, folks. The latest hotfix (4-27-2020) is in the first post. Changes are as follows: *Updated Queen Bee imports to warn that GH instrument notes can't be imported when a pro guitar or vocal track is active. *Improved the vocal track rendering so that the piano keyboard on the left edge of the piano roll will better scale up in height when a custom EOF program window size is defined. *Fixed some bugs in the spectrogram and waveform generation logic that could cause a crash/hang. *Added logic to enforce a gap of at least 2ms between each lyric line, since timing conversions can cause enough precision loss to cause them to bleed into each other during MIDI export. *Fixed a memory leak that could occur in leading silence (re-encode option) when the chart audio is too long for EOF to be able to allocate enough memory to store the decoded audio. *Moved "Song>Create preview audio" to "File>Export>Preview audio". *Moved "Song>Lock tempo map" to "Beat>Lock tempo map". *Removed the GHWT sustain threshold prompt during GH import, since it was determined that was not really in effect for official charts. *Fixed a bug with the recent undo/redo state error detection where the handling of key signature changes during MIDI import could cause a false error that an undo state wasn't made. *Added a "RS import loads all handshapes" import preference that will force all handshape phrases to import instead of only those in a few specific customs-related circumstances. *Changed GH imports so that sustained drum notes only have to exceed the same sustain threshold optionally used for guitar/bass in order to be marked as a drum roll. *Fixed a bug with the chord snapping logic ran at the end of MIDI import where only notes in PART GUITAR would get resnapped/highlighted appropriately. *Updated GH imports to display a notice if sustained bass drum notes are imported and to highlight said notes, as these may require some alteration in order to behave well in Clone Hero or Strikeline. *Changed GH imports to allow drum rolls to import from any difficulty. *Updated the Clone Hero notes panel to reflect the game's new drum support and undefined track difficulty levels. *Changed MIDI import of GH charts so that the "TRIGGERS" drum animation track imports into the normal drum track and the "BAND DRUMS" drum animation track imports into the PS drum track, instead of both importing into the same track and potentially resulting in unexpected conditions. *Added a prompt during the import of a Power Gig MIDI to offer to mark all non forced HOPO notes as forced strums. *Added "Note>Drum>Accent>Clear>All" and "Note>Drum>Ghost>Clear>All" functions. *Improved the reliability of using CTRL+click to deselect notes/lyrics. *Fixed a bug where "Beat>Add" could still be invoked with CTRL+Ins even when there are no anchors after the selected beat, and would cause a crash. *Fixed a bug where clicking and dragging the first beat while moving the mouse in and out of the piano roll area would corrupt the tempo map. *Fixed a bug with the CTRL+click and drag beat logic where the first beat would be allowed to be moved past the second beat and corrupt the tempo map. *Changed editor logic so that CTRL+Z only performs undo once the Z key is released, ensuring multiple undos can only be performed by intentionally pressing the Z key multiple times. *Added a "Don't redraw on exit prompt" preference to prevent the program window from being removed and recreated when EOF prompts to exit. *Improved "Edit>Paste from>Catalog" to start the paste from the seek position instead of applying the original position within its beat that each note in the catalog entry had. *Changed GP import to process transition effects for on the beat grace notes instead of just ignoring them. *Added a tuning definition for Open D. *Improved the vocal editor to allow CTRL+SHIFT+scroll or CTRL+SHIFT+[] to adjust selected lyrics' lengths by 1ms if grid snap is disabled. *Added a "Track>Chord snap" function to allow a threshold to be provided to manually resnap gems that are separated by up to a specified number of delta ticks (only immediately after an import) or milliseconds into chords.

Using the "Note>Grid snap>Move grid snap>Forward/backward" functions (CTRL+SHIFT+[ or ] when a grid snap value is in use) is preferred because it will keep all selected notes grid snapped when you move them across tempo changes.

Nobody has yet.

If you can send me the entire log after importing the drum track and the Guitar Pro file in question, it would be helpful. Keep in mind that after the import, I don't believe it will automatically change the active track to PART DRUMS if you imported a drum track instead of a guitar track. Open Song>Track and see if PART DRUMS or PART REAL_DRUMS_PS has an asterisk next to its name (which would indicate the track has contents).

Both of those are likely problems with the naming/permissions of the folder where EOF and/or the project are located. Make sure your EOF installation is someplace with no Unicode or extended ASCII characters (ie. C:\EOF\ ) and make sure your project is not located in a write protected location (ie. within either "Program Files" folders). The eof_log.txt file may also show the reason for the failure immediately after the error(s) are given, but note that the log is overwritten every time you re-open EOF.

Short answer: You're probably wrong and shouldn't fear monger. If you want to be more productive, send the binaries to one of the few AV products that claimed it was malware and ask them to confirm it's not a false positive. If they check it manually and still consider it malware, that would have significantly more weight than an automated scan which could have flagged it just because it had a particular string of byte values.

Ever hear of a false positive? For both of those, around one tenth of the antivirus products claim to see malware, but nine times as many other antivirus products see the toolkit as clean. Several thousand people use the toolkit and don't report problems. You're going to have to draw your own conclusions about whether you'll use the toolkit, but you shouldn't take a small minority of AV products as gospel about a program's safety. Some will flag programs as suspicious for no reason other than them not being digitally signed, or for other arbitrary reasons not involving the presence of malware.

There should be an eof.cfg file in the same folder as eof.exe, that's the one with EOF's settings. The contents of the Information Panel suggest you're on a version of EOF that's over a year old though, you should probably apply the latest hotfix and then check to see whether anything still isn't working. I still have no idea what kind of Guitar Pro related message you're talking about though, or what "sctk" refers to.

If you can give more information about the message you're citing, I could give more guidance about what it's for. If EOF can't save anything, it's probably something outside of EOF interfering like antivirus or you're trying to save in a restricted portion of your file system (ie. within "Program Files"). If you installed another EOF instance, make sure you apply the hotfix. Notes will display differently depending on what they are (ie. cymbals display as triangles, forced strums display with large circles, vocal notes display as rectangles with no circles). The means of inputting notes differs depending on the input method you have in use (File>Preferences). "Piano roll" (where you use the right mouse button to toggle notes) is the default, and some but not all input methods use the right mouse button. The ability to click and drag notes can be disabled "Song>Disable click and drag", and if this is in effect, the title bar will say so. If you can provide a screen capture of EOF, and provide the eof.cfg file of the EOF instance you're having trouble with, I can point out many of these settings that may be causing the behaviors you mentioned.

As far as I know, Xenia still doesn't support microphone input, and this cable would have similar requirements.

String muted notes in general do work, there may have been something unusual with those particular ones.