similar to: FLAC 1.1.3 released

On Jan 2, 2007, at 5:15 AM, Arek Korbik wrote: > The XCode project files you found are meant to be used with FLAC > 1.1.2. The FLAC repository now contains version 1.1.3 files, and there > have been interface changes in that latest revision > (http://flac.sourceforge.net/changelog.html#flac_1_1_3). That could > explain your problems with compilation. Well, now, no, I did download

On 12/11/06, Josh Coalson <xflac@yahoo.com> wrote: > --- Avuton Olrich <avuton@gmail.com> wrote: > > I'm attempting to decode part of a largefile flac whose seektable is > > broken or missing and the file is shorter then it's supposed to be, > > when I use 1.1.2 it decodes fine, when I use 1.1.3 it fails > > > > flac --decode --skip=719:58.0

The key to Arek comment is that the project files only work with 1.1.2 FLAC. Even in those days, the Xcode project was not fully operational. I gave up on using it, and I think everyone else did. You basically have no hope of just pulling it out of the repository and expecting it to work. What I do, and what I assume most successful FLAC developers on Mac OS X are also doing, is

I'm attempting to decode part of a largefile flac whose seektable is broken or missing and the file is shorter then it's supposed to be, when I use 1.1.2 it decodes fine, when I use 1.1.3 it fails flac --decode --skip=719:58.0 --until=1024:58.0 -o \/home\/sbh\/work\/hs\/out.wav \/mnt\/ss\/sdb\/Sound\/Recording\/2006\-11\-29\/in.flac out.wav: ERROR seeking while skipping bytes

I'm attempting to decode part of a largefile flac whose seektable is broken or missing and the file is shorter then it's supposed to be, when I use 1.1.2 it decodes fine, when I use 1.1.3 it fails flac --decode --skip=719:58.0 --until=1024:58.0 -o \/home\/sbh\/work\/hs\/out.wav \/mnt\/ss\/sdb\/Sound\/Recording\/2006\-11\-29\/in.flac out.wav: ERROR seeking while skipping bytes

hello all, (cc'ing some other package maintainers) I attached a patch against vorbis-tools-1.1.1 to make the code also compile against the upcoming FLAC 1.1.3, beta available here: http://prdownloads.sourceforge.net/flac/flac-1.1.3-beta2.tar.gz?download changelog: http://flac.cvs.sourceforge.net/*checkout*/flac/flac/doc/html/changelog.html with FLAC 1.1.3 there is no need for EasyFLAC. the

--- Harry Sack <tranzedude@gmail.com> wrote: > 2007/9/8, Josh Coalson <xflac@yahoo.com>: > > > > it actually is complicated. the libFLAC api is not suited to a > > multithreaded design because the i/o is stream-based, not file- > > based. flac(.exe) is the file-based wrapper around libFLAC that > > allows it to work on files. the way libFLAC buffers

2007/9/9, Josh Coalson <xflac@yahoo.com>: > > --- Harry Sack <tranzedude@gmail.com> wrote: > > 2007/9/8, Josh Coalson <xflac@yahoo.com>: > > > > > > it actually is complicated. the libFLAC api is not suited to a > > > multithreaded design because the i/o is stream-based, not file- > > > based. flac(.exe) is the file-based wrapper

it actually is complicated. the libFLAC api is not suited to a multithreaded design because the i/o is stream-based, not file- based. flac(.exe) is the file-based wrapper around libFLAC that allows it to work on files. the way libFLAC buffers data is also impossible to parallelize without significantly changing the api. it would take a specialty file-based encoder using an independent frame

Hello, I'm new to this list, and I would like to know about the current status of FLAC and surround formats (5.1, 7.1). I know it is possible to compress interleaved multichannel files with FLAC, but does it in any way have any multichannel matrix, that collects common information from all channels and use this when compressing? If not, wouldn't it be a great idea to have this feature!!!

OK, so I've been trying for a day now to get FLAC implementation in our apps. Suffice it to say that due to the "interesting" documentation and the inability to compile this thing from the source, I'm not sure we can do it yet. I am writing in to see if there's anything I'm missing before I make the conclusion that we have to wait... --- We write apps for OS

Hi Josh, I got a new computer yesterday, a 64bit intel core 2 duo. I am running the amd64 port of Ubuntu 6.10 (edgy). I compiled flac-1.1.3 beta and had trouble encoding: dave@jimmy:/tmp$ ./bin/flac -o /tmp/foo.flac foo.wav ----------------- flac 1.1.3-beta2, Copyright (C) 2000,2001,2002,2003,2004,2005,2006 Josh Coalson flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you

yes that is what i did. got the "requires version 7.0.0 or later, but libiconv.2.dylib provides version XYZ" (forgot which version i had before). removed libiconv, downloaded compiled and installed the new one (libiconv-1.13.1), then i just get $ flac Bus error i reinstalled flac 1.1.4, still runs fine (but doesn't support multichannel). cheers, -sciss- Am 05.08.2009 um

2007/9/8, Josh Coalson <xflac@yahoo.com>: > > it actually is complicated. the libFLAC api is not suited to a > multithreaded design because the i/o is stream-based, not file- > based. flac(.exe) is the file-based wrapper around libFLAC that > allows it to work on files. the way libFLAC buffers data is also > impossible to parallelize without significantly changing the

I thought the "test" part of the source was like a unit test for the whole FLAC package and not exactly what I was looking for. I'm more interrested in if diffent bit in flac files will still have the right amplitude when I play my files in my implementationn, and if I'm mapping multichannel files to the right speakers is done corrently in my implementation. But what

Hi all! I'm implementing FLAC playback in mC2 (a rewrite of musikCube) and need to test if everything is working. I was wondering if there are any FLAC test files to download? I'm looking for files with diffent kind of bits (8,16,24 etc) and examples of multichannel files. Best regards Daniel ?nnerby

OK, after some debugging, it turns out this is related to an earlier bug (#131976 which has a temporary workaround). In other words, it will not trigger unless you are encoding more than 2 channels, and only then at large blocksizes (>32k samples). The full fix will be in 0.8 Josh --- Josh Coalson <xflac@yahoo.com> wrote: > A bug fix in 0.7 created another bug related to >

Josh Coalson <xflac@yahoo.com> wrote: > --- Eric Wong <eric@petta-tech.com> wrote: > > Just to let you guys know, I've been listening to FLAC (compression > > level 2 or lower) tunes on my 3rd generation ipod running ipodlinux > > (modified uCLinux) for the past few days. No skips or slow-downs > > whatsoever using MPD to play music. > > how

When you download the full source for FLAC and read the instructions, you'll see that 'make test' will run the test suite. The instructions warn people that this can bring even a good machine to its knees, and it is not recommended for everyone to run it. I have run it because I have submitted an installer package for Mac OS X, and it seemed prudent to take the time to test

hi, according to the FAQ flac supports multichannel formats. i had no luck with 1.1.4 though ( "Untitled.aif: ERROR: unsupported number channels 8 for AIFF" ), i guess that feature was added in 1.2? unfortunately, the binary for 1.2 does not run on OS X 10.4 (says libiconv is too old). i removed libiconv and reinstalled that from source, but then flac 1.2.1 just prints