similar to: Regression fixed

Brian Willoughby wrote: > It makes sense to have the option to return non-zero when the > "compression" fails to "compress." As Erik pointed out, a script > could use the return code to decide to delete the larger FLAC output > file and keep the original input file since it is smaller (and > equally lossless). > > However, I agree that it is

--- Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote: > Josh Coalson wrote: > > > --- Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote: > > > > > Hi all, > > > > > > Is seeking working for OggFlac files? I keep on getting a > > > FLAC__STREAM_DECODER_SEEK_ERROR. > > > > yes, it should work fine. in

Hi all, I fixed the first cast-align warning in this commit: commit 40e817dc526d1d41e900bb0f54d1a4451bda01ed Author: Erik de Castro Lopo <erikd at mega-nerd.com> Date: Fri Jun 27 21:58:26 2014 +1000 src/flac/decode.c : Fix a cast-align warning from GCC. The old code was creating an array of FLAC__int8, and then casting that to a set of signed and unsigned 16 and

Attached is a patch for 'test_grabbag.sh'. Continuing in the same vein as the other patches, this patch consists of minor reworks of functions/commands as well as heavily commenting what's going on. More than halfway there! Thanks, Jaren On Tue, Mar 12, 2013 at 9:40 PM, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > > Jaren Stangret wrote: > > >

Erik de Castro Lopo wrote: > I think I have an alternative fix for the CVE which should not break > seeking. I'm working on getting an copy of the file with which to test. Patch applied and pushed. commit b4b2910bdca010808ccf2799f55562fa91f4347b Author: Erik de Castro Lopo <erikd at mega-nerd.com> Date: Wed Dec 10 18:54:16 2014 +1100

I thought that an uncompressed FLAC file provides better sound quality than a compressed FLAC file. To Erik: How to grab the revision before this one https://git.xiph.org/?p=flac.git;a=commit;h=fc360735ce4d1aa88a94bfccdd3bea5bdd19a8d6? Regards, Maciej ----- Original Message ----- From: "Erik de Castro Lopo" <mle+la at mega-nerd.com> To: <flac-dev at xiph.org> Sent:

On Thu, Jul 31, 2008 at 12:32, Erik de Castro Lopo <mle+cl at mega-nerd.com> wrote: > Hi all, > > I'm interested in the LLVM Ocaml bindings so I pulled the current > sources from SVN and built them. When I ran the test suite I got the > following stats: > > # of expected passes 2631 > # of unexpected failures 7 > # of expected

On Sun, 30 Jan 2005 14:39:18 -0800 (PST) Josh Coalson <xflac@yahoo.com> wrote: > --- Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote: > > On Sun, 30 Jan 2005 10:45:05 -0800 (PST) > > Josh Coalson <xflac@yahoo.com> wrote: > > > > > OK, thanks, checked in. once linux-ppc is ironed out the > > > release should be ready to go. > >

Earl Chew wrote: > Erik, > > My working view has this as the last commit: > > commit 19e3918d4e35f4ab99e7fcc58c169025c576dd16 > Author: David Schleef <ds at schleef.org> > Date:?? Thu Aug 25 18:40:29 2011 -0700 > > ??? Fix md5 structure clearing in previous commit > > > > Using this, test_metaflac.sh runs cleanly with my cuesheet.c change.

lvqcl wrote: > No, FLAC__AVX_SUPPORTED is 0 (initially it's undefined, then inside cpu.h > it's defined as 0). > > MSVC cannot discard unused references in debug builds and when LTCG is on, > for example: <http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2016-April/193437.html> > > And currently LTCG is enabled for release builds. Ok, I think I've fixed it

Josh Coalson wrote: > --- Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote: > > > Hi all, > > > > Is seeking working for OggFlac files? I keep on getting a > > FLAC__STREAM_DECODER_SEEK_ERROR. > > yes, it should work fine. in flac/src/test_seeking/main.c there > is an example usage of FLAC__stream_decoder_seek_absolute(). you > could try

Ben Allison wrote: > This is the delta that should fix everything up. > I hope that #include "share/compat.h" is acceptable from the test_streams > binary. Yes, the share/* header files are shared between the library internals, the test suite programs and flac and metaflac binary executables. > If not, you can probably change it to FLAC/ordinals.h instead Are the changes

On 14 March 2016 at 09:02, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > commit a9f84425cfd5d1dbfb564730ca80d0b588cb4f24 > Author: Erik de Castro Lopo <erikd at mega-nerd.com> > Date: Mon Mar 14 18:14:31 2016 +1100 > > libFLAC/cpu.c: Use `sigemptyset` instead of `__sigemptyset` > > The former is POSIX while the later is a GNU

--- Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote: > Erik de Castro Lopo wrote: > > > Josh et al, > > > > I've been tracking down a problem with generating OggFlac files. > > <snip> > > > I have looked into this and suspect that the > FLAC__stream_encoder_finish() > > function needs to finish off the stream using a call to

Begin forwarded message: Date: Sat, 26 Sep 2015 13:46:13 -0700 From: John La Grou <jl at jps.net> To: Erik de Castro Lopo <erikd at mega-nerd.com> Subject: 32 bit data Erik, could you please post this to the FLAC mailing list. I've tried a couple times, but nothing happens. Tks. ......................... There are reasons to support 32-bit data. The emerging network standard

lvqcl wrote: > 1) if FLAC__SSE_OS==1 then MSVC cannot compile current cpu.c: > "#include <windows.h>" line is inactive and MSVC complains: > cpu.c(278): error C2065: 'EXCEPTION_EXECUTE_HANDLER': undeclared identifier > cpu.c(279): error C2065: 'STATUS_ILLEGAL_INSTRUCTION': undeclared identifier > > 2) the current code (simplified): > >

On 3/9/2013 06:20, Erik de Castro Lopo wrote: > bat guano wrote: > >> >> Hi >> I have a problem now cross-compiling FLAC from latest git. >> With Ubuntu 12.04 and g++-mingw-w64-i686 (4.6.3-1ubuntu5+5ubuntu1). >> >> I think that the problem might have been introduced on 5 Mar 2013 >> with commit 05609d5 (configure.ac : Add hardening compile options.)

Jaren Stangret wrote: > Interestingly, I noticed compression level '0' is omitted, so I've added it > in. Thanks. > 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. The test works on > 'noisy-sine.wav'. It

Josh et al, I've been tracking down a problem with generating OggFlac files. While investigatint this issue I hacked one of the test files from the test_libFLAC directory of the flac-1.1.3-beta2. The result of this hacking is this standalone C file: http://www.mega-nerd.com/tmp/erikd_test.c Directions for compiling this is in the comments at the top of the file. When the program is

Maciej M?czy?ski wrote: > File size is not important for me. I need audio data from wav file and > metadata in one file. But FLAC is lossless! When you convert a WAV to FLAC, you get a file where the decoded audio data is exactly the same as in the WAV file. Why would you want a larger file that is exactly the same as the compressed file? Anyway, like I hinted in my previous email, WAV