FLAC 1.1.3 beta1 available |
![]() ![]() |
FLAC 1.1.3 beta1 available |
Oct 10 2006, 17:18
Post
#1
|
|
|
FLAC Developer Group: Developer Posts: 1526 Joined: 27-February 02 Member No.: 1408 |
The first (and hopefully only) beta for FLAC 1.1.3 is ready. Usually I don't do betas but there are a lot of new things. See the changelog.
One thing that I'm pretty sure will come up is how flac handles legacy WAVEFORMATEX files with odd bit depths (WAVEFORMATEXTENSIBLE should work fine) and multi-channel files. if you have WAVE or AIFF files that flac refuses, let me know here so I can zero in on how to handle the wierd ones. Any other feedback is also welcome. You can get the source tarball, or binaries for windows: http://prdownloads.sourceforge.net/flac/fl...tar.gz?download http://prdownloads.sourceforge.net/flac/fl...in.zip?download http://prdownloads.sourceforge.net/flac/fl...in.zip?download (or) http://sourceforge.net/project/showfiles.php?group_id=13478 MD5's: CODE 2f305538a17e35d8153a34423c508dbf flac-1.1.3-beta1-devel-win.zip
6d43afc5a44015d8fa13fcd6767b1e25 flac-1.1.3-beta1-win.zip c97c0d35c6193952c2e516f062d3e15d flac-1.1.3-beta1.tar.gz |
|
|
|
Oct 10 2006, 18:07
Post
#2
|
|
![]() Group: Members (Donating) Posts: 1983 Joined: 4-January 04 From: Austin, TX Member No.: 10933 |
Dayumn. We like, couldn't call this 1.2 or 2.0, could we?
|
|
|
|
Oct 10 2006, 18:15
Post
#3
|
|
|
FLAC Developer Group: Developer Posts: 1526 Joined: 27-February 02 Member No.: 1408 |
|
|
|
|
Oct 10 2006, 18:47
Post
#4
|
|
|
Group: Members Posts: 826 Joined: 29-September 04 Member No.: 17374 |
Great work, very cool!
QUOTE (changelog) WAVEFORMATEXTENSIBLE channel mask is also saved to a tag on encoding and restored on decoding for situations when there is no natural mapping to FLAC channel assignments. What is the tag name/format? (I couldn't find it in the new documentation.) QUOTE (options - apodization) The encoder chooses suitable defaults in the absence of any -A options; any -A option specified replaces the default(s). How does it choose? Is it always tukey(0.5)? |
|
|
|
Oct 10 2006, 19:08
Post
#5
|
|
![]() Group: Super Moderator Posts: 4887 Joined: 12-August 04 From: Exeter, UK Member No.: 16217 |
Have you given up on the idea of -9 Josh?
(NB: I can compile this one -------------------- I'm on a horse.
|
|
|
|
Oct 10 2006, 19:23
Post
#6
|
|
![]() Group: Members Posts: 192 Joined: 16-January 06 Member No.: 27155 |
1.1.3b1 consumes more bits especially on short sample(less than 30sec) than 1.1.2. I always use default setting(-5).
Is this because of redundant data for recovery? |
|
|
|
Oct 10 2006, 19:41
Post
#7
|
|
|
FLAC Developer Group: Developer Posts: 1526 Joined: 27-February 02 Member No.: 1408 |
QUOTE (changelog) WAVEFORMATEXTENSIBLE channel mask is also saved to a tag on encoding and restored on decoding for situations when there is no natural mapping to FLAC channel assignments. What is the tag name/format? (I couldn't find it in the new documentation.) WAVEFORMATEXTENSIBLE_CHANNEL_MASK QUOTE (options - apodization) The encoder chooses suitable defaults in the absence of any -A options; any -A option specified replaces the default(s). How does it choose? Is it always tukey(0.5)? right now, yes Have you given up on the idea of -9 Josh? no, just saving it for something good (which I haven't come up with yet) 1.1.3b1 consumes more bits especially on short sample(less than 30sec) than 1.1.2. I always use default setting(-5). Is this because of redundant data for recovery? no, there's no redundant data, the only thing that should cause that is the new default padding size of 8k (was 4k in 1.1.2). is the difference more than that? you can always change the amount of padding with -P Josh P.S. the other thing that I would like to know is how good the --picture option is at automatically extracting the correct resolution/color info from gif/jpg/png files. if it chokes or gets it wrong, send me the file and I'll try to improve the detection code. Josh |
|
|
|
Oct 10 2006, 19:48
Post
#8
|
|
![]() Group: Members Posts: 192 Joined: 16-January 06 Member No.: 27155 |
1.1.3b1 consumes more bits especially on short sample(less than 30sec) than 1.1.2. I always use default setting(-5). Is this because of redundant data for recovery? no, there's no redundant data, the only thing that should cause that is the new default padding size of 8k (was 4k in 1.1.2). is the difference more than that? you can always change the amount of padding with -P "-P 4096" solves this and clear my doubts. Thanks. Edit: This problem occurs only when I use flac.exe with foobar2000 0.9 pipe encoding. This post has been edited by haregoo: Oct 11 2006, 04:55 |
|
|
|
Oct 10 2006, 20:18
Post
#9
|
|
![]() Group: Members Posts: 248 Joined: 4-August 03 Member No.: 8168 |
Just a cosmetic difference: Encoding with option -V, Flac 1.1.2 outputs "Verify OK" V1.1.3b1 don't.
-------------------- .halverhahn
|
|
|
|
Oct 10 2006, 21:35
Post
#10
|
|
![]() Group: Members Posts: 91 Joined: 23-February 04 From: tokyo, japan Member No.: 12207 |
Just one sample (CHOIR OF ALL SAINTS, HONIRA - Jisas yu holem hand blong mi / a cappella) is tested -8:
reference libFLAC 1.1.3-beta1 20061010 -> 8,983,544 Bytes (8.57 MB) reference libFLAC CVS 20060425 -> 8,961,400 Bytes (8.55 MB) 1.1.2CVS is win more testing now... above and beyond this, great work!!! thx Josh Edit: dranken TYPO This post has been edited by madoka@ex-sounds: Oct 10 2006, 21:40 -------------------- <name>madoka</name>
<uri>http://codecs.ex-sounds.net/</uri> |
|
|
|
Oct 10 2006, 22:04
Post
#11
|
|
|
Group: Members Posts: 826 Joined: 29-September 04 Member No.: 17374 |
reference libFLAC 1.1.3-beta1 20061010 -> 8,983,544 Bytes (8.57 MB) reference libFLAC CVS 20060425 -> 8,961,400 Bytes (8.55 MB) 1.1.2CVS is win (new! |
|
|
|
Oct 10 2006, 22:41
Post
#12
|
|
![]() Group: Members (Donating) Posts: 782 Joined: 11-April 05 From: México Member No.: 21361 |
wooyay! thanks Josh!
-------------------- we was young an' full of beans
|
|
|
|
Oct 10 2006, 23:44
Post
#13
|
|
![]() Group: Members Posts: 847 Joined: 7-October 01 Member No.: 235 |
Nice news
--best plays fine on my Squeezebox. Size is nearly the same as Garfs 1.1.2.1 build but somewhat bigger than flake -11 |
|
|
|
Oct 11 2006, 03:22
Post
#14
|
|
|
TAK Developer Group: Developer Posts: 1065 Joined: 1-April 06 Member No.: 29051 |
I don't know, if this is the right place to post some compression results...
Participiants: FLAC 1.1.2 FLAC 1.1.3 file flac-1.1.3-beta1-win.zip from sourceforge. Flake 0.10 file flake-0.10-win32-i686.zip from sourceforge. I have set the padding size for FLAC 1.1.3 to 4096 (-P 4096) to avoid an artifical compression penality compared to 1.1.2. Test system: P3-800 with a (slow) 40 GB HD. CODE FLAC FLAC | Flake | 1.1.2 1.1.3 | 0.10 | -8 -8 | -8 | --------------------------+--------+ rw | | Ratio: 59.54 59.05 | 59.06 | EncoTime: 280.47 285.75 | 133.57 | --------------------------+--------+ songs | | Ratio: 51.35 50.61 | 50.27 | EncoTime: 185.51 188.79 | 86.14 | --------------------------+--------+ sh_2444 | | Ratio: 60.28 59.59 | | EncoTime: 96.54 95.70 | | --------------------------+--------+ sh_2496 | | Ratio: 57.92 56.21 | | EncoTime: 184.58 170.96 | | --------------------------+--------+ Ratio is the compression ratio in percent, EncoTime the duration of encoding in seconds. For the test sets: "rw" contains 46 files from http://www.rarewares.org/test_samples/. "songs" contains CD-Ripps of the beginning of some songs. "sh_2444" contains 5 files with 24 bit and 44 or 48 Khz. "sh_2496" contains 6 files with 24 bit and 96 Khz. Some remarks Nice improvements for the first two sets. Contrary to my expectation, even "songs" (a set with slowly changing signal characteristics) benefited significantly from the optimizations of the compression efficiency. And big surprise: Considerable improvements even for high resolution audio, especially for 24 bit / 96 KHz! Congratualations! |
|
|
|
Oct 11 2006, 07:35
Post
#15
|
|
|
FLAC Developer Group: Developer Posts: 1526 Joined: 27-February 02 Member No.: 1408 |
Just a cosmetic difference: Encoding with option -V, Flac 1.1.2 outputs "Verify OK" V1.1.3b1 don't. thanks, fixed in CVS. Some remarks Nice improvements for the first two sets. Contrary to my expectation, even "songs" (a set with slowly changing signal characteristics) benefited significantly from the optimizations of the compression efficiency. And big surprise: Considerable improvements even for high resolution audio, especially for 24 bit / 96 KHz! that is a nice surprise. thanks for the info, I don't have much 24bit material to test with. also, as you have already found, there are simple improvements to FLAC that can increase the compression further for hi-res samples but I didn't want to delay the release any further for them. Josh |
|
|
|
Oct 11 2006, 07:48
Post
#16
|
|
![]() Group: Members (Donating) Posts: 73 Joined: 20-July 02 From: Foster City, CA Member No.: 2685 |
I am having trouble creating binaries of FLAC 1.1.3 beta1 on Mac OS X.
I am running a 500 MHz G4 with system 10.4.8 and xcode tools 2.4. Running ./configure on the FAC 1.1.3 beta1 directory, the terminal spits this out after a while CODE checking for gas... no and then freezes. Works fine on the FLAC 1.1.2 directory./usr/libexec/gcc/darwin/ppc/as: I don't understand '-' flag! Apple Computer, Inc. version cctools-622.3.obj~2, GNU assembler version 1.38 Any suggestions would be appreciated. I would really like to try 1.1.3 beta1. Keep in mind that I am fairly inexperienced when it comes to compiling. Of course a location where I can get Mac OS X binaries would be great too! |
|
|
|
Oct 11 2006, 08:10
Post
#17
|
|
|
FLAC Developer Group: Developer Posts: 1526 Joined: 27-February 02 Member No.: 1408 |
yeah, I have not tried building it on my ibook yet so the tests for the assembler must not be up to date.
I think you can get past this problem by deleting line 22818 in configure: CODE test "$AS" = "as" && as --version | grep GNU >/dev/null && AS=gas
|
|
|
|
Oct 11 2006, 10:30
Post
#18
|
|
|
Group: Members Posts: 261 Joined: 8-July 04 Member No.: 15184 |
yeah, I have not tried building it on my ibook yet so the tests for the assembler must not be up to date. I think you can get past this problem by deleting line 22818 in configure: CODE test "$AS" = "as" && as --version | grep GNU >/dev/null && AS=gas Doesn't do the trick (on my Intel iMac at least). |
|
|
|
Oct 11 2006, 11:05
Post
#19
|
|
|
Group: Members Posts: 199 Joined: 16-June 03 Member No.: 7218 |
I get the following warning message on a 192/24/2 wave file created with wvunpack 4.2. Might not be a problem with flac, but thought I should mention it anyway.
options: --lax -P 8192 -b 4608 -m -l 8 -q 0 -r 3,3 02 The Carter Family.wav: WARNING: legacy WAVE file has format type 1 but bits-per-sample=24 |
|
|
|
Oct 11 2006, 11:30
Post
#20
|
|
|
Group: Members Posts: 826 Joined: 29-September 04 Member No.: 17374 |
I get the following warning message on a 192/24/2 wave file created with wvunpack 4.2. Might not be a problem with flac, but thought I should mention it anyway. options: --lax -P 8192 -b 4608 -m -l 8 -q 0 -r 3,3 02 The Carter Family.wav: WARNING: legacy WAVE file has format type 1 but bits-per-sample=24 This is because your 24-bit audio is in WAVEFORMATEX instead of WAVEFORMATEXTENSIBLE. WAVEFORMATEX does only support 8 and 16 bit resolutions, while some applications (like foobar2000) do use non-standard values. See also WAVEFORMATEXTENSIBLE, output wav files topic. |
|
|
|
Oct 11 2006, 12:42
Post
#21
|
|
|
Group: Members Posts: 954 Joined: 6-September 04 Member No.: 16817 |
Does this include the Winamp plugin, and has this been updated to use the Media Library yet or do I still need to install the patched 1.12 I have?
Excellent work btw |
|
|
|
Oct 11 2006, 13:17
Post
#22
|
|
![]() Group: Members Posts: 410 Joined: 20-October 04 From: UK Member No.: 17750 |
QUOTE (FLAC 1.1.3 beta 1 Changelog) flac now supports FLAC as input to the encoder (i.e. can re-encode FLAC to FLAC) and preserve all the metadata like tags, etc. ^^ Excellent stuff Josh. And of course the rest of it. FLAC has always been my lossless format of choice. Glad to see there's still enhancements being made. -------------------- http://www.health4ni.com/
|
|
|
|
Oct 11 2006, 13:49
Post
#23
|
|
|
dBpowerAMP developer Group: Developer (Donating) Posts: 2653 Joined: 24-March 02 Member No.: 1615 |
>WAVEFORMATEX does only support 8 and 16 bit resolutions, while some applications (like foobar2000) do use non-standard values.
Not technically true, Microsoft says an extensible should be used, not that is must be used. Programs were creating 24 bit wave files long before extensible was invented. -------------------- Spoon http://www.dbpoweramp.com
|
|
|
|
Oct 11 2006, 13:57
Post
#24
|
|
![]() Group: Members Posts: 70 Joined: 3-October 03 From: Harrisburg, PA Member No.: 9130 |
I have some 24/96/6ch music content that I had compressed with FLAC 1.1.2 level 8. Recompressing a 2 minute, 44 second track with 1.1.3b1 level 8, I got the following results:
PCM: Bit Rate: 13824 kbps File Size: 283 392 044 bytes FLAC 1.1.2: Bit Rate: 8938 kbps File Size: 183 225 838 bytes Comp %: 64.7 FLAC 1.1.3b1: Bit Rate: 8545 kbps File Size: 175 164 660 bytes Comp %: 61.8 FLAC 1.1.3b1 improved compression by almost 3% on this material. Thanks for the update, Josh! This post has been edited by aharden: Oct 11 2006, 13:57 -------------------- Alex Harden * http://alexharden.org
|
|
|
|
Oct 11 2006, 15:06
Post
#25
|
|
|
Group: Members Posts: 394 Joined: 31-October 01 Member No.: 386 |
After installing FLAC 1.1.3 beta1 on Slackware (gcc 3.4.6) I tried recompiling vorbis-tools 1.1.1, but I get this error:
CODE easyflac.o(.text+0x547): In function `EasyFLAC__init': : undefined reference to `OggFLAC__stream_decoder_init' easyflac.o(.text+0x1e1): In function `EasyFLAC__set_read_callback': : undefined reference to `OggFLAC__stream_decoder_set_read_callback' easyflac.o(.text+0x1f4): In function `EasyFLAC__set_read_callback': : undefined reference to `FLAC__stream_decoder_set_read_callback' easyflac.o(.text+0x221): In function `EasyFLAC__set_write_callback': : undefined reference to `OggFLAC__stream_decoder_set_write_callback' easyflac.o(.text+0x234): In function `EasyFLAC__set_write_callback': : undefined reference to `FLAC__stream_decoder_set_write_callback' easyflac.o(.text+0x261): In function `EasyFLAC__set_metadata_callback': : undefined reference to `OggFLAC__stream_decoder_set_metadata_callback' easyflac.o(.text+0x274): In function `EasyFLAC__set_metadata_callback': : undefined reference to `FLAC__stream_decoder_set_metadata_callback' easyflac.o(.text+0x2a1): In function `EasyFLAC__set_error_callback': : undefined reference to `OggFLAC__stream_decoder_set_error_callback' easyflac.o(.text+0x2b4): In function `EasyFLAC__set_error_callback': : undefined reference to `FLAC__stream_decoder_set_error_callback' easyflac.o(.text+0x2dd): In function `EasyFLAC__set_client_data': : undefined reference to `OggFLAC__stream_decoder_set_client_data' easyflac.o(.text+0x2ec): In function `EasyFLAC__set_client_data': : undefined reference to `FLAC__stream_decoder_set_client_data' easyflac.o(.text+0x56a): In function `EasyFLAC__init': : undefined reference to `FLAC__stream_decoder_init' collect2: ld returned 1 exit status make[2]: *** [ogg123] Error 1 make[2]: Leaving directory `/tmp/vorbis-tools-1.1.1/ogg123' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/vorbis-tools-1.1.1' make: *** [all] Error 2 Any idea what this is about? Also when compiling mpd (music player daemon) I get an error: CODE In file included from inputPlugins/_flac_common.c:26: inputPlugins/_flac_common.h:33:42: FLAC/seekable_stream_decoder.h: No such file or directory In file included from inputPlugins/_flac_common.c:26: inputPlugins/_flac_common.h:57: error: syntax error before "FLAC__StreamDecoderErrorStatus" inputPlugins/_flac_common.c:190: warning: type defaults to `int' in declaration of `FLAC__StreamDecoderErrorStatus' inputPlugins/_flac_common.c:190: error: syntax error before "status" inputPlugins/_flac_common.c:192: warning: no previous prototype for 'flac_error_common_cb' inputPlugins/_flac_common.c: In function `flac_error_common_cb': inputPlugins/_flac_common.c:193: error: `data' undeclared (first use in this function) inputPlugins/_flac_common.c:193: error: (Each undeclared identifier is reported only once inputPlugins/_flac_common.c:193: error: for each function it appears in.) inputPlugins/_flac_common.c:196: error: `status' undeclared (first use in this function) inputPlugins/_flac_common.c:197: error: `FLAC__STREAM_DECODER_ERROR_STATUS_LOST_SYNC' undeclared (first use in this function) inputPlugins/_flac_common.c:198: error: `plugin' undeclared (first use in this function) inputPlugins/_flac_common.c:200: error: `FLAC__STREAM_DECODER_ERROR_STATUS_BAD_HEADER' undeclared (first use in this function) inputPlugins/_flac_common.c:203: error: `FLAC__STREAM_DECODER_ERROR_STATUS_FRAME_CRC_MISMATCH' undeclared (first use in this function) make[3]: *** [mpd-_flac_common.o] Error 1 make[3]: Leaving directory `/tmp/mpd-0.12.1/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/mpd-0.12.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/mpd-0.12.1' make: *** [all] Error 2 Looks like a headerfile is missing? This post has been edited by Speek: Oct 11 2006, 15:07 |
|
|
|
![]() ![]() |
|
Lo-Fi Version | Time is now: 18th June 2013 - 07:18 |