similar to: [Flac-users] Quicktime plug-in?

Hello, I'm going to start by asking something that has probably been asked before (although I didn't see it on the lists at sourceforge). Is anyone working on getting iTunes to work with flac? I'm bouncing around a few ideas and it seems like the logical approach would be to write a quicktime component using this project as a base http://qtcomponents.sourceforge.net I see a

Howdy. I'm working on Altivec versions of some of the libFLAC functions. I figured the best candidates would be those that had MMX/SSE/3dnow versions, and I picked FLAC__lpc_restore_signal() to do first, since it's relatively simple. In stepping through some runs, it appears that 'order' mod 4 is always 0. Is that guaranteed, either by the format or by higher functions in the

In case you cut and paste this, I think Matt meant argv[3] to be --tag=artist=%artist -- Brady Patterson (brady@spaceship.com) Do you know Old Kentucky Shark? On Sun, 25 May 2003, Matt Zimmerman wrote: > flac -o %o --tag=title=%artist --tag=album=%album --tag=title=%song > --tag=tracknumber=%track %f

Hi all, I don't know if this is the place to ask about this, but I'm going to try anyway. There is an ogg-vorbis plugin for iTunes on Mac OS X that is downloadable from http://www.macupdate.com/info.php/id/14259 or http://www.versiontracker.com/dyn/moreinfo/mac/13012&mode=feedback Unfortunately, this plug-in (a Quicktime component) crashes iTunes for the latest version of

finished hooking up the altivec stuff so it works in ProjectBuilder. I ran a test, doing a 'flac -t' on 400MB of files compresses at level 5. the runtime dropped from from 180 sec to 105 sec! once I get the latest autotools on my ibook I'll try and get asm compilation to work that way. Josh --- Josh Coalson <xflac@yahoo.com> wrote: > OK, checked it all in (only minor

try this site first: http://qtcomponents.sourceforge.net/ I don't think they have flac yet, but they were the ones working on vorbis for quicktime (and thus iTunes)... and someone started a speex project there too. If someone would volunteer to add a flac component, I'm sure it would happen. Check their user support forums... there has been interest for a flac component. This is

Here's what I listed in that email. Merging doesn't appear to be necessary. If you have any build problems, let me know. Note that my detection code is Darwin-specific. It's a BSD call (sysctl()), so a change to the platform-detection macros should enable it to work on other BSDs. However, I don't know what that would be, and I couldn't determine any safe way to do the check

Hi all, OK, so I just bought myself a nice shiny new powerbook. Nice machine. Very nice machine :-) But, iTunes does not understand FLAC. My Digitised music collection (entirely my own, ripped from my cd's, blah, blah, blah) is now mostly in FLAC (as I slowly go through and convert it will all be in FLAC :-) So, I have a problem. Or, if you want to look at it another way, I have an itch. An

If i could find some good documentation on quicktime, i'd probably give it a shot... since i already have most of the infrastructure already for directshow. I had a look a few times for detailed info on quicktime, and it all looked pretty painful. Not to mention all the base media handler code provided for the sdk, says not suitable for bitrates greater than like 32kpbs which is useless

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

Hi, I have been playing with Altivec, and I rewrote a couple of the routines in assembly. Looking at the archives, I noticed that there may already be some effort on this. Anyways... Right now, I have two routines working. They need to be cleaned up, made relocatable, and documented; otherwise, they seem to work fairly well. I see an overall ~27% speed improvement when encoding with the

On Thu, 27 Jan 2005, John Steele Scott wrote: > That looks fine to me as well. However, the best solution is something which > Luca suggested a few months ago, which is to use the functions defined in > altivec.h. These are C functions which map directly to Altivec machine > instructions. I am willing to help out, but I don't find the current lpc_asm.s > very easy to follow, and

Hi. I want to add some code to flac and am having trouble building it out of cvs. I've had several problems, most of which were pretty easy to work around or had already been discussed here. But this one has me stumped (though I am admittedly new to autoconf, automake, and libtool). Here's the problem. autoconf does not see any definition for AC_PROG_LIBTOOL. There is such a

I bought myself a PowerBook and hoped to play my FLAC-encoded library via iTunes. Alas -- it doesn't work. My understanding is that iTunes uses QuickTime for playback; does anyone know where to find a FLAC codec for QuickTime? I noticed that there was some discussion about this ~1 year ago on flac-dev. Did any dev projects get underway, or should I roll up my sleeves and give it a go? -Dave

I always use --prefix, and it gets put in the right place (<prefix>/include/FLAC/assert.h), which I'm sure sheds no new light on this. I'd still like to know why FLAC__ASSERT() is necessary. K&R is very clear that the preprocessor is to remove calls to assert() if NDEBUG is defined. (Some compilers, including gcc, implicitly define NDEBUG when optimizing, but of course it can

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

I think I've gotten FLAC__lpc_restore_signal() about as good as I'm going to get it. Here's what I have: -a new file, lpc_asm.s, which has the assembly routines -changes to cpu.h, cpu.c, and stream_decoder.c to enable them -changes to configure.in to support the new cpu stuff -a preliminary Makefile.am -maybe something else I'm forgetting Now automake complains that configure.in

On Fri, 21 Feb 2003, Jason Lunz wrote: > Try oprofile. It's more accurate than gprof, and it doesn't require you > to recompile the source you're profiling. That looks like a nice piece of software, but it appears to be specific to Linux-x86, so I don't think it will be much help in profiling Altivec code. :) -- Brady Patterson (brady@spaceship.com) Do you know Old

Let me pass this on to the dev group. I haven't seen this but I never install to /usr. I would think that it should still end up in /usr/include/FLAC/assert.h... maybe automake is handling the file specially because of the name? Josh --- Kyle Sallee <cromwell@kublai.com> wrote: > It's installation overwrites /usr/include/assert.h > which is isntalled by glibc, thus causing

has anyone gotten any form of flac 1.1 to work with os x? scott