• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: AudioFileComponents
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: AudioFileComponents


  • Subject: Re: AudioFileComponents
  • From: Francisco Gimeno <email@hidden>
  • Date: Mon, 12 Sep 2005 22:15:30 +0200


So, what's the right way for supporting Ogg File Format for both Audio and Video Codecs reusing the most?


QuickTime provides an import and export components (eat/spit components) that are designed to translate a file to/from QT's movie file format. With these components, you would be able to read/ write ogg files with the QT APIs and applications.


It really depends on what you want, what your common usage scenario is, the users you want to support, how much time/work you want to do, etc.


The common usage is Ogg CODEC player in MacOsX. As you know, Ogg support with QuickTime 7 has been broken. I have been trying to hack on the qtcomponent [1] with no success at all. Indeed, without a serious list of API/Functional changes from 6 to 7 ( a real changelog ), it's quite difficult imaging what happened. I haven't followed all discussion about this topic, and no one seems to go further.


The only conclusion was that a new AFC should be implemented. So, I have started to study the possibilities for the future. Ogg vorbis should be supported natively by MacOsX.

The objective of this OSS project is that Ogg Vorbis should be usable in MacOsX within usual applications ( iTunes, QuickTime and so ). And that should occur in the less time as possible, and besides that, resources of programmers (powerman) are really limited ( just me at the moment in Just For Fun mode ). The idea, is that future codecs could be implemented easily for Video too, reusing this work. So, which would be the best option?

BTW: I'm quite confident that the actual qtcomponent could work in Qt7 with minimal set of changes, but it's difficult for me to do that as I haven't experienced with Qt6 API before. I was willing having Qt6 and Qt7 both installed and having the possibility of launching one of them each time so I could compare the behaviors. But I don't know if that it's even possible.


Bill

Thanks you for the help and the interest. Francisco Gimeno

[1] http://qtcomponents.sourceforge.net/


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

References: 
 >AudioFileComponents (From: Francisco Gimeno <email@hidden>)
 >Re: AudioFileComponents (From: William Stewart <email@hidden>)

  • Prev by Date: Re: AudioFileComponents
  • Next by Date: Re: Where did my event, part I
  • Previous by thread: Re: AudioFileComponents
  • Next by thread: Re: AudioFileComponents
  • Index(es):
    • Date
    • Thread