raynebc

I haven't added that yet, the to-do list is ever growing. I'll add it to the top of the list though so I can try to work on it soon.

False positives are common with antivirus programs, especially niche ones that aren't common worldwide. If you want many second opinions you can scan a file or URL (for the file download) here: https://www.virustotal.com

If you're not using a mouse/trackpad with a scroll wheel, you can use the [ and ] keys. Help>Keys and the other documentation in the Help menu have lots of other information.

Hi, folks. The latest hotfix (5-2-2019) is in the first post. Changes are as follows: *Implements an eof_lyric_gap_multiplier config file setting (can be manually edited while EOF isn't running) that will affect lyrics when they are placed or have their lengths altered with the [ or ] keys or the scroll wheel, by enforcing a gap around affected lyrics. This gap is equal to the current grid snap setting multiplied by the eof_lyric_gap_multiplier value, which is meant to be a number greater than 0 and less than 1, ie. 0.5. *Fixed a RS import bug that could prevent tech notes from being parsed correctly. *Adds a minor efficiency improvement to pro guitar MIDI export by omitting repeated root notes when the same chord is authored repeatedly, as suggested by Ruggy. *Changed the Feedback import menu function name to include "(.chart)" to clarify the file type in question. *Added a "File>Default INI settings" function where you can define song.ini entries to be automatically added to new charts. *Changed the "Load OGG" dialog to initialize itself to the current project's folder, since EOF doesn't allow loading an OGG file from someplace else. *Fixed a bug where drum rolls wouldn't import correctly for QB format Guitar Hero files (ie. Guitar Hero Smash Hits). *Changed the length threshold for drum rolls in GH import to 140ms, since some official charts used drum lengths as long as 138ms even though they don't display as drum fills in-game. Drum notes that meet this length threshold are given crazy status so that they will also export to MIDI with sustain. *Allowed disjointed and crazy statuses to be applied to drum notes, since some Guitar Hero charts author this (ie. drum swells overlapping bass drum notes). A "Disjointed" submenu was added to Note>Drums. *Updated GH import to read accent notes and disjointed chords. When accent status is found during GH import, EOF will prompt whether it's from one of a list of specific games, which define accent notes in a different lane order. Some types of ghost notes (ie. from Warriors of Rock) are read and interpreted as snare notes and will be highlighted during import, but the definition of drum chords that include ghost notes on red/orange is unknown. *Changed MIDI export to allow drum notes to export with sustain if they have crazy status (which disjointed notes are given automatically during GH import). *Changed the accent status behavior so that a note can have different accent status for a given gem than that of the note at that position in another difficulty, as is done in some Guitar Hero charts. *Removed the logic that tracks the chart's MIDI delay separately per OGG file, since this isn't handled well by the undo/redo logic and is probably more harmful than helpful to most people. *Changed MIDI export and import to use a velocity of 127 to define accented drum notes, for future use in Phase Shift. When accented drum notes are present, "drum_accent_threshold = 127" is written to the project's song.ini file. *Added a prompt to the Mac build suggesting the default song folder (for new projects) to be defined if it isn't already, since the default location is the program's parent folder, which in OS X is inside the application bundle and is more awkward to access. *Fixed a bug with QB GH file import where the section events would be deleted after the prompt about whether they were in the desired language. *Improved GH import so that if the "song_aux" instrument sections are reached and there were no notes imported from the "song_rhythmcoop" sections, EOF prompts whether to import the aux notes into PART RHYTHM instead of PART KEYS. *Added a "Don't write INI file" export preference that will prevent EOF from writing a song.ini file during save even if MIDI files are written. *Allowed open notes to have crazy status so they can overlap other notes, since this is used in at least one GHWT chart and is supported by Clone Hero.

That's probably it. If you manually define any fret hand positions for a track in EOF, it won't generate them automatically. Then if you make changes that no longer suit the FHPs, the "width" of an anchor (ie. how many frets wide the chord window is) can end up having to be unusually large in order to work in-game. Try deleting the fret hand positions and letting EOF generate them again, and if that doesn't help, try without DDC just to rule that out as a contributor to any problems.

In the past day or so, Mediafire counted dozens of new downloads for RC12. If it's still not working for you, try restarting your browser and possibly clearing its cache and cookies in case it's trying to use a retired Mediafire server or something. If it still doesn't work, let me know and I can contact Mediafire support to ask why their servers are having problems.

I tested it yesterday and whichever server Mediafire was hosting this on timed out. I tried the link just now and it downloaded fine. It was an outage on Mediafire's end.

It's probably a temporary outage on Mediafire's network.

A while ago, EOF and the RS toolkit started using a simplified XML formatting that allows any default values to be omitted (ie. don't have to define fretting or fingering for a string that isn't used in a note/chord). Make sure you're using the latest toolkit and EOF hotfix to avoid such issues.

It's more of an Allegro bug than anything else, as it doesn't handle drawing multiple submenus on top of each other well. There are some workarounds: 1. Use keyboard accelerators: When a menu item has an underline, you can activate it by pressing that key on the keyboard, ie. use ALT+T to open the track menu, then press R to select the Rocksmith submenu, then press H to select the "Fret hand positions" submenu and then press S to select the Set function. 2. Use keyboard shortcuts: Some menu functions have a function key or key sequence listed to the right edge of the menu to indicate a way you can use the function without even having to open the menu. The shortcut for the set fret hand position function is SHIFT+F. 3. Increase the width of the program window. You can make EOF's window larger by using File>Display>Display and picking a pre-set window size or setting a custom size. You can also simply enable the Notes panel (File>Display>Notes panel>Enable or simply CTRL+P) to make the window 50% wider than any of the pre-set sizes.

EOF doesn't write .chart files. You could try one of the converters that can translate between a chart and MIDI file. You could also try Moonscraper, which is a chart editor for the game Clone Hero that can import a MIDI and save in its native .chart format.

Very odd. The command prompt was completely broken? That would definitely break a few things in EOF.

If you're using the toolkit to add dynamic difficulties (DDC), it could be a problem involving that. If you create a version of the chart without DDC, do all notes appear in-game?

First, make sure you're using the 2-20-2019 hotfix, as the one before that had some audio file handling problems. Otherwise: What option are you picking for the location of the new chart? When I create a new project, select an MP3 and choose the source audio file's folder for the destination, it has me select a bitrate and then it creates an OGG as expected. If I instead opt to create a new folder, it creates a new folder named "[ARTIST] - [sONG TITLE]" in my configured song folder (defined with "File>Song folder"). If you have no song folder defined, it should default to EOF's program folder but then you can run into permissions or file name compatibility problems depending on where you've stored EOF, ie. if you put EOF within one of Windows's "Program Files" folders or if ANY folder in the path to the project folder includes any accented/Unicode characters. That said, you could still create customs even if that didn't work because you could prepare the OGG file in Audacity or something. Only certain tools used by EOF have limitations with accented/Unicode characters in file paths.

You might be able to kind of cheat and mark those chords with the "hi dens" status, but I'm not sure if that will work as well.

Hi, folks. The latest hotfix (2-20-2019) is in the first post. Changes are as follows: *Fixes bugs with audio handling introduced by the previous hotfix. *Improved Feedback import to allow the selected audio file to be named bass.ogg, keys.ogg or crowd.ogg instead of creating a copy named guitar.ogg. *Added an "Enable open strum by default" preference that will take effect for new projects. *Improved the new chart wizard so that if Rocksmith export is enabled, and neither FoF nor Rock Band exports are enabled, pro guitar tracks have their difficulty limits removed by default to suit Rocksmith authoring. *Fixed a bug where clicking the "Auto-Adjust sections/FHPs", "Auto-Adjust tech notes" or "EOF leaving focus stops playback" checkbox immediately after clicking the Default button in the Preferences dialog causes the dialog to be closed. *Improved the "Validate tempo map" function to correct the first beat's position if it doesn't match the delay value defined in Song>Properties.

EOF can output a "musical MIDI" (enabled in the import/export preferences) that is probably similar to what you'd get from Guitar Pro or TuxGuitar.

It looks like this only happens after using the Default button in the same dialog instance, but I'll be able to fix it.

The latest hotfix of EOF has some bugs with its audio file handling that result in the leading silence function not working correctly, but otherwise EOF will detect if the stream copy option failed and resulted in a short audio file and will offer to undo the operation. OggCat has some limitations with which OGG files it can append, so sometimes you have no choice but to use the re-encode option.

It seemed like for most people, real guitar is too hard for a party game. Rock Band 3 or Bandfuse would be the closest matches to your suggestion, but neither of those had dancing and both of those have reached their end. I'd like to see a subscription model, but it would probably cost more than people would want.

The latest hotfix is pretty buggy with waveform, spectrogram, load ogg and leading silence. Here's a Windows beta build that should generally fix those issues: http://ignition.customsforge.com/eof/download/304 I want to allow testers a day or two longer to test this beta out to make sure the problems are gone, and I can also add some more features until then.

For EOF to give that error, the XML file must resemble the expected Rocksmith arrangement at least a little bit (ie. has an "" tag near the beginning). Are you able to upload the XML file that wouldn't import so I could look at it?

Hi, folks. The latest hotfix (1-31-2019) is in the first post. Changes are as follows: *Re-assigned the A accelerator key from Note>Transpose to Note>Clear, since the functions in the former menu already have keyboard shortcuts. *Fixed a bug with the "Validate tempo map" function that wouldn't correctly take non #/4 time signatures into effect. *Added "End proximity" selection functions to select/deselect notes that end within a specified distance (or one grid snap length) of the note they precede. This will help in case you want to manually apply a specific note gap, by selecting notes that don't have at least a gap of the current grid snap length and then using [ or the scroll wheel once to shorten the selected notes. *Renamed the "Neighbor proximity" selection functions to "Start proximity" to better identify their purpose compared to the "End proximity" selection functions. *Added the ability to replace some of EOF's built-in graphics, fonts and sounds by saving PCX and WAV files with appropriate file names into the "resources" subfolder. A readme file is provided in that folder defining the names of some usable file names and the gem, font or sound effect the file pertains to. Allegro's "grabber" command line utility can be used on eof.dat to export any of EOF's built-in images or audio for reference/alteration. *Fixed a bug with MIDI import where the note length wasn't correctly read for GHL open notes. *Updated Feedback import to support Moonscraper's notation for non #/4 time signatures. *Improved Feedback import to allow the selected audio file to be named song.ogg, drums.ogg, rhythm.ogg or vocals.ogg instead of creating a copy named guitar.ogg.

Based on the screen capture and EOF's logging, it looks like the problems start with the open low E note after the first four sets of triplets. I'm guessing the low E note isn't supposed to be part of the triplets, but the screen capture may be saying that it is. You might be able to alter the tablature in a way that it will export a valid file, but ither way, Guitar Pro 7 is exporting the GP5 file incorrectly. Worst case scenario, you can author it in EOF manually by using the tablature as a reference.

Unfortunately, those problems never occur on my Macbook. I'm also not a Mac expert so I don't know how to troubleshoot that problem. Are any other Mac EOF users able to explain why this could happen? I think I remember somebody mention that Mac OS may interfere with EOF if EOF is within the Downloads folder. If it isn't already, it's probably worth moving EOF to a folder on your Desktop or something like that.