similar to: flac-dev Digest, Vol 101, Issue 27

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"

Ulrich Klauer wrote: > Erik de Castro Lopo wrote: > > > There is a bunch of seemingly windows related stuff in the top level > > directory flac.pbproj which has not been touched since 2009. > > Apparently, it is a Project Builder project, from NeXTSTEP/MacOS X. > Wikipedia says it "was" an IDE and "superseded by Xcode, as of Mac OS > X 10.3

Hi all, There is a bunch of seemingly windows related stuff in the top level directory flac.pbproj which has not been touched since 2009. If it hasn't been touched, its almost certainly broken and redundant. Can I simply delete it? Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

Ulrich Klauer wrote: > Erik de Castro Lopo wrote: > > > In my latest commit I have updated all version strings and copyright > > dates. > > Here are some fixes to this. (Patch 2 compressed due to mailing list > size constraints.) Instead of the first patch, it would also be fine > to leave the encoding at ISO-8859-1, but store the name "Hyv?rinen" in

Martijn van Beurden wrote: > These files work fine, but nasm is indeed necessary. Read the README for > more information Oh, speaking of README ... Here is a tiny patch to align it with the renaming of configure.in. I also noticed two other things: - It says "To build FLAC with support for Ogg FLAC you must have built and installed libogg according to the specific instructions

Ulrich Klauer wrote: > Martijn van Beurden wrote: > > >> I would like to propose copying the > >> contents of flac-website.git (after patching) to doc/html in flac.git > > I don't think this should be done. The website in flac-website.git and > the one in flac.git/docs/html have diverged and will require some kind > of merge effort. > >

"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

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

JonY wrote: > On 2/5/2012 13:30, Erik de Castro Lopo wrote: > > Dave Yeo wrote: > > > >> --- > >> configure.ac | 1 + > > > > Both applied (first with a minor tweak). Thanks. > > > > Erik > > Unfortunately, this steps on my patch. Updated patch attached. Cygwin > really shouldn't be calling win32 API. > > On the

Compiling on OS X 10.8 x86_64 as we speak. On Sun, Apr 28, 2013 at 3:00 PM, <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

lvqcl wrote: > Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > > > The biggest of these tweaks weas to disable the intrinsics version > > fero FLAC__CPU_IA32 because I couldn't get this to compile on > > i386-linux (and we have the nasm versions). Still open to re-enabling > > this if someone can get it to work. > > > I know you're a

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 <mle+la at mega-nerd.com> wrote: >Sven-Hendrik Haase wrote: > >> I found this git repo that contains fixes for mingw32 compilation of >> flac: git://code.entropywave.com/git/flac.git >> Switch to the "ew" branch to see the fixes. I'd be glad if this went >> upstream as it'd make my job easier. > >Is there a gitweb

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

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: > >>

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

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,

Dave Yeo wrote: > --- > configure.ac | 1 + Both applied (first with a minor tweak). Thanks. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

Hi, I couldn't figure out how to file a bug in the bugtracker at sourceforge. So I send a report this way. Building FLAC from git for Android fails with the following message: utils.c: In function 'get_console_width': utils.c:181:17: error: storage size of 'w' isn't known utils.c:181:17: warning: unused variable 'w' [-Wunused-variable] make[3]: *** [utils.o]

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 --