I ran a quick test with Timer on a single image file (soundtrack to 'Finding Nemo') using no parameters (defaults). I have a P4 3GHz with 1GB RAM. If someone provides an optimized ICL SSE build, I'll be happy to test

FLAC is my lossless codec of choice too. Hardware support is excellent (SqueezeBox in my case) and I never had a single problem with my FLAC files. Thank you Josh and please keep up the excellent work! I'm trying the new version right now and speed improvements as well as compression improvements really make my day!

Another thanks from a FLAC user!! I'm excited about the increase in encoding speed. I've just started last weekend back up my CD collections and this new build will help it go by even faster!! Awesome job!

AFAIK, ntohl() is defined in <winsock.h> (actually <winsock2.h>) on all versions of VC++, so

CODE

#if defined(_MSC_VER) && _MSC_VER <= 1200

should be

CODE

#if defined(_MSC_VER)

in bitreader.c and bitwriter.c.

Thanks Josh!

On a related note: to build with mingw32 (msys) I had to comment out these #ifdefs in bitreader/bitwriter.c so that #include <winsock.h> would be visible to the compiler, and manually add -lwsock32 to the linker options.

Now if only winamp's plugin could get a little love as well...I've experienced problems when seeking near the end of the song. Also, apparently flac plugin for winamp doesn't support Media Library tags, preventing other plugins from reading the song info (such as albumlist, last.fm, etc...).

Thank you, Josh. Your excellent work is very much appreciated. I have my entire collection in FLAC (200GB) and look forward to 1.1.4. Keep up the good work!

Just wondering... If your collection is already archived in an earlier version of FLAC, is there any reason to transcode to a newer version, other than to save some additional space?

Good question. I think the new version has some tagging upgrades (album art, lyrics, etc.) and some other improvements (check changelogs to be sure) beyond some space saving that I may take advantage of. I'll probably transcode to 1.1.4 eventually just to save a bit of space, but 1.1.2 has worked great for me. I like to keep on the most recent version if its not too much trouble and to encourage further improvements. If I can gain a few GB of space with an overnight transcode I'll probably do it.

Group: Members
Posts: 873
Joined: 12-October 01
From: the great wide open
Member No.: 277

great!I try soon flac 1.1.4 for encoding my next album CD.For now, I thank in advance ! for fixing the comma-bug, and especially speed improvements on flac -8 , which i use on my P3-800MHz, I am curious how it works out !

I'll probably transcode to 1.1.4 eventually just to save a bit of space, but 1.1.2 has worked great for me. I like to keep on the most recent version if its not too much trouble and to encourage further improvements. If I can gain a few GB of space with an overnight transcode I'll probably do it.

I was in the same boat, well figuratively speaking. My FLAC collection was still in 1.1.2 also. I started my conversion last night and I've been seeing some pretty decent improvements. On quite a few files from 1.1.2 to 1.1.4 I've been seeing as much as a 6% improvement. Although I must say that this is not the norm, on average I'd say the compression advantage I've observed is closer to 2% or thereabouts. 2% of 200GB is 4GB so that's a pretty decent reduction to me. YMMV.

EDIT: Instead of adding a new post, I'll just put my final results here. I ended up saving just over 5GB on my 200GB collection. Which ends up equating to 2.5%.

i was pretty disturbed with this, and the foobar guy said it's not at their end.

thanks for inputs!

No, this version does not correct that behaviour. As noted in the other thread, if this is an annoyance you can simply use "%s" in place of "-" to create a temporary file, thus avoiding the use of a pipe, and obtain normal seek tables.

small decrease in file size (always welcome) but more importantly, a very noticeable decrease in encoding time. I would like to know how such a large decrease in encoding time was achieved (different data structure used, etc). Regardless, very well done & thanks!