• 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: New to converter.
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: New to converter.


  • Subject: Re: New to converter.
  • From: Michael Thornburgh <email@hidden>
  • Date: Fri, 11 Jan 2008 21:10:47 -0800


for the record:

1) MTCoreAudio is still supported. see my participation on this mailing list just in the last week, and a bugfix release recently to address a Leopard compatibility issue.

2) MTConversionBuffer, as supplied by me, *never* worked on anything other than Float32 samples. if you had one that produced 16 bit samples in the past, it was divergent from the official version and made by not-me, and one shouldn't expect future releases by me to magically not clobber those divergent changes. MTConversionBuffer has only ever done sample rate conversion.

3) MTCoreAudio doesn't provide any interfaces to AudioFile, so would not be an appropriate choice for Aurélien Ammeloot's situation anyway.

by "support", i mean that i'll fix my bugs, make a reasonable effort to clarify confusion in how to use the APIs i've provided, and where possible and in general terms, give pointers on correct usage. as a regular employee of a software company, however, i *can't* do contract work to write or fix someone else's program, or be exposed to someone else's proprietary intellectual property. plus i don't really want to. plus i'm busy that day.

-mike


On Jan 11, 2008, at 3:27 PM, John Draper wrote:

Aurélien Ammeloot wrote:
[...]
Welcome to a very large crowd of people who ALSO wants to do this. Initially, we used MTCoreAudio for this application, but apparently the Author is no longer supporting it due to 'Conflict of Interest' issues, so we are just going to ditch it in our application as being totally unusable... Which is too bad, because it does a lot of the work one doesn't really want to do.

In their updated version, we were unable to get the MTConversionBuffer to spit out 16 bit samples into our sample buffer. Apparently the Author didn't seem to think that people would still want to use 8k/sec samples, and he apparently took this out of the new version as far as I've been able to determine.

None of us can figure out how to use it, and if I had known it would be this difficult to use MTCoreAudio, I would have made an effort to use the lower level procedural code, but (sigh) there is a large lack of examples in this area.
I guess it's time to "cash in" on an instance of support from Apple soon.


John


_______________________________________________
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


  • Follow-Ups:
    • SMPTE parsing algorithm?
      • From: "Kevin Dixon" <email@hidden>
References: 
 >Noob Questions (From: Matt Mashyna <email@hidden>)
 >Re: Noob Questions (From: Jens Alfke <email@hidden>)
 >New to converter. (From: Aurélien Ammeloot <email@hidden>)
 >Re: New to converter. (From: John Draper <email@hidden>)

  • Prev by Date: Re: clipping in AudioQueue
  • Next by Date: Re: old mtcoreaudio code doesn't work now
  • Previous by thread: Re: New to converter.
  • Next by thread: SMPTE parsing algorithm?
  • Index(es):
    • Date
    • Thread