search for: test_compress

...sult in the smallest file. Differences are usually very small, but in my case this resulted in compression level 6 giving a 3 byte bigger file. This patch lets the compression test pass even if the a compression level results in a file that is up to 10 byte larger than the previous level --- test/test_compression.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/test/test_compression.sh b/test/test_compression.sh index 11bd6c3..504bf55 100755 --- a/test/test_compression.sh +++ b/test/test_compression.sh @@ -39,7 +39,7 @@ for k in 0 1 2 3 4 5 6 7 8 ; do echo "Error : Compressi...

...'s not needed, and it's a lie. In fact, the actual test FAILs (369513 with -5 vs 369516 with -6), but this +10 hides it! Two more things not addressed in this diff: 1. The input test file (noisy-sine.wav) needs to be present already, probably as an artifact of some previous test. So ./test_compression does not work standalone. I am leaving this till I figure out the right uniform way for all the test* to have their test files generated. 2. The 'wc -c' needs to actually read the whole file. Not much work with noisy-sine.wav, but when we test with big files? Why not "ls -l | awk &...

...y(5e-1);partial_tukey(2)" as its apodization string >> instead of current "tukey(5e-1)" ). > > .... okay, I really don't know how it is possible I missed > that. Sorry. Here's the patch again. Sadly, it turns out this patch requires another patch to fix the test_compression.sh test. The LP coefficient approximations don't work well with the noisy-sine.wav file that is used for this test. More explanation is provided in the commit description. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Make-test_compression-a-littl...

Attached is a patch for 'test_compression.sh'. Interestingly, I noticed compression level '0' is omitted, so I've added it in. Also, I tested this on a 24bit/96kHz FLAC file and the test failed between compression level 0 and compression level 1 -- the file size was greater with a compression level of 1, rather than 0....

Martijn van Beurden wrote: > This patch changes the settings associated with compression > levels 6, 7 and 8. With this patch, -e is no longer used, but > instead apodization functions are added. This should improve > compression with at least 95% of all material. Independent tests > show that this is probably the case. But your patch changes only two last presets (-7 and -8) so

...by 0x349B003121: ??? (in /usr/lib64/liblzma.so.0.0.0) ==21130== by 0x349B0061A0: ??? (in /usr/lib64/liblzma.so.0.0.0) ==21130== by 0x349B005212: lzma_easy_encoder (in /usr/lib64/liblzma.so.0.0.0) ==21130== by 0x406ACF: o_stream_create_lzma (ostream-lzma.c:206) ==21130== by 0x403D89: test_compression_handler (test-compression.c:36) ==21130== by 0x4040BD: test_compression (test-compression.c:96) ==21130== by 0x408281: test_run_funcs (test-common.c:244) ==21130== by 0x4083E0: test_run (test-common.c:315) ==21130== by 0x40398B: main (test-compression.c:308) ==21130== Failed to run:...

...out 80000 bytes transferred in 0.194 secs (412063 bytes/sec) -: Verify OK, wrote 9004 bytes, ratio=0.112 ./test_replaygain.sh: line 85: mawk: command not found Testing FLAC replaygain 8000 (8000 x 1) ... -: ERROR: got partial sample The following tests pass fine: test_seeking.sh test_streams.sh test_compression.sh This is all on current OpenBSD/i386. Jan --- test_bins.sh Tue Nov 25 04:42:25 2014 +++ /home/hans/src/flac-1.3.1pre1/test/test_bins.sh Tue Nov 25 23:27:47 2014 @@ -1,4 +1,4 @@ -#!/bin/bash -e +#!/bin/sh -e # FLAC - Free Lossless Audio Codec # Copyright (C) 2001-2009 Josh Coalson...

Seems time is going to be a constraint for me in the coming week, but I'll try and get more of these out to you as fast as I can get them written and tested. Keeping the patches in a separate branch for now seems like a good idea to me. Attached is a patch for 'test_streams.sh' On Tue, Mar 12, 2013 at 1:44 AM, Erik de Castro Lopo <mle+la at mega-nerd.com>wrote: > Jaren

Hi all, I finally managed to bite the bullet and roll a pre-release. Its here: http://downloads.xiph.org/releases/flac/beta/ I have personally tested this code on: x86-linux x86_64-linux powerpc-linux I have not yet done any work on making sure the changelog is up-to-date. That will be done between now and the release. What I'm after now is testing of this source tarball

Hi all, As people may have seen there's a pre-release here: http://downloads.xiph.org/releases/flac/beta/ Specifically: flac-1.3.1pre1.tar.xz : The source code flac-1.3.1pre1-win.zip : Windows 32 and 64 bit binaries Please test. I'm particularly interested in hearing about the windows binaries which were cross compiled from Linux to Windows. Unfortunately there is a bug

...bin/sh -e # FLAC - Free Lossless Audio Codec # Copyright (C) 2001-2009 Josh Coalson @@ -18,7 +18,7 @@ # restrictive of those mentioned above. See the file COPYING.Xiph in this # distribution. -source common.sh +. ./common.sh PATH=../src/flac:$PATH PATH=../objs/$BUILD/bin:$PATH --- test_compression.sh.orig Thu Nov 27 00:14:05 2014 +++ test_compression.sh Thu Nov 27 00:15:11 2014 @@ -1,4 +1,4 @@ -#!/bin/bash -e +#!/bin/sh -e # FLAC - Free Lossless Audio Codec # Copyright (C) 2012 Xiph.Org Foundation @@ -17,7 +17,7 @@ # restrictive of those mentioned above. See the file COPYING.Xip...

Op 25-11-14 om 23:39 schreef Jan Stary: > Is there a reason the test scripts are calling bash? The change from sh to bash was made a little more than a year ago. The mailing list thread accompanying this change can be found here: http://lists.xiph.org/pipermail/flac-dev/2013-September/004374.html

...8==??? by 0x3A61603121: ??? (in /usr/lib64/liblzma.so.0.0.0) ==4468==??? by 0x3A616061A0: ??? (in /usr/lib64/liblzma.so.0.0.0) ==4468==??? by 0x3A61605212: lzma_easy_encoder (in /usr/lib64/liblzma.so.0.0.0) ==4468==??? by 0x406ACF: o_stream_create_lzma (ostream-lzma.c:206) ==4468==??? by 0x403D89: test_compression_handler (test-compression.c:36) ==4468==??? by 0x4040BD: test_compression (test-compression.c:96) ==4468==??? by 0x408281: test_run_funcs (test-common.c:244) ==4468==??? by 0x4083E0: test_run (test-common.c:315) ==4468==??? by 0x40398B: main (test-compression.c:308) ==4468== Failed to run: ./tes...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2014-11-24 9:49 PM, mark4o wrote: > $ make check ... Original file size 441044 bytes. Compression > level 0, file size 421389 bytes. ./test_compression.sh: line 42: > let: last_size=: syntax error: operand expected (error token is > "=") I can reproduce on MacOS X 10.8.5. It doesn't seem to like the assignment inside the let statement. Possible an issue with the older bash (3.2) Apple ships? The attached patch resolves the...

...D8: inflateReset2 (in /lib/i386-linux-gnu/libz.so.1.2.3.4) ==2058==??? by 0x4049EC7: inflateInit2_ (in /lib/i386-linux-gnu/libz.so.1.2.3.4) ==2058==??? by 0x804AFEF: i_stream_zlib_init (istream-zlib.c:320) ==2058==??? by 0x804B122: i_stream_create_zlib (istream-zlib.c:475) ==2058==??? by 0x804AA18: test_compression_handler (test-compression.c:72) ==2058==??? by 0xEFCDAB88: ??? ==2058== make[2]: *** [check-test] Error 1 make[2]: Leaving directory `/usr/src/dovecot-2.2.13/src/lib-compression' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/usr/src/dovecot-2.2.13/src' make: *** [ch...