Hi, folks.

I'll be using this thread to maintain the latest versions of EOF in one place. To start, download and extract EOF 1.8RC13:
https://ignition4.customsforge.com/eof

You can keep that zip file handy to avoid downloading it more than once. When I release a new hotfix, all you have to do is replace the files from the above zip file with the ones from the hotfix.  The latest hotfixes get posted in the same place:
https://ignition4.customsforge.com/eof

*If you use a non QWERTY US English keyboard layout, and keyboard controls/shortcuts aren't working for you, please make a post describing what keyboard shortcuts aren't working, and what the Info panel says the "CODE" and "ASCII" values are after you use each of the keyboard controls in question.

I used to make Mac releases, but Apple dropped support for 32 bit applications so the user base dwindled away and I can't port the entire application to 64 bit at this time.  The latest Mac build (2-7-2025) is here:
https://ignition4.customsforge.com/eof/download/17
Unless you have oggenc and LAME installed (these don't come with the Mac build for licensing reasons), you won't be able to have EOF automatically convert from MP3 to OGG when you create a new chart. If you have trouble getting those set up on your system, here is a package that should get them installed and usable by EOF:
http://www.t3-i.com/apps/eof/downloads/eof_utilities.pkg

Please provide any and all feedback, including bugs and feature requests. If possible, also please review the included documentation (manual, tutorials) and let me know if you find any room for improvement there. Eventually I plan to add a Rocksmith authoring section to the pro guitar tutorial, but the community's knowledge of the Rocksmith songs' makeup changes pretty quickly so it's hard to know when particular features are considered fully known. For any features that ARE fully known (like anchors), please feel free to remind me if they aren't incorporated into EOF yet, in case I missed any information being passed around on this forum or the Google group.

Note: If you are reporting a bug, please specify which hotfix (date) you're using. I release hotfixes on a somewhat random schedule, sometimes more than once per day, so the issue being reported may have been fixed in a release you haven't tried yet.

1370 brings back the no count phrase warning.  Not complaining just saying :D

The crash always occurs when EOF re-enters the foreground.

 If I use [Alt+Tab] to leave EOF and [mouse click] to re-enter, the crash also occurs.

 

I tried with v1.8RC10 (r1337) and everything works fine (no crash).

That's very odd, I'm going to add more logging to the code that runs when EOF re-enters the foreground to try to pinpoint the exact cause. I'm pretty sure it's going to be the loop that polls the keyboard and waits until Tab is not held down. I can't imagine why this would cause a problem in Windows 8 and no other version of Windows, but I may be able to alter it a bit as a bandaid. After the next EOF hotfix, please post the log again after it crashes.

 

Does it happen if you use the mouse to have EOF leave the foreground, and then use ALT+Tab to have it re-enter the foreground?

 

The crash always occurs when EOF re-enters the foreground.

 If I use [Alt+Tab] to leave EOF and [mouse click] to re-enter, the crash also occurs.

 

I tried with v1.8RC10 (r1337) and everything works fine (no crash).

That's very odd, I'm going to add more logging to the code that runs when EOF re-enters the foreground to try to pinpoint the exact cause. I'm pretty sure it's going to be the loop that polls the keyboard and waits until Tab is not held down. I can't imagine why this would cause a problem in Windows 8 and no other version of Windows, but I may be able to alter it a bit as a bandaid. After the next EOF hotfix, please post the log again after it crashes.

 

Does it happen if you use the mouse to have EOF leave the foreground, and then use ALT+Tab to have it re-enter the foreground?

 

 

When I use the mouse to switch the context from EOF to another app and come back in EOF with ALT+Tab, there is no crash (repeated many times).

So the problem is only when EOF loses the foreground context.

Hi, folks. The latest hotfix (r1371) is in the first post. Changes are as follows:

*Adds some more debug logging to track down the cause of an ALT+Tab related crash when running EOF in Windows 8.

*Improved RS import to load capo placement and tone changes.

*Improved RS import to load linknext, accent, string mute, pinch harmonic, unpitched slide, tap and vibrato single note techniques.

*Improved RS import to load bend tech notes.

 

RS2 import is improved a bit. It's nowhere close to done, but it's a start. If anybody still gets that crash when using ALT+Tab and running EOF in Windows 8, please send me an updated log.

Hi raynebc,

 

  Here is my new EOF log file : eof_log.txt

 

  I used several times [click] & [Alt+Tab] without crash and [Alt+Tab] & [Alt+Tab] for the last action with hang (as expected).

 

  When EOF hangs, it seems to enter in an infinite loop, I have to kill the process myself ...

Wow, looks like some awesome improvements, gonna check it out!

 

In the meantime, here is another ALT-Tab crash log.

The behaviour is still the same. And to be more precise, for me it only seems when using ALT-Tab while EOF is in the foreground. ALT-Tabbing back to EOF (when highlighted another window with the mouse before) does not cause crashes!

 

 

535: Logging started during program initialization at 02/08/15 12:48:51
535: EOF v1.8RC10 (r1371)
535: eof_load_config() entered
535: set_default_config() entered
535: eof_controller_read_button_names() entered
535: eof_controller_read_button_names() entered
535: eof_controller_load_config() entered
535: eof_controller_read_button_names() entered
535: eof_controller_load_config() entered
535: eof_controller_read_button_names() entered
535: Importing chord shape definitions
535: eof_load_chord_shape_definitions() entered
535: Processing line #1
535: Processing line #2
535: Chord shape definition loaded
535: Processing line #3
535: Chord shape definition loaded
535: Processing line #4
535: Chord shape definition loaded
535: Processing line #5
535: Chord shape definition loaded
535: Processing line #6
535: Chord shape definition loaded
535: Processing line #7
535: Chord shape definition loaded
535: Processing line #8
535: Chord shape definition loaded
535: Processing line #9
535: Processing line #10
535: Processing line #11
535: Chord shape definition loaded
535: Processing line #12
535: Chord shape definition loaded
535: Processing line #13
535: Chord shape definition loaded
535: Processing line #14
535: Chord shape definition loaded
535: Processing line #15
535: Chord shape definition loaded
535: Processing line #16
535: Chord shape definition loaded
535: Processing line #17
535: Chord shape definition loaded
535: Processing line #18
535: Chord shape definition loaded
535: Processing line #19
535: Chord shape definition loaded
535: Processing line #20
535: Chord shape definition loaded
535: Processing line #21
535: Chord shape definition loaded
535: Processing line #22
535: Processing line #23
535: Processing line #24
535: Chord shape definition loaded
535: Processing line #25
535: Chord shape definition loaded
535: Processing line #26
535: Processing line #27
535: Processing line #28
535: Chord shape definition loaded
535: Processing line #29
535: Chord shape definition loaded
535: Processing line #30
535: Chord shape definition loaded
535: Processing line #31
535: Chord shape definition loaded
535: Processing line #32
535: Chord shape definition loaded
535: Processing line #33
535: Chord shape definition loaded
535: Processing line #34
535: Chord shape definition loaded
535: Processing line #35
535: Chord shape definition loaded
535: Processing line #36
535: Chord shape definition loaded
535: Processing line #37
535: Chord shape definition loaded
535: Processing line #38
535: Chord shape definition loaded
535: Processing line #39
535: Chord shape definition loaded
535: Processing line #40
535: Chord shape definition loaded
535: Processing line #41
535: Chord shape definition loaded
535: Processing line #42
535: Chord shape definition loaded
535: Processing line #43
535: Chord shape definition loaded
535: Processing line #44
535: Chord shape definition loaded
535: Processing line #45
535: Chord shape definition loaded
535: Processing line #46
535: Chord shape definition loaded
535: Processing line #47
535: Chord shape definition loaded
535: Processing line #48
535: Chord shape definition loaded
535: Processing line #49
535: Chord shape definition loaded
535: Processing line #50
535: Chord shape definition loaded
535: Processing line #51
535: Chord shape definition loaded
535: Processing line #52
535: Chord shape definition loaded
535: Processing line #53
535: Chord shape definition loaded
535: eof_set_display_mode() entered
535: eof_window_create() entered
535: eof_window_create() entered
535: eof_window_create() entered
535: eof_window_create() entered
535: eof_window_create() entered
535: eof_scale_fretboard() entered
535: eof_load_data() entered
535: eof_init_colors() entered
535: eof_undo_reset() entered
535: Initializing audio
535: eof_mix_init() entered
535: Checking for crash recovery files
535: Entering main program loop
535: eof_emergency_stop_music() entered
535: eof_switch_out_callback() entered
535: eof_switch_in_callback() entered
535: Looping until Tab is released.
535: Tab is released.
535: eof_switch_in_callback() completed
535: eof_emergency_stop_music() entered
535: eof_emergency_stop_music() entered
535: eof_switch_out_callback() entered
535: eof_switch_in_callback() entered
535: Looping until Tab is released.
535: Tab is released.
535: eof_switch_in_callback() completed
535: eof_switch_out_callback() entered
535: eof_switch_in_callback() entered
535: Looping until Tab is released.

 

Hey, Raynebc, can you correct EOF thing about RS export? It's important to set "hopo" on note if previous note is "tap" and  current is "PullOff", just working on techs generator for toolkit, it'll add techs overview like in Officials, but mine supports only basic techs for now..

Just so we're all on the same page, is the ALT+Tab issue actually a crash (Windows says the program stopped working) or is it a hang (the program just stops responding until you close it manually, such as with the Task Manager)?

 

Hey, Raynebc, can you correct EOF thing about RS export? It's important to set "hopo" on note if previous note is "tap" and current is "PullOff"

I don't think I understand what you're asking for. If a note is authored as a pull off, EOF should be encoding it in the XML with the hopo attribute regardless of what the previous note was. Are you wanting EOF to automatically assign the hopo attribute if the previous note (or perhaps only the previous note on the same string) was a tapped note?

Just so we're all on the same page, is the ALT+Tab issue actually a crash (Windows says the program stopped working) or is it a hang (the program just stops responding until you close it manually, such as with the Task Manager)?

 

By that definition it is probably a hang. In Windows 8 a "hanging program window" becomes greyish after a couple of seconds and if you click into it a popup appears, telling you the "program is not reacting" and giving you the option to terminate it or keep waiting for a response of the program. This is what happens with EOF.

While hanging, the task manager shows EOF as "inactive", with a extremely high CPU load (35%).

 

Just so we're all on the same page, is the ALT+Tab issue actually a crash (Windows says the program stopped working) or is it a hang (the program just stops responding until you close it manually, such as with the Task Manager)?

By that definition it is probably a hang. In Windows 8 a "hanging program window" becomes greyish after a couple of seconds and if you click into it a popup appears, telling you the "program is not reacting" and giving you the option to terminate it or keep waiting for a response of the program. This is what happens with EOF.

While hanging, the task manager shows EOF as "inactive", with a extremely high CPU load (35%).

As I said before, looks like an infinite loop ... Just need to detect which one ... You may add more debug information in the log file (in a specific patch)

 

As I said before, looks like an infinite loop ... Just need to detect which one ... You may add more debug information in the log file (in a specific patch)

 

 

there is one infinite loop:

 

void eof_switch_in_callback(void)
{
	eof_log("eof_switch_in_callback() entered", 1);

	eof_use_key();
	eof_read_keyboard_input(1);	//Update the keyboard input variables when EOF regains focus
	eof_has_focus = 1;
	eof_log("\tLooping until Tab is released.", 1);
	while(key[KEY_TAB])//HERE
	{	//Wait until the tab key is not being held down, it often gets stuck when alt-tabbing EOF in and out of the foreground
		poll_keyboard();
	}
	eof_log("\tTab is released.", 1);
	gametime_reset();

	eof_log("eof_switch_in_callback() completed", 1);
}

it's bad that we're at allegro4.4.x, I love events(ty C#).

@@raynebc, It seems that it's hopo=1 if any ho\po present so yup set it 1 if any, not related to tap at all

there is one infinite loop:

...

	while(key[KEY_TAB])//HERE
	{	//Wait until the tab key is not being held down, it often gets stuck when alt-tabbing EOF in and out of the foreground
		poll_keyboard();
	}

...

 

That's just it: That's not an infinite loop. It polls the keyboard (which updates the key[] array statuses) until the tab key is not held. In all likelihood it's a bug with Allegro that is only seen in Windows 8. I'm asking on the Allegro forum for suggestions. I'd rather have that logic still there, but not if it causes the program to not function correctly in Windows 8.

 

@@raynebc, It seems that it's hopo=1 if any ho\po present so yup set it 1 if any, not related to tap at all

That should be how it is set up already. Let me know if you find otherwise.

I have a problem in EOF, when i change a note to an opened string note, it will show up as a different note in rocksmith? , can someone plz tell me what i can do to fix this

It would help if you could post screenshots (both of EoF and RS).

I have a problem in EOF, when i change a note to an opened string note, it will show up as a different note in rocksmith? , can someone plz tell me what i can do to fix this

I just did a song with lots of open notes and it worked perfect.

 

Does it do weird things when you import, like linknext hammer ons and extra bass notes for chords?

Hi, folks. The latest hotfix (r1372) is in the first post. Changes are as follows:

*Improved UltraStar import to skip the Byte Order Mark (BOM, a Unicode encoding mechanism) if one is present at the beginning of the imported file. Previously the presence of the BOM would cause the import to fail.

*Changed the logic that is used when EOF re-enters the foreground to avoid a hang that could occur in Windows 8.

*Changed the input fields for some dialogs to not automatically take focus when the mouse moves over it, requiring a click.

*Improved Guitar Pro import to offer to change the active track's arrangement type from bass to non-bass or vice-versa if that would be appropriate for the GP track being imported.

 

Hopefully this eliminates that Windows 8 ALT+Tab hang, let me know if that's not the case.

*Changed the input fields for some dialogs to not automatically take focus when the mouse moves over it, requiring a click.

Nice!

 

*Changed the logic that is used when EOF re-enters the foreground to avoid a hang that could occur in Windows 8.

Hopefully this eliminates that Windows 8 ALT+Tab hang, let me know if that's not the case.

 

The hang is gone, indeed! A major step forward, but...

when I Alt+TAB back into EOF, it seems like it behaves as if TAB is kept beeing pressed: It will skip through the difficulties rapidly in an endless loop. And if you navigate to the exit prompt for example, it will toggle between "yes" and "no" the whole time.

http://https://www.sendspace.com/file/49kmxa

 

I have a problem in EOF, when i change a note to an opened string note, it will show up as a different note in rocksmith? , can someone plz tell me what i can do to fix this

I just did a song with lots of open notes and it worked perfect.

 

Does it do weird things when you import, like linknext hammer ons and extra bass notes for chords?

 

no doesnt do weird things like that lol, i have taken a snapshot but dont know how to upload a snapshot on here as ive tried lol.

https://www.sendspace.com/file/49kmxa

 

The best i can do for you atm  is for you to click on this link to download the snapshot of the notes im having problems with, they are highlighted :)

 

 

 

I have a problem in EOF, when i change a note to an opened string note, it will show up as a different note in rocksmith? , can someone plz tell me what i can do to fix this

I just did a song with lots of open notes and it worked perfect.

 

Does it do weird things when you import, like linknext hammer ons and extra bass notes for chords?

 

no doesnt do weird things like that lol, i have taken a snapshot but dont know how to upload a snapshot on here as ive tried lol.

 

might be a stupid question but Is there some coding that you could do in EOF for when you import a gpro file, so it doesnt add the notes all over the place or line up after the waveform.

The gp import line up with the beat map in EOF. So if you sync the beat map with the waveform in EOF you should be fine.

Not a huge issue, but if it's not much effort I'd like some modification to the Ctrl+X and dead notes in general. I'd like:

 

-Ctrl+X to retain the fret information when used on a note

--(currently turns the note into an X fret as well as turning on the 'muted' toggle marking it as a dead note, Rocksmith reads these as open notes)

-Ctrl+X to be a toggle, just toggling the 'muted' toggle that marks them as dead notes

-Dead note chords with the same chord shape as a non-dead note chord to copy the fingering from normal versions of the chord

--(currently have no fingering information, which has them display as a new chord box in Rocksmith rather than X boxes in the same chord shape)

 

I used to work around these, but coming back in I kinda forgot about these and ran into them, so I figure I'd mention them here and see if they can just be easily implemented.

when I Alt+TAB back into EOF, it seems like it behaves as if TAB is kept beeing pressed

That's the problem that I was trying to remove with the older regain foreground focus logic. I had this happen to me every once in a blue moon in Windows XP, but it was a pretty rare thing. Potentially it is more prone to happening in Windows 8 and presumably it is the Allegro library that glitches out and thinks the tab key is held, and that seems that's why the program would stay in the loop waiting for the key to be released. Still, it's better that it does this than hang and require EOF to be killed. You can try pressing and releasing Tab, a modifier key like ALT or even just clicking within EOF to get the craziness to stop.

 

https://www.sendspace.com/file/49kmxa

 

The best i can do for you atm is for you to click on this link to download the snapshot of the notes im having problems with, they are highlighted

These should show up as chords in-game. Can you post a screen capture of how they look in Rocksmith?

 

-Ctrl+X to retain the fret information when used on a note

I don't believe I'll change CTRL+X, it is meant to remove the defined fret value. What you want is the existing "Note>Pro guitar>Toggle string mute" function, which can be quickly used with SHIFT+X.