Re: AudioFileComponents
Re: AudioFileComponents
- Subject: Re: AudioFileComponents
- From: Francisco Gimeno <email@hidden>
- Date: Tue, 13 Sep 2005 23:47:57 +0200
Lets take one of these data formats and imagine we have this available as an AudioCodec. What does that give me? (Lets take FLAC as the example) (1) I could read or write a CAF file with FLAC data in it - CAF files (CoreAudioFormat Files) can take any audio data format (2) I could read or write a Movie file with FLAC data in it - Movie files can also contain any audio data format
These will both work with QT 7 (or Tiger) as it is today.
(3) With an Ogg AFC, I could also read or write Ogg files with FLAC data
Ok, but I have the impression that this is not enough for *all* applications in Tiger. It's not at all clear to me which applications use which APIs and require which components/codecs/etc. Personally, I'm primarily interested in making iTunes happy with ogg/vorbis for the moment. Will that require the eat/spit components?
Yes.
it's any way for doing the qtcomponent reusing the AudioCodec and AudioFileComponent? was that in mind when Core Audio { AudioCodec + AudioFile } was developed? The question is that there is a existing qtcomponent [1] for Ogg that has been broken for a QuickTime API change that hasn't been detected so far.
It could seems the order of GetDataSource calls could be changed or a structure not being initialized or something. Debugging the qtcomponent has taken 2/3 days for me with no success at all.
It has been talked a lot on this list and Quicktime-api about that, but not conclusion at all. Now I'm thinking to back to the debug ( as far I have started the work on OggAudioFormatComponent ).
|
Attachment:
PGP.sig
Description: Mensaje firmado digitalmente
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden