EOF 1.71 (Updated 11/29/2010)

[raynebc]

It shouldn't matter what FOF's executable name is, I believe EOF stores the name and path of the executable when you select it. I'll try to test this out in 1.62 to see if it does occur.

[raynebc]

When i create lead & rhythm tracks and want to test the Lead track, it always opens rhythm track when i "test in FoF" while Lead track is active in EOF.

I confirmed that this happens in 1.62. I'll let NewCreature know.

[NewCreature]

v1.63 is now available. There are a lot of improvements, most notably the new PART VOCALS editor. Check the first post for download links and other info.

[amak11]

woo, i cant wait to try the new version out

[narutostarwars123456]

This is great, Man. Good job.

[SUSAltd]

THE PART_VOCALS EDITOR IS AWESOME.

A lot easier than charting vocals the old-fashioned way. :\

[amak11]

im having a little issue on both my desktop and laptop. When i create a new song, i select an mp3, after i tell it what quality to convert to. It looks like it starts converting, then ask where the ogg file is located. So far i have tried deleting the files and redownloading them, any idea what's going on?

[raynebc]

Seems the MP3->OGG conversion script in the Windows build may have some issues. The best immediate workaround is to convert it to OGG before beginning the chart.

[jstump91]

Seems the MP3->OGG conversion script in the Windows build may have some issues. The best immediate workaround is to convert it to OGG before beginning the chart.

Given some of the issues that have been going on with that script, why not use mp3 decoding libraries and vorbis encoding libraries directly on all platforms? I think it would make the conversion process a lot less clunky and probably at least a tiny bit more efficient too.

I have a good libogg and libvorbis-based encoding loop implementation as part of another project that I could easily adapt to get its input from either libmad or libmp3lame and hand back progress information. libmad is smaller, is simpler, and has less patent encumbrance issues than libmp3lame by virtue of being decoder-only (as far as the patents go, keep in mind that you've already been shipping binaries of the lame program in the Windows and OS X builds for quite some time, so...), but libmad is under the GPL, which means that all other libraries EOF uses must have GPL-compatible licenses (this does appear to be the case at the moment, but this might not be something you want to do for some reason). Pick your poison.

[thebest923]

Great Update Now Can You Read the Test In FoF Function that would be great

[raynebc]

Only changes to FoFiX can add support for "Test in FoF" back into the game. It used to be there, but supposedly changes in the lobby code broke the feature.

[evilbobthebob]

There are only two things I'd like to see now in EOF. Gridsnap for anchors so that they can be moved in 1, 0.1, 0.01 and 0.001 second increments, and keyboard shortcuts for moving both anchors and notes in gridsnap instead of attempting to position things accurately with the mouse. Actually make that three things; volume control for all tracks, the metronome and the claps would also be good.

[raynebc]

Gridsnap for anchors so that they can be moved in 1, 0.1, 0.01 and 0.001 second increments, and keyboard shortcuts for moving both anchors and notes in gridsnap instead of attempting to position things accurately with the mouse. Actually make that three things; volume control for all tracks, the metronome and the claps would also be good.

You can manually edit an anchor's timestamp with a precision of up to .01 seconds (select anchor and hit CTRL+A or Beat>Anchor Beat), but there's not presently a feature to do something like a keyboard shortcut to adjust by one increment at a time. Adding the ability to manually redefine the anchor's timestamp with a precision of .001 seconds sounds pretty do-able. Editing anchors like this makes sense, but less sense for altering note positions, because you would be intentionally placing notes out of beat sync. It's possible that this could be required for sloppy solos, if that's what you mean.

As far as the volume controls, that would be a pretty good feature.

[evilbobthebob]

For the notes, I was thinking mostly of vocals. They aren't beatsynced much :P

[NewCreature]

Given some of the issues that have been going on with that script, why not use mp3 decoding libraries and vorbis encoding libraries directly on all platforms? I think it would make the conversion process a lot less clunky and probably at least a tiny bit more efficient too.

I would rather remove MP3 support than linking to MP3 decoding libs. The patent issues make me uncomfortable (I've already had copyright issues this year with another program of mine). If I did remove the LAME binary I would still allow the conversion to take place if it was found. This would mean more of a hassle for anyone who needs this functionality but I am not really authorized to provide it.

Great Update Now Can You Read the Test In FoF Function that would be great

The newest version of FoFiX that supports this feature is 3.100. After that the lobby was added, a side-effect of which was breaking the command line launch code.

Gridsnap for anchors so that they can be moved in 1, 0.1, 0.01 and 0.001 second increments

This is something I've thought about in the past. The reason it hasn't been implemented is if the chart is populated with notes and you move an anchor by 0.001 a few times, the notes' positions that are affected will lose precision. This is why I haven't implemented a Feedback input scheme, also. I would have done it otherwise. I just didn't want a bunch of people complaining about the notes being messed up. raynebc and I have been talking about making EOF use a combination of MIDI time and real time for note placement. When moving anchors we could recalculate the note's real time position from the MIDI time. This would prevent the precision loss that occurs when moving anchors and would allow your request to be fulfilled.