I'm not sure why GCC with the same compiler and linker options would result in a crashy executable in one Linux distro and a normal executable in another.
Login to Account Create an Account
Posted 19 February 2020 - 12:52 PM
Posted 19 February 2020 - 02:18 PM
By any chance would you have enough time to kill to try to debug where the crash is occurring (ie. set a breakpoint within set_window_title() and step through until the system driver eventually gets called?
This would probably involve re-building with the -ggdb option so GDB can work fully when debugging it.
Posted 19 February 2020 - 05:39 PM
After troubleshooting this in the Allegro IRC channel for a while, it seems this is a problem with how Allegro is defined in Arch Linux's package manager or something like that. I was told that you can install asp, then do "asp checkout allegro4", then do "makepkg -si" to properly build Allegro 4 and then it should work better when you build EOF. Ie. these steps:
sudo pacman -S asp; asp checkout allegro4; cd allegro4/repos/community-x86_64/; makepkg -si
Posted 23 February 2020 - 04:37 PM
Generally, EOF selects whichever the "default" MIDI device is in the OS, but I don't know how that would be defined in *nux. From some Googling it sounds like a limitation with Allegro and the distro's sound system. The top post at https://bugs.launchp...god/ bug/311833 suggests you may be able to just define a symlink so midiC0D0 points to your correct sound device name. May be worth a try.
Posted 18 April 2020 - 03:37 PM
Hello, has anyone been able to build EOF as 64 bits application for OSX Catalina?
Posted 27 April 2020 - 08:15 PM
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.
Posted 03 May 2020 - 09:03 PM
Hello. I recently tried to save a song after adding section names, and I got the message "Could not save project (error 8)." After looking around I couldn't find anything that helped. Along with this, I have been getting undo state and clipboard errors. Is there any way to fix this?
Posted 04 May 2020 - 03:22 PM
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.
Posted 02 June 2020 - 03:40 PM
Could you move "lock tempo map" back to the Song menu? It's a global song setting that goes hand-in-hand with "disable click and drag" and makes more sense to be there imo
Could we also get the grace note import fix applied to "before the beat" grace notes? Those are far more common in my experience.
Posted 02 June 2020 - 06:26 PM
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.
Posted 03 June 2020 - 11:52 AM
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.
Posted 03 June 2020 - 02:35 PM
Well damn, I just did some more extensive testing and looks like you're right; the techniques are getting stripped out when exporting to GP5. I don't suppose there's any chance you've reconsidered supporting .gp files? It's been a solid 10 years since gp5 was replaced by gpx and the XML format of the GP7 gp files looks to be fairly straightforward. Either way, sorry for not testing further before asking about this!
Posted 03 June 2020 - 07:54 PM
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.
Posted Yesterday, 07:13 AM
No worries, figured it was at least worth an ask. Thanks for all you do.