similar to: test_metaflac fails in make check for flac 1.1.2 after --add-padding is performed

Josh, I applied this patch and all the "make check" tests passed (but I do not have valgrind and I did not use --enable-exhaustive-tests during configure, so it isn't all the tests). Do you see anything suspicious about it? --- flac-1.1.2.oldBuild/src/flac/decode.c 2005-01-24 20:13:46.000000000 -0800 +++ flac-1.1.2/src/flac/decode.c 2006-09-06 23:36:26.000000000 -0700

--- Tom Goetze <tgoetze@yahoo.com> wrote: > doing "make check" on flac-1.1.2, I get a segmentation fault > > ././test_metaflac.sh: line 51: 17370 Segmentation fault flac > $* > > when running this portion of the test/test_metaflac.sh script: > > (set -x && run_metaflac --preserve-modtime --add-padding=12345 > $flacfile) >

I'm attempting to flac a 18GB raw file, and as per 1328191 I compiled CVS, when it gets to 4GB it doesn't continue. I've tried stracing and get no output after a certain point. I also have tried oggflac and it is no different. I configured with no options or special CFLAGS and this is on a x86 machine. Is there anything special I need to do to get this to work? I have also tried with

The test is rather simple, and only compares the computed output values for a 1kHz signal at the known filter table sampling frequencies with previously obained golden values. As such, the test only verifies that the performance of the replay gain analyser has not changed. A better test would be to compare the computed value with an independently obtain theorectical value. This is possible by

Erik ? ? Testing FLAC file with unknown metadata... OK ? ? ./test_metaflac.sh: line 450: syntax error near unexpected token `then' ? ? ./test_metaflac.sh: line 450: `? then' Do both /bin/bash and /bin/dash give exactly the same error message ? Earl ________________________________ From: Erik de Castro Lopo <mle+la at mega-nerd.com> To: flac-dev at xiph.org Cc: Earl Chew

Erik, I'll resync and have another look. Earl ________________________________ From: Erik de Castro Lopo <mle+la at mega-nerd.com> To: flac-dev at xiph.org Cc: Earl Chew <earl_chew at yahoo.com> Sent: Wednesday, February 1, 2012 10:30:21 PM Subject: Re: [flac-dev] Fix cuesheet.c to allow metaflac_test.sh to run to completion Earl Chew wrote: > When reading the INDEX

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

Can you please wrap the setvbuf in _WIN32 IFDEFs too? Currently memory usage of FLAC decoding is about 1MB, so this patch is increasing memory usage tenfold, also for platforms that do not need this. It is a non-problem on my system anyway. Op 26-09-14 om 10:36 schreef Janne Hyv?rinen: > I made some changes to the previous patch. I don't know why I > originally didn't put the

Decoding flac files is also prone to producing fragmented files. NTFS has the ability to completely avoid fragmentation if it is told the file size before hand, but that would require using special Windows-only functions. Increasing the write buffer from the default 512 bytes to 10 MB already reduces the problem tremendously. -------------- next part -------------- diff --git

test_metaflac.sh wasn't aborting when replaygain values were incorrect because the die() function was embedded in a pipe. set -x was added so the script exits with a non-zero exit code when die is called in a pipe. --- test/test_metaflac.sh | 2 ++ 1 file changed, 2 insertions(+) diff --git a/test/test_metaflac.sh b/test/test_metaflac.sh index 9a13291..2ea2251 100755 ---

On line 734 in src/flac/main.c, ver 1.77, change: strcat(outfilename, infilename); to strcat(outfilename, flac__file_get_basename(infilename)); I did this change because I was calling flac with an input filename with a path on the front of it, and I wanted the output file to go to a different location, such as this: flac --best --output-prefix /usr/share/flac /home/akehurst/tmp/my_file.wav

Hi all, Its been a while since I last compiled FLAC from source, but I just grabbed flac-1.1.3-beta2.tar.gz compiled it and then ran "make check" which resulted in this: =================== 3 of 7 tests failed =================== Is this OK? Cheers, Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo

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

When reading the INDEX from the cue sheet, the format MM:SS:FF format is disallowed if the sample frequency is not a multiple of 75 because the index would only be approximate. However, 00:00:00 is _exact_ because it denotes the start of the track, so allow it as a special case. This allows metaflac_test.sh to pass. -------------- next part -------------- An HTML attachment was scrubbed... URL:

If I use flac to encode with the --replay-gain option, I get a warning about the --no-padding option... "NOTE: --replay-gain may leave a small PADDING block even with --no-padding" ...even though I'm not using --no-padding. And the file does end up with a small padding block, so changing tags is slow. I'd fixed this bug in my own copy of flac 1.1.4, but forgot to submit the

On 6/3/06, Avuton Olrich <avuton@gmail.com> wrote: ...stuff... I just ran gdb on it, when it got to the point that it goes no further I sent kill -11 and got the following (hope it helps): Core was generated by `flac -o hs.flac -0 --force-raw-format --channels=2 --bps=16 --sample-rate=44100'. Program terminated with signal 11, Segmentation fault. warning: Can't read pathname for

That enables an special implementation that checks for common memory errors and will save us from a lot pain. --- test/test_bins.sh | 2 ++ test/test_flac.sh | 2 ++ test/test_grabbag.sh | 2 ++ test/test_libFLAC++.sh | 2 ++ test/test_libFLAC.sh | 3 +++ test/test_metaflac.sh | 2 ++ test/test_seeking.sh | 2 ++ test/test_streams.sh | 2 ++ 8 files

Yes, it's finally here. See the homepage for details, but here's a summary: - 10-15% decoder speedup - 24-bit input support restored - more robust plugins - new metadata block for Vorbis-style tags - vastly improved metadata editor - fixed bug with pipes and Windows - new libFLAC++, a C++ object wrapper around libFLAC - new metadata editing interface in libFLAC and libFLAC++ - and

Thanks for the previous tips and suggestions. Here's a more concise example: Input file: <aaaa> <bbbb> <cccc> <dddd> I want everything on one line, i.e., remove all newlines. Like so: <aaaa><bbbb><cccc><dddd> Simple perl code: #!/usr/bin/env perl # Remove newlines from a file in two ways: # (1) Just "chomp" them; # (2) Replace

Hi, I gave up on 1.0.4 on my osx machine for the time being, but needed it on a linux machine this morning. Grabbed 1.0.4 and it seemed to build ok, but doesn't pass make check. Sorry if this is redudant information. I've seen a few posts recently and can't tell if it is or not. flac-1.0.3 on the same machine builds, checks and runs fine. thanks, mike ERROR: iterator claims