Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: FLAC Plugin broken in QuickTime 7 under OSX 10.3.9 (Read 6381 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

FLAC Plugin broken in QuickTime 7 under OSX 10.3.9

Unfortunately the SSIA. The tracks "play" but are silent.

FLAC Plugin broken in QuickTime 7 under OSX 10.3.9

Reply #1 –
I was afraid that was going to happen...

FLAC Plugin broken in QuickTime 7 under OSX 10.3.9

Reply #2 –
So I suppose we are back to this? If necessary, I will donate some money towards the purchase of Tiger, if it will help.
"Facts do not cease to exist just because they are ignored."
—Aldous Huxley

FLAC Plugin broken in QuickTime 7 under OSX 10.3.9

Reply #3 –
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.

FLAC Plugin broken in QuickTime 7 under OSX 10.3.9

Reply #4 –
Quote
I was afraid that was going to happen...
[a href="index.php?act=findpost&pid=294176"][{POST_SNAPBACK}][/a]


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

FLAC Plugin broken in QuickTime 7 under OSX 10.3.9

Reply #5 –
Quote
Quote
I was afraid that was going to happen...
[a href="index.php?act=findpost&pid=294176"][{POST_SNAPBACK}][/a]


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...
[a href="index.php?act=findpost&pid=296010"][{POST_SNAPBACK}][/a]


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.

FLAC Plugin broken in QuickTime 7 under OSX 10.3.9

Reply #7 –
Quote
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
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.

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
 

FLAC Plugin broken in QuickTime 7 under OSX 10.3.9

Reply #9 –
Quote
A little off topic...
But can anyone confirm if the Ogg Vorbis plugin (http://qtcomponents.sourceforge.net/) still functions with Quicktime 7?
[a href="index.php?act=findpost&pid=296072"][{POST_SNAPBACK}][/a]

Quote
Is the FLAC plugin based off of the old vorbis quicktime component?  Apparently that's broken as well, so it would make sense.
[a href="index.php?act=findpost&pid=296008"][{POST_SNAPBACK}][/a]

Also I just tried it and it failed.
"Facts do not cease to exist just because they are ignored."
—Aldous Huxley

FLAC Plugin broken in QuickTime 7 under OSX 10.3.9

Reply #10 –
Quote
Quote
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.

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.
[a href="index.php?act=findpost&pid=296071"][{POST_SNAPBACK}][/a]


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.