similar to: No subject

On Sun, Feb 5, 2012 at 1:30 AM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/flac-dev > or, via email, send a message with subject or body 'help' to > flac-dev-request at xiph.org

I'd love to fix the .Xcodeproj (which is what they're called now) but I don't have a clue how to, if I were to figure it out would you guys accept it, or is it not worth my time? btw, someone on Windows should get the visual studio files working, it always complains about not finding nasm.exe. On Tue, Apr 30, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send

Erik de Castro Lopo wrote: > Hopefull the final release candidate: > > http://mega-nerd.com/tmp/flac-1.3.3rc3.tar.xz > http://mega-nerd.com/tmp/flac-1.3.3rc3.tar.xz.asc I am assuming everyone was happy with that and that I can release a new version. Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo

"Aren't Windows users accustomed to this feature being missing anyway?" I use Mac mostly now, but when I used Windows, now and then I always expected the wildcard to work, it just worked on most things so it was actually a bit of a pain in the ass when it didn't. On Mon, Mar 18, 2013 at 5:35 AM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list

Well, I'm bored, and I hope I'm not getting in the way of anyone, but I was like hell might as well try to make a new Xcode project, although I am using 10.8 with the latest xcode, so I'd have to manually remove that, but there is one serious concern, and that's that header files are being called from 1 directory up from where they are, for example: "share/compat.h"

Erik de Castro Lopo wrote: > Unfortunately I've lost/forgotten my Xiph SVN password. While I get > that sorted out for the real release, the pre-releases are here: > > http://mega-nerd.com/tmp/flac-1.3.2pre1-win.zip > http://mega-nerd.com/tmp/flac-1.3.2pre1.tar.xz Forgot to mention that I have tested this on x86_64/linux, armhf/linux and powerpc/linux. Erik --

else. Stuart =20 ----- Original Message -----=20 From: Ivailo Karamanolev=20 To: flac-dev at xiph.org=20 Sent: Wednesday, January 06, 2010 7:49 AM Subject: Re: [Flac-dev] FLAC C API / Visual Studio 2008 FILE* Issue I thought about this, and the MSVCRT mismatch also. What annoys me is = that I even tried compiling the library myself (with exactly the same = Visual Studio 2008 as my

Andy Hawkins wrote: > Hi, > > In article <20130304070023.141c9f101622a34c46d68c80 at mega-nerd.com>, > Erik de Castro Lopo<mle+la at mega-nerd.com> wrote: > >> project tends to be a pain unless one of the principal developers is using > >> it on a daily basis (as I know you've experienced with libsndfile, Erik). > > > > Yes,

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

Hi Erik, Am 15.07.2019 um 02:32 schrieb Erik de Castro Lopo <mle+la at mega-nerd.com>: > Erik de Castro Lopo wrote: > >> I have a new pre-reelase (with a GPG signature) up here: > > New version: > > http://mega-nerd.com/tmp/flac-1.3.3rc2.tar.xz > http://mega-nerd.com/tmp/flac-1.3.3rc2.tar.xz.asc I have an undefined symbol on Solaris 10 Sparc with GCC

You can just take a look at the FLAC download page: http://flac.sourceforge.net/download.html There are links saying "FLAC full source code and Nightly CVS tarball". Op 04-04-12 14:30, Rafael Velasquez schreef: > I have also installe libflac-dev. > so, could you send me the good link please ? > > > > 2012/4/4 Erik de Castro Lopo <mle+la at mega-nerd.com >

Largest risks are: 1) encoding errors in a scenario not exercised by the tests 2) violations of the spec that are tolerated by the decoder. I've seen this before with, e.g. x264, where a bug is repeated in the encoder and decoder and hence not caught by any tests. On Apr 26, 2012, at 2:49 AM, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > Josh Coalson wrote: > >>

I'll throw this thought out here so it doesn't get lost: when it came time for me to build a Windows release, I always used a quarantined Windows box that had the minimum stuff installed and had never been on a network, to avoid malware getting into the binaries. The last thing I ever wanted to hear was some Windows user blaming FLAC because a bad build infected him.? It was bad enough

Erik, I suspect /bin/sh being dash is what is causing the problem. I will rework the syntax. 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: Sunday, March 11, 2012 10:59:50 PM Subject: Re: [flac-dev] PATCH: Add test for metaflac --add-replay-gain Earl Chew wrote:

Erik, I'm using bash.? Before I alter the syntax, what shell are you using ? 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: Sunday, March 11, 2012 3:16:11 AM Subject: Re: [flac-dev] PATCH: Add test for metaflac --add-replay-gain Earl Chew wrote: > There is

Well, I have been away a couple of days, so I don't know if I'm in time, but I reported a memory leak and submitted a patch a couple of months ago. It would be nice if it can make it in. I first reported the leak here: http://lists.xiph.org/pipermail/flac-dev/2011-August/003002.html And the patch is here:

Hi all, I just pushed a commit which fixes a nasty regression in FLAC. https://git.xiph.org/?p=flac.git;a=commit;h=fc360735ce4d1aa88a94bfccdd3bea5bdd19a8d6 > author Erik de Castro Lopo <erikd at mega-nerd.com> > committer Erik de Castro Lopo <erikd at mega-nerd.com> > commit fc360735ce4d1aa88a94bfccdd3bea5bdd19a8d6 > > Fix a regression that severely impacted

Hello, I still having problem for the compilation. i do : make -f Makefile.lite This is the error : */usr/bin/ld: bitreader.release.o: relocation R_X86_64_32S against `FLAC__crc16_table' can not be used when making a shared object; recompile with -fPIC bitreader.release.o: could not read symbols: Bad value collect2: ld returned 1 exit status make[2]: *** [../../obj/release/lib/libFLAC.so]

2013/2/10 Erik de Castro Lopo <mle+la at mega-nerd.com>: > Johnny Rosenberg wrote: > >> Anyway, if I'm allowed to ask a libsndfile question here, > > Sorry, but no, this list is for FLAC related discussion. And of course you won't waste your time replying outside this mailing list? Is there a libsndfile mailing list? Hm? yet another stupid question, of course. If

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