EOF 1.3 (Old Version)
This topic is 16 years and 7 months old. Instead of replying, please begin a new topic, or search for another related topic that may be more suitable.
-
- Member
- Posts: 42
- Joined: November 1st, 2007
- Reputation: 0
Is there a keyboard short cut to quickly switch between 1/16th grid snap and no snap? Cause sometimes I can't grab a note when I am on 1/16th snap, and need to switch out and back real quick.
Also would it be possible to have an option that when you change the bpm all the notes in the section you changed would stay in their relative position - i.e., if you had a quarter note and then changed the bpm it would still be a quarter note relative to the new bpm? I find when I am trying to get the correct bpm I have to do a lot of manual repositioning of the notes.
Side note: I'm currently working on a song that is pretty sloppy - the band basically speeds up 2 or 3 bpm in the second verse even though it should be the same as the first. Is there a program that I could use to speed or slow the audio track?
Also would it be possible to have an option that when you change the bpm all the notes in the section you changed would stay in their relative position - i.e., if you had a quarter note and then changed the bpm it would still be a quarter note relative to the new bpm? I find when I am trying to get the correct bpm I have to do a lot of manual repositioning of the notes.
Side note: I'm currently working on a song that is pretty sloppy - the band basically speeds up 2 or 3 bpm in the second verse even though it should be the same as the first. Is there a program that I could use to speed or slow the audio track?
- NewCreature
- Member
- Posts: 716
- Joined: November 23rd, 2006
- Location: Murray, KY
- Reputation: 3
- Contact:
Is there a keyboard short cut to quickly switch between 1/16th grid snap and no snap?
Hold Control to disable snap.
Also would it be possible to have an option that when you change the bpm all the notes in the section you changed would stay in their relative position
It won't be in the next version but I'm going to look into it after I get back from vacation.
I've just finished 1.32. Check the first post for a list of changes.
Last edited by NewCreature on Wed Jul 23, 2008 6:38 pm, edited 1 time in total.
"Stop putting so much stock in all of this stuff, live your life for those that you love." - Relient K
EOF - A Song Editor for Frets On Fire
EOF - A Song Editor for Frets On Fire
Jpop fanatic
-
- Moderator
- Posts: 5697
- Joined: April 20th, 2008
- Location: Megumi Island
- Reputation: 131
Control also sets the note length to 1 instead of the default length for the snap-to-grid value in use. I personally have been using 1/32 and 1/48, most songs are composed in a way for this to be accurate. But sometimes, uber-fast strumming or solos make me turn off snapping. But use NewCreature's ',' and '.' keyboard controls to cycle down/up the snap-to values. They're a time saver.
Awesome! Plenty of great enhancements. As always, thanks for such an excellent program!
I've just finished 1.32
Awesome! Plenty of great enhancements. As always, thanks for such an excellent program!
- Philfireball
- Member
- Posts: 212
- Joined: September 17th, 2007
- Location: Heidelberg, Germany
- Reputation: 0
Thanks for the new versions. Loving the new paste mode.Saving half of the time.
Just noticed a little bug with 1.32
When creating a new song, EOF doesn't allow me to use an umlaut (ä,ö,ü) in song name, band name or folder name anymore. It replaces it with a "^" . Accepting this phrase results in the error message "file not buffered" (both ogg and mp3 files)
Phil.
Just noticed a little bug with 1.32
When creating a new song, EOF doesn't allow me to use an umlaut (ä,ö,ü) in song name, band name or folder name anymore. It replaces it with a "^" . Accepting this phrase results in the error message "file not buffered" (both ogg and mp3 files)
Phil.
- NewCreature
- Member
- Posts: 716
- Joined: November 23rd, 2006
- Location: Murray, KY
- Reputation: 3
- Contact:
When creating a new song, EOF doesn't allow me to use an umlaut (ä,ö,ü) in song name, band name or folder name anymore. It replaces it with a "^" . Accepting this phrase results in the error message "file not buffered" (both ogg and mp3 files)
Weird, I didn't change anything that would cause that to happen.
"Stop putting so much stock in all of this stuff, live your life for those that you love." - Relient K
EOF - A Song Editor for Frets On Fire
EOF - A Song Editor for Frets On Fire
- jiiiiimmmy
- Member
- Posts: 476
- Joined: April 11th, 2008
- Reputation: 0
-
- Member
- Posts: 170
- Joined: May 4th, 2007
- Reputation: 0
Now it works but how i can make long note? :S
Last edited by LumiKuukkeli on Thu Jul 24, 2008 12:04 pm, edited 1 time in total.
- NewCreature
- Member
- Posts: 716
- Joined: November 23rd, 2006
- Location: Murray, KY
- Reputation: 3
- Contact:
I was just fretting a song and I thought it would be very helpful if EOF could automatically add the eighthnote_hopo =1 in the song.ini file just by going to say Edit --> Add Eighth Note Hopo.
Maybe I'll add more INI settings, but I won't be doing anything until I get back from vacation.
Now it works but how i can make long note? :S
Use the mouse scroll wheel, or the '[]' keys if you don't have a mouse wheel.
"Stop putting so much stock in all of this stuff, live your life for those that you love." - Relient K
EOF - A Song Editor for Frets On Fire
EOF - A Song Editor for Frets On Fire
Jpop fanatic
-
- Moderator
- Posts: 5697
- Joined: April 20th, 2008
- Location: Megumi Island
- Reputation: 131
I think I noticed a consistent trigger for the single automatic clap that plays in the absence of a note: If playback is started after the last placed note, and clap is enabled, the clap is sounded once even though no note exists at the seek bar. The reason I ran into this so often is because I often left clapping on as I worked point-forward in a chart. So I was constantly starting playback after the last placed note. I've been able to recreate this behavior, then add another note several seconds afterward, observing that the clap glitch now happens only after that later note.
And if I delete the last note in the chart, the glitch clap will occur at or after the position of the last deleted note. This position triggers the ghost clap until another note is placed. Then that note's position becomes the trigger for the ghost clap
The seek to first/last note is great, and so are the multiple bookmarks. Regarding the numbered place markers though, is there a feasible way to tag the mark number (something like [1]) above/below the piano roll, perhaps above the anchor arrows? That seems to be the area in the editor window that has the most available free space.
Edit:
I noticed that bookmarks placed in a chart stay at their respective time stamps until EOF is closed, even when other songs are loaded or imported. This doesn't seem to cause any problems though, as EOF won't let me seek to a bookmark that is off the end of the currently-loaded chart. Could the bookmarks be placed in the song's EOF file and cleared upon song load/import? This would alleviate this minor issue and allow bookmarks to persist between loads.
And if I delete the last note in the chart, the glitch clap will occur at or after the position of the last deleted note. This position triggers the ghost clap until another note is placed. Then that note's position becomes the trigger for the ghost clap
The seek to first/last note is great, and so are the multiple bookmarks. Regarding the numbered place markers though, is there a feasible way to tag the mark number (something like [1]) above/below the piano roll, perhaps above the anchor arrows? That seems to be the area in the editor window that has the most available free space.
Edit:
I noticed that bookmarks placed in a chart stay at their respective time stamps until EOF is closed, even when other songs are loaded or imported. This doesn't seem to cause any problems though, as EOF won't let me seek to a bookmark that is off the end of the currently-loaded chart. Could the bookmarks be placed in the song's EOF file and cleared upon song load/import? This would alleviate this minor issue and allow bookmarks to persist between loads.
Last edited by raynebc on Sat Jul 26, 2008 2:44 am, edited 1 time in total.
Jpop fanatic
-
- Moderator
- Posts: 5697
- Joined: April 20th, 2008
- Location: Megumi Island
- Reputation: 131
I did a copy+paste and it began the paste before the seek line's position, so there might still be some conditions that can cause that.
Edit:
I was able to recreate this. This seems to be caused by seeking to bookmark and pasting, pretty much like the original seek+paste bug. Jumping to bookmark and then seeking manually updates the position so that it pastes properly.
A feature request: Selective clap. I'm charting a song that has an unusual snare+tom+hat pattern. A feature like this would help me make sure each was in the right place.
New bug report:
If another program is brought to the foreground while EOF is playing, it stops playing the song, which is good. However, any clap/metronome tick that happens to be sounding at that time stutter endlessly until EOF is closed. It doesn't matter if clap or metronome are disabled in EOF, or if EOF begins playing legitimate claps/ticks during resumed playback, those claps/ticks will play back over the buffered stuttering audio along with the audio track.
Edit:
A much larger scale feature request: A note/chord catalog for the current song where the user has EOF keep samples of a user-determined length, each of which are associated with a note or chord. Then when the user needs to place notes, it's easy to determine if the guitar sound matches a previously fretted note or chord, helping keep consistency with fret choices. As far as the user interface goes, this could be implemented by click+dragging a box over a section of the piano roll. EOF could then keep a waveform sample stream-ripped from that section of the audio and present to to the user when invoked from a menu, each sample indicating the frets and providing a playback control that lets the user compare it with the audio at the current seek position. The catalog could be saved with the individual chart, either in the EOF file or in a separate file to keep the EOF file size lower for distribution.
I know this sounds like a strange thing to request, but hopefully I'm not the only one who would benefit from something like this..
Edit:
I was able to recreate this. This seems to be caused by seeking to bookmark and pasting, pretty much like the original seek+paste bug. Jumping to bookmark and then seeking manually updates the position so that it pastes properly.
A feature request: Selective clap. I'm charting a song that has an unusual snare+tom+hat pattern. A feature like this would help me make sure each was in the right place.
New bug report:
If another program is brought to the foreground while EOF is playing, it stops playing the song, which is good. However, any clap/metronome tick that happens to be sounding at that time stutter endlessly until EOF is closed. It doesn't matter if clap or metronome are disabled in EOF, or if EOF begins playing legitimate claps/ticks during resumed playback, those claps/ticks will play back over the buffered stuttering audio along with the audio track.
Edit:
A much larger scale feature request: A note/chord catalog for the current song where the user has EOF keep samples of a user-determined length, each of which are associated with a note or chord. Then when the user needs to place notes, it's easy to determine if the guitar sound matches a previously fretted note or chord, helping keep consistency with fret choices. As far as the user interface goes, this could be implemented by click+dragging a box over a section of the piano roll. EOF could then keep a waveform sample stream-ripped from that section of the audio and present to to the user when invoked from a menu, each sample indicating the frets and providing a playback control that lets the user compare it with the audio at the current seek position. The catalog could be saved with the individual chart, either in the EOF file or in a separate file to keep the EOF file size lower for distribution.
I know this sounds like a strange thing to request, but hopefully I'm not the only one who would benefit from something like this..
Last edited by BlackFate on Wed Jul 30, 2008 7:26 am, edited 1 time in total.
-
- Member
- Posts: 1250
- Joined: January 15th, 2008
- Reputation: 0
Jpop fanatic
-
- Moderator
- Posts: 5697
- Joined: April 20th, 2008
- Location: Megumi Island
- Reputation: 131
Bug report:
Pasting notes on top of each other has strange results. Overlapping notes will be set to 0 or -1 length, and tails are manipulated in an indeterminate fashion, ie. with overlapped notes that are both supposed to have tails, one will be rendered with a tail and the other won't. The notes with the clipped tails can be erased by mousing over and pressing the relevant number. The overlapped notes that didn't have their tail removed will instead toggle between highlighted (selected) and not highlighted (deselected) and won't erase this way until the clipped-tail note is first erased. Selecting the overlapped notes at a given position and hitting delete will delete one note, but not the other.
In addition, if this glitch happens on a PART DRUM track, the bass drum notes that have their tails clipped are not rendered in the preview window and I do not know if they will exist in the MIDI that is created on save.
Pasting notes on top of each other has strange results. Overlapping notes will be set to 0 or -1 length, and tails are manipulated in an indeterminate fashion, ie. with overlapped notes that are both supposed to have tails, one will be rendered with a tail and the other won't. The notes with the clipped tails can be erased by mousing over and pressing the relevant number. The overlapped notes that didn't have their tail removed will instead toggle between highlighted (selected) and not highlighted (deselected) and won't erase this way until the clipped-tail note is first erased. Selecting the overlapped notes at a given position and hitting delete will delete one note, but not the other.
In addition, if this glitch happens on a PART DRUM track, the bass drum notes that have their tails clipped are not rendered in the preview window and I do not know if they will exist in the MIDI that is created on save.
Return to “FOF Mod Discussion and Support”
Who is online
Users browsing this forum: Google [Bot] and 10 guests