Full Version: FLAC Plugin broken in QuickTime 7 under OSX 10.3.9
Unfortunately the SSIA. The tracks "play" but are silent.
I was afraid that was going to happen...
So I suppose we are back to this? If necessary, I will donate some money towards the purchase of Tiger, if it will help.
Is the FLAC plugin based off of the old vorbis quicktime component? Apparently that's broken as well, so it would make sense.
The solution is to write a proper implementation using the AudioCodec API, which is specifically designed to allow 3rd parties to add to support for new audio data formats to the OS. Once an AudioCodec for a new format is available, that format is usable globally across CoreAudio and Quicktime.
I plan to implement AudioCodec support for MPC (no ETA yet) as part of my effort to more thoroughly support the format on OS X, but once I have the basic work done, it should be relatively trivial to reuse most of the code to support other formats that need support like vorbis, FLAC, wavpack, etc.
The solution is to write a proper implementation using the AudioCodec API, which is specifically designed to allow 3rd parties to add to support for new audio data formats to the OS. Once an AudioCodec for a new format is available, that format is usable globally across CoreAudio and Quicktime.
I plan to implement AudioCodec support for MPC (no ETA yet) as part of my effort to more thoroughly support the format on OS X, but once I have the basic work done, it should be relatively trivial to reuse most of the code to support other formats that need support like vorbis, FLAC, wavpack, etc.
QUOTE(jcoalson @ Apr 29 2005, 08:56 PM)
I was afraid that was going to happen...
What do you expect from Apple really? This is one of those things they might very well have done on purpose to prevent other formats than their own, except from estabilshed formats.
Being an audiofantast should make you realize apple is not the way to go, not if you wanna have options at least. This goes for iTunes and iPod and iShuffle and the whole Apple strategy...
QUOTE(Haicube @ May 8 2005, 12:50 AM)
QUOTE(jcoalson @ Apr 29 2005, 08:56 PM)
I was afraid that was going to happen...
What do you expect from Apple really? This is one of those things they might very well have done on purpose to prevent other formats than their own, except from estabilshed formats.
Being an audiofantast should make you realize apple is not the way to go, not if you wanna have options at least. This goes for iTunes and iPod and iShuffle and the whole Apple strategy...
Heh.
Nice conspiracy theory but, umm, no...This has nothing to do with Apple and everything to do with not using the proper API's. All of it is there and available for use, and has been for awhile now.
Placing the blame for this on Apple is a bit stupid really.
Haicube seems to have a taste for stirring some controversy 
http://www.hydrogenaudio.org/forums/index....ndpost&p=293498
Either that, or he's a rabid anti-Apple zealot.
http://www.hydrogenaudio.org/forums/index....ndpost&p=293498
Either that, or he's a rabid anti-Apple zealot.
QUOTE(Dibrom @ May 8 2005, 03:30 AM)
Is the FLAC plugin based off of the old vorbis quicktime component? Apparently that's broken as well, so it would make sense.
it is. there are still unchanged references to vorbis in parts of ddrix's code.
QUOTE(Dibrom @ May 8 2005, 03:30 AM)
The solution is to write a proper implementation using the AudioCodec API, which is specifically designed to allow 3rd parties to add to support for new audio data formats to the OS. Once an AudioCodec for a new format is available, that format is usable globally across CoreAudio and Quicktime.
I plan to implement AudioCodec support for MPC (no ETA yet) as part of my effort to more thoroughly support the format on OS X, but once I have the basic work done, it should be relatively trivial to reuse most of the code to support other formats that need support like vorbis, FLAC, wavpack, etc.
I plan to implement AudioCodec support for MPC (no ETA yet) as part of my effort to more thoroughly support the format on OS X, but once I have the basic work done, it should be relatively trivial to reuse most of the code to support other formats that need support like vorbis, FLAC, wavpack, etc.
where have you learned how to do that? I find apple's developer docs lately to be lacking (outdated and missing a lot of crucial info).
is automatic use of AudioCodecs a feature of QT7 & the latest itunes? before 7 I thought it had to be done with a QT component which itunes would also use.
anyway, that would be great if you could blaze a tail with mpc.
Josh
A little off topic...
But can anyone confirm if the Ogg Vorbis plugin (http://qtcomponents.sourceforge.net/) still functions with Quicktime 7?
But can anyone confirm if the Ogg Vorbis plugin (http://qtcomponents.sourceforge.net/) still functions with Quicktime 7?
QUOTE(underground_sound @ May 8 2005, 10:36 AM)
A little off topic...
But can anyone confirm if the Ogg Vorbis plugin (http://qtcomponents.sourceforge.net/) still functions with Quicktime 7?
But can anyone confirm if the Ogg Vorbis plugin (http://qtcomponents.sourceforge.net/) still functions with Quicktime 7?
QUOTE(Dibrom @ May 8 2005, 03:30 AM)
Is the FLAC plugin based off of the old vorbis quicktime component? Apparently that's broken as well, so it would make sense.
Also I just tried it and it failed.
QUOTE(jcoalson @ May 8 2005, 07:30 AM)
QUOTE(Dibrom @ May 8 2005, 03:30 AM)
The solution is to write a proper implementation using the AudioCodec API, which is specifically designed to allow 3rd parties to add to support for new audio data formats to the OS. Once an AudioCodec for a new format is available, that format is usable globally across CoreAudio and Quicktime.
I plan to implement AudioCodec support for MPC (no ETA yet) as part of my effort to more thoroughly support the format on OS X, but once I have the basic work done, it should be relatively trivial to reuse most of the code to support other formats that need support like vorbis, FLAC, wavpack, etc.
I plan to implement AudioCodec support for MPC (no ETA yet) as part of my effort to more thoroughly support the format on OS X, but once I have the basic work done, it should be relatively trivial to reuse most of the code to support other formats that need support like vorbis, FLAC, wavpack, etc.
where have you learned how to do that? I find apple's developer docs lately to be lacking (outdated and missing a lot of crucial info).
Well I haven't completely learned how to do it yet since I haven't actually finished anything
But, this is what I've gathered from my work with the CoreAudio/AudioToolbox stuff so far, and from the docs and example code that I've been looking at for the AudioCodec API. You're right that the documentation for this stuff could be better -- I think the problem is that the Apple dev's are spread somewhat thin with all of the massive growth the OS X API's have seen up to 10.4 (it's supposed to settle down now). The documentation has seen a pretty big update with Tiger btw.QUOTE
is automatic use of AudioCodecs a feature of QT7 & the latest itunes? before 7 I thought it had to be done with a QT component which itunes would also use.
I believe so, yes. Supposedly AAC, MP3 and some other formats are actually shipped with the OS as AudioCodecs. As far as I understand it, once an AudioCodec component is installed in the OS, it is available for use from applications using either CoreAudio or Quicktime, which should cover iTunes.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.