Jump to content

Importing a GP file causes EoF to crash

PC Plum

Recommended Posts

Hi, it's not any GP fiole it's a specific one which I want to use, this one




It keeps crashing EoF when i try to import it.  It loads and works fine in GP5.


I have tried r1341, r1338 and even 1334, and they all crash at the same point of import, which is just after I click "No" to do I want to use the GP file's time signatures, and just before it asks if I would like to use the sections as phrases.


Here is the report from Windows


Problem signature:  Problem Event Name:  APPCRASH  Application Name:  eof.exe  Application Version:  Application Timestamp:  53a3b944  Fault Module Name:  eof.exe  Fault Module Version:  Fault Module Timestamp:  53a3b944  Exception Code:  c0000005  Exception Offset:  000cca0e  OS Version:  6.1.7600.  Locale ID:  2057  Additional Information 1:  0a9e  Additional Information 2:  0a9e372d3b4ad19135b953a78882e789  Additional Information 3:  0a9e  Additional Information 4:  0a9e372d3b4ad19135b953a78882e789




Anyone any ideas?



I think it may be because there are named sections in the GP file, but it does not name any of them until bar 6...  and I don't know GP well enough to just remove bars 1 through 5, which I won't need anyway.




Any help would be appreciated :)










Link to comment
Share on other sites

I studied the problem for a while before I realized what was going on. At the end of the tab where it switches to 5/8, Guitar Pro is writing the empty measures with whole note rests. This is musically inaccurate because the empty measure is supposed to be 5 eighth rests instead, and then the math goes wrong because EOF was assuming the note durations were proper and ends up expecting the rest note to be 8 beats long instead of the expected 5. I don't know if this is something Guitar Pro commonly does, but I hadn't run into it before.


I verified that if I manually authored the correct rest notes in the empty 5/8 measures (one half and one eighth rest for each) in every track, EOF imported that without crashing so GP's careless notation was the problem. I'll add some logic to try to correct these timing errors when they are found in the GP file.

Link to comment
Share on other sites

Wow, you like solving problems more than me :)



Thanks man!



It's also the first time I've seen it (a certain GP file crashing multiple EoFs), but to be fair it looks like the first U2 live GP file made by Edge1996, probably my all time favorite GP file maker - and he was only 15 at the time (if his sig is to be believed)...


I dunno who I like more, you or Edge1996  :D

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Create New...

Important Information

By using this site, you agree to our Guidelines. We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. - Privacy Policy