Page 1 of 1
Posted: Fri Nov 24, 2006 12:38 am
I've got the feeling (thx to Sparkle) you're getting ready for a new stable version of Max.
I just wanted to make sure you are aware FLAC 1.1.3 will probably be out any time now
. It may be worth waiting for it...
Posted: Fri Nov 24, 2006 10:07 am
Another thing, according to a post made by Josh Coalson on HA.org the only documentation of 1.1.3 is in the CVS right now. If you want to have a look at which API changes might effect Max you'll have to do a complete CVS checkout.
Posted: Fri Nov 24, 2006 6:21 pm
I downloaded the 1.1.3 beta when it came out- it seems like Josh simplified much of the API by combining the three sets of decoders/encoders into one. I think this was a good call! Also, the addition of album art will probably be a boon for FLAC, since people had just been hacking around it anyway and this is something that most users want and use. I'm sure at some point in the future Max will support more than one image per file.
Thanks for the pointer about the docs- I'll grab the latest CVS version so I can read up on the changes.
Posted: Tue Nov 28, 2006 9:16 pm
Posted: Thu Nov 30, 2006 4:19 am
I'm integrating FLAC 1.1.3 into Max right now...
Posted: Thu Nov 30, 2006 12:10 pm
Great, looking forward to it! Let me just say I appreciate all the effort you put into this fantastic project. Thanks!
Posted: Fri Dec 01, 2006 8:34 pm
Just playing with FLAC 1.1.3 in build 1077 and it looks good. Some notes:
* Josh increased the default padding to 8KB for shorter files and 64KB for files longer than 20min. 4KB was considered a bit small
and with the added possibilities of artwork and lyrics it must be even less sufficient. You may want to change the default value to 8KB in Max as well.
* I assume Max doesn't suffer from the locale dependent output filesize
because Max sends commands internally instead of through the commandline?
Posted: Sat Dec 02, 2006 6:06 pm
I've increased the default padding to 8192 bytes- thanks for pointing this out.
The locale dependency bug may affect Max. I haven't yet finished sifting through the FLAC source, but it appears that the apodization defaults to tukey with a "0.5" parameter when other encoder settings are specified (although the defaults seem to be set correctly). FLAC internally parses the "0.5" to a double using strtod(), which looks for the decimal point as defined in LC_NUMERIC. I will have to keep digging on this one...