similar to: Is FLAC fully cooked for OS X yet?

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

On Jan 2, 2007, at 5:15 AM, Arek Korbik wrote: > The binary frameworks distribution, as found on: > http://xiph.org/quicktime/download.html , hasn't really been tested > much outside the XiphQT project. I never had any problems with them, > but any improvement suggestions or help is welcome. Well, ok, then if the framework is intended to work, then let me describe closer the

On Jan 2, 2007, at 1:56 PM, Josh Coalson wrote: >> 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 [...] > > could you elaborate? Well, I've just never seen anything like it before. There's a step- through, to be sure, but I got more information out of

On Jan 2, 2007, at 1:54 PM, Josh Coalson wrote: > this is reported a lot. usually it is a misunderstanding in how > to send samples to FLAC__stream_encoder_process() or > FLAC__stream_encoder_process_interleaved(). if you could send > your code where you are doing that, it would help. > > note that samples going in to the process calls must be converted > to signed 32-bit

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

--- Evan Olcott <ev@audiofile-engineering.com> wrote: > > On Jan 2, 2007, at 5:15 AM, Arek Korbik wrote: > > > The binary frameworks distribution, as found on: > > http://xiph.org/quicktime/download.html , hasn't really been tested > > much outside the XiphQT project. I never had any problems with > them, > > but any improvement suggestions or help

--- Evan Olcott <ev@audiofile-engineering.com> wrote: > > On Jan 2, 2007, at 1:56 PM, Josh Coalson wrote: > > >> 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 [...] > > > > could you elaborate? > > Well, I've

--- Brady Patterson <brady@spaceship.com> wrote: > > Brady, I would say for now, your proposal is fine. I am going > > to move flac to getopt soon... > > > > Matt, that would be cool if you wanted to take on the audiofile > > support. I have actually been waiting to ask you for that, > > waiting until I got the getopt support done, and the new > >

We would like to reserve several FLAC Application ID's: App Name: Myriad App ID: "AFMY" / 41454d59 URL: http://www.audiofile-engineering.com/myriad App Name: Triumph App ID: "AETR" / 41455452 URL: http://www.audiofile-engineering.com/triumph App Name: Fidelia App ID: "AETW" / 41455457 URL: http://www.audiofile-engineering.com/fidelia Contact Info: Matthew

--- Matt Zimmerman <mdz@debian.org> wrote: > On Tue, Jul 30, 2002 at 09:04:38PM -0500, Brady Patterson wrote: > > > The patch I submitted only reads AIFF files. I'm about to start > the patch to > > write AIFF files. > > > > To do so, we need a command-line option to specify AIFF. My > inclination is to > > add an option: > > > >

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

On 2/21/07, Brian Willoughby <brianw@sounds.wa.com> wrote: > > 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. Brian, you

Is anyone working on making oggenc use some nice library that reads lots of different audio file formats so that people can encode from files other than WAV? For example, the 'AudioFile' library (just found it via a search on freshmeat) reads wav, aiff, aiff-c, .au, and .snd. Maybe there are other better libraries (OpenAL, maybe), but this library does what I want (read AIFF). -tim ---

I upgraded to Leopard (version 10.5 of OS X) a few weeks ago. Although I was a bit disappointed, but not surprised, to see that FLAC support isn't built natively into the OS, I was very happy to notice recently that Apple ships source code for a FLAC encoder and decoder codec component in /Developer/Examples/CoreAudio/AudioCodecs/ FLAC.xcodeproj. All that is necessary to build the

Hello all: In a quest to resolve the last apparent timing problems I am having with SpanDSP I am trying out some PPC hardware, specifically a B&W G3. I am running gentoo-ppc on this system and have compiled spandsp 0.0.2pre6 along with a release version of asterisk. Zaptel device (T100P) is configured and appears to be ready to go. When loading asterisk it crashes out with the following

Good Day List Users, Is there any way to play an audiofile or at least a beep into an established call, I want to do this event each 3 minutes in the call, for now I have a shell to get the call time and evaluate the 3 minutes.....do you know any way to play that sound? I tried app_inject, it works really nice in asterisk 1.4.X releases; but my PBX runs 1.2.14 and It can?t be upgraded (policy

Hello, little tricky question : i have a file of packages for removal , which looks like that : atk libart_lgpl libXfixes audiofile libXcursor libxslt alsa-lib esound gnome-mime-data libIDL ORBit2 libbonobo libdaemon libXrandr dbus-python avahi avahi-glib gamin shared-mime-info libXres startup-notification libXinerama hicolor-icon-theme gtk2 GConf2 libglade2 libgnomecanvas gnome-keyring libwnck

--- Matt Zimmerman <mdz@debian.org> wrote: > On Wed, Oct 31, 2001 at 04:36:23PM -0800, Josh Coalson wrote: > > > - split the usage screen into a short and a long version. the > short > > version is the default, and you can use 'flac -H' to get the long > > version. > > It would be a good idea for the longer help text to go to stdout, > rather

It seems, that oggenc-ing audiofile, and then flac-ing diffrences between original file and vorbis compressed file gives a little better compression than simply flac-ing. I've tested it on one file only: file.wav 55829468 bytes flac -8 file.wav file.flac 37924329 bytes (0.6793 of original) oggenc file.wav file.ogg 4784799 bytes oggdec -o ogg.wav file.ogg sox tmp.wav ogg-.wav vol

>> recently that Apple ships source code for a FLAC encoder and decoder >> codec component in /Developer/Examples/CoreAudio/AudioCodecs/ >> FLAC.xcodeproj. > > You can find a slightly more detailed review of the Apple's FLAC codec > implementation in my blog post at: > http://barelyfocused.net/blog/2007/10/28/flac-support-in-mac-os-x-105-leopard/ Thanks for the