Regarding the automatic note movement, I was referring to when I change the tempo manually from the menu instead of dragging an anchor.
Hadn't thought of that. I'll add an "Adjust Notes" check box in the dialog.
When changes are saved, the modified indicator is only cleared after changing the active instrument PART (changing active difficulty doesn't work)
It is fixed and will be in the next version.
Undoing the only unsaved change does not clear the modified indicator even after changing active PART/difficulty
Deleting notes doesn't cause the modified indicator to appear even after changing active PART/difficulty
I put these on the to-do list.
Sometimes when I have seeked to a beat marker and begin playback with clap enabled, the claps are desynced from the chart
I'll look into it.
I noticed that upon saving the chart, EOF forces it to save the file as notes.eof instead of just saving the file that has been opened. Any existing file called notes.eof in the directory is overwritten. This is a little limiting if I try to create and experiment on copies of my chart in the same directory. I have verified that this is the case whether the EOF file is opened via command line (file association) or from within EOF itself.
I will make it save to whatever file you opened. I'll also look into adding a "Save As" dialog.
Note auto-adjustment glitch: Under certain unknown conditions, EOF will delete some notes instead of moving them if an anchor is moved and causes a tempo change
I haven't run into this yet but I'll look into it.
-A click+drag of the first beat marker prompts the user to update the offset of all notes even if EOF prevented the change to the midi offset (too fast of a click+drag)
Edit: I just verified that if this happens and I select yes to the prompt, the notes are moved by the amount that the midi offset would have changed if it hadn't been prevented.
I'm going to do some more work here.
If playback is started with clap disabled on a difficulty that has no notes, and then during playback the difficulty is changed to one that has notes and clap is enabled, clap will not sound until playback is restarted. Seems as if EOF disables clap for the entire playback session if playback is started in an empty instrument and difficulty part.
The claps are calculate when you press play. If you switch the difficulty or part the claps need to be recalculated. I thought I did this already but maybe that was something else.
When seeking to a bookmark that was placed on a beat mark, EOF may not have updated the seek variables properly because page down must be pressed twice before it actually seeks to the next beat mark. This glitch is further shown by seeking to bookmark and pasting, as it pastes one beat early.
I thought I had fixed this before, too. I will have a look.
When I was ALT+TAB'ing in and out of EOF, I experienced a glitch where EOF thought the tab key was held down and it cycled through the difficulties endlessly until I moved EOF out of the foreground and back. If there's no easy way for EOF to determine when it does and doesn't have main focus, maybe the input buffer should be cleared on each occurence of the program's main loop?
The Tab key indicator in Allegro is getting "stuck." I can fix it by clearing that specific key on switch-out and switch-in.
-Shift+spacebar to play back at full speed regardless of current playback speed setting.
Shift+Space is being used for the catalog at the moment.
Assign a hotkey to the "Clap Notes" submenu
Will do.
Assign 'Y' and 'N' hotkeys to the Yes/No quit confirmation dialog
Good idea. I'll add those shortcuts to all Yes/No dialogs.
Option to toggle on/off the "update note offset on midi offset change" and "automatically adjust notes on tempo change" features, as some changes are just for testing and not meant to affect the entire chart in a permanent way.
I'll add it under "Preferences."
Option to clear all bookmarks, since as their numbering is not displayed to the user it can be easy to forget the location of all of them if not working on the chart for an extended period of time.
Easy to do. I should draw the numbers but I couldn't think of a good way to do it in time for this release.
More features related to text events, perhaps even lyrics? If this is implemented, perhaps a colored line segment with the name of the event (or displaying the lyrics at the very top of the piano roll panel) could be displayed above the beat markers so that the user can see where events start and stop.
Unlikely. I don't know if Alex is still working on FOF 1.3 but I am mainly supporting stuff that is going to be in that version. If I run out of other things to work on in EOF I might consider it.
My memory is sometimes fuzzy, could the Key commands help menu be updated to include the current commands?
Yes. I'll update it.
A tick mark on every fourth beat line (just below the anchor arrow perhaps?) to serve as a visual cue for the start of each measure. Likewise, perhaps the measure number (and the beat number #/4 within the measure) could be listed as another line in the information window so that if a note or beat is selected, the user can easily identify the position of the chart when referring to guitar tablature or a midi file
I may make some of these things optional. A tick mark every fourth beat line sounds good but I need to be able to disable it or change how it displays. I don't know exactly what I'll do yet. Most songs are 4/4 time signature but some aren't and I need to be flexible here.
I might just have not noticed this before, but in the AV delay test chart, notes 15 and up seem to have lost sync with the grid snap that the other notes use, (ie. the ones that fall on beat markers are skewed by 1/192 of a measure or so. I don't know if the audio actually changes tempo or not, but if it doesn't, then it may be a problem with the chart.
Thanks for pointing that out. There might be a problem with importing files from older versions of EOF. I'll check it out.
More thoughts on the note catalog. It works pretty well, and it's neat that it is saved with the EOF file (low overhead, must be storing an offset into the song and a duration), but there is some logic code that needs some attention:
The catalog entries are stored as a start position and an end position in the song. The list is static and uses a counter and index to keep track of how many entries there are and which one is selected. There are some bugs here, mostly due to me overlooking places I needed to update certain variables. These issues will be easy to fix.
I have been working on a chart using an instrumental track (as I often do). I finished and was going to replace the ogg file with the with-vocals version of the song as usual, and since the vocal version is shorter, some notes are pruned off the end of the chart, which is fine. But I think this causes some strange problems where EOF doesn't properly detect the last note of the song. CTRL+end doesn't move the seek bar, so the final note that EOF recognized may be considered out of bounds (after the end of the piano roll). As part of my usual re-sync process, I go to change the tempo at the lead-in to the first verse (first beat after 41 seconds) and change the tempo manually from the menu to raise it by one BPM, it freaks out and duplicates the instrument part from the beginning to the end and places it at the tempo change, causing more notes to be dropped off the edge.
I was able to recreate this glitch using the original EOF file and guitar.ogg together, so this isn't caused by the chart being longer than the song, but a glitch with the tempo change code.
I have emailed you a set of files with which this glitch can be readily-reproduced.
Thanks. I'll check it out.
dude it would be awsome if eof have an option of PART VOCALS for editing so you can see 'em on Alarian mod
Unlikely.
I noticed a bug with pasting from the catalog.
The notes with tails that are 1/8th and longer are reduced to notes without any tail when they're pasted.
I haven't seen this bug yet. I'll keep looking.
You can't copy a note from the catalog.
You can only paste an entire set of notes from the catalog.
I get the "No mp3 support" error as soon as I open it up. I've installed the vorbis and lame packages and the dev packages that go with those already with no luck. I'm stumped -_- Any suggestions would be greatly appreciated.
Sorry about that. I really should have tested this more. Just to make sure it's a bug in EOF, could you try typing "oggenc" at the command line and see if it brings up an error? Try "lame" also.
