On Wed, Dec 15, 2010 at 2:26 AM, Albert Santoni albe...@mixxx.org wrote:
Anyways, I did some more digging and the API of choice on Windows
these days is the Source Reader API in Microsoft Media Foundation.
It's only for Vista+, but it looks significantly easier to use than
any of the other
Hey all,
Quicktime is my preference for portability. It solves AAC playback and
licensing issues on both OS X and Windows (I guess). The drawback is
that Linux users won't be able to use M4A out of the box. Maybe we
hazard the consequence.
If we decide to use Quicktime and Albert can provide
I think from a user point of view DirectX/CoreAudio would be a
preferable choice to Quicktime. For Windows users (i.e. most of our
users) Quicktime is a large additional download (O(100MB)). Quicktime
is fairly intrusive on windows too, generally slow, takes over all
your file types, installs
I think the main problem we have with Phonon is that it is an abstraction
level higher than what we need. It's more oriented around playing files for
you.
It does seem to support a raw-data output via AudioDataOutput, but the
description itself says it's not for realtime use:
Although it is not
Yeah Phonon didn't expose audio data at all in 4.6 but there were
noises that in 4.7 things would be moving in the right direction. It's
a shame things haven't quite gone where we want them...
It would be really great if Phonon did what we wanted because it's
built into Qt and would only require
Adam,
Last I looked (summer?), support for it was at various levels of
incompleteness depending on the backend used (xine, gst, ...).
It worked well enough with the xine backend but it only wrote
samples in real-time (~1 second's samples every one second)
and the lead phonon guy in
(Just realized I had an answer for another post, sorry for listspam :( )
Tobias,
There's been talk (mostly from me) of a DirectShow decoder, given the
framework's pervasiveness on Windows (and adding all the codecs
in the world is as easy as downloading ffdshow) but if that ever reaches
the top of
Hey Tobias,
Yes, we could also use Quicktime or a native API like DirectShow.
Unfortunately, I'm going to be stuck with only my Macbook for the next
month, but I can still try playing with the Quicktime Audio Extraction
API:
http://developer.apple.com/quicktime/audioextraction.html
Hi guys,
Tonight I wrote a SoundSourceCoreAudio class that plays M4As using the
system provided decoder on OS X. It uses the Audio File Services API
(ExtAudioFile), which is part of AudioToolbox, which is part of Core
Audio. We can freely distribute this as part of our main Mixxx builds
without