• 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: AUBufferList::CopyBufferContentsTo()
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: AUBufferList::CopyBufferContentsTo()


  • Subject: Re: AUBufferList::CopyBufferContentsTo()
  • From: William Stewart <email@hidden>
  • Date: Tue, 29 Mar 2005 11:20:32 -0800


On 29/03/2005, at 2:57 AM, Raphael Dinge wrote:

Hi,

This has been already discussed on this list, but I would
like to give more informations.

If I put an instance of my plugin in *mono to stereo* mode,
it will crash in DP 4.52.
This will occurs in the bypassed part of the AU SDK render code.

At that moment, AUBufferList::CopyBufferContentsTo() will
receive a list of buffers to copy, but there is only
1 src buffer and 2 dst buffers.

Doug already said on that problem : (2004/12/22)


This "shouldn't happen."
When it does happen, there's probably a discrepency between the format of the AU's bus and the buffer the caller is asking you to render into ...



So what should be the bus format in the mono to stereo mode for src and dst buffers ? 1 src buffer is invalid ? Is this a DP problem ? AU SDK problem ? Plugin problem ?

I would have said that it was a SDK problem, but given Doug
reply, this is no more clear for me.

Many thanks for any informations,

We've just been discussing this with other developers and I've now written a test case for auval (that I'll be seeding shortly) that catches this problem.


AUEffectBase has been written and tested primarily to do N-N channel effects. Thus, all the logic here about:
kernel's for processing each channel
in place and bypass implementations
the render implementation in general


If you are going to use AUEffectBase to do N-M channel effects there are a number of behaviours you need to over-ride if you are still going to use this class. As a side note, we subclass AUBase when we do these kinds of AU's and that has generally been our recommendation.

Bill



--
========================================+===================
Raphael Dinge                           | Ohm Force
DSP developer & Software designer       | DA Software
mailto:email@hidden | www.ohmforce.com
========================================+===================

_______________________________________________
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


--
mailto:email@hidden
tel: +1 408 974 4056
________________________________________________________________________ __
"Much human ingenuity has gone into finding the ultimate Before.
The current state of knowledge can be summarized thus:
In the beginning, there was nothing, which exploded" - Terry Pratchett
________________________________________________________________________ __


_______________________________________________
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: 
 >AUBufferList::CopyBufferContentsTo() (From: Raphael Dinge <email@hidden>)

  • Prev by Date: Re: CoreAudio driver's convertInputSamples() revisited
  • Next by Date: Re: Thread count strangeness using PlayAudioFile sample code
  • Previous by thread: AUBufferList::CopyBufferContentsTo()
  • Next by thread: Thread count strangeness using PlayAudioFile sample code
  • Index(es):
    • Date
    • Thread