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

Re: (no subject)


  • Subject: Re: (no subject)
  • From: Howard Moon <email@hidden>
  • Date: Mon, 22 Jun 2009 07:04:20 -0700


On Jun 21, 2009, at 9:52 PM, Kyle Sluder wrote:

On Sun, Jun 21, 2009 at 11:00 AM, tahome izwah<email@hidden> wrote:
But isn't the definition of "inplace processing" that it reuses the
input buffers? What else could it mean?

I think he's saying Logic is trying to be too smart for its own good. Logic deduces that since the user has 50% pan on the channel, it can use the same buffer for both the left and right channel. The fact that this is happening in-place is irrelevant; you couldn't implement a phaser or anything else for that matter that wanted to send different data to the left and right channels.

At least that's how I parsed it.


I didn't catch what he was saying until your post. Indeed, that sounds like a bug to me, and should have a bug report made for it. The concept of using the same input buffer when center panned is a nice idea (for efficiency), but should be disabled when using stereo and in-place processing, in order to prevent sharing the output buffers.


-Howard


_______________________________________________ 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: 
 >(no subject) (From: john smith <email@hidden>)
 >RE: (no subject) (From: john smith <email@hidden>)
 >Re: (no subject) (From: tahome izwah <email@hidden>)
 >Re: (no subject) (From: Kyle Sluder <email@hidden>)

  • Prev by Date: Re: Deadlock on HP_HogMode::ChangeNotification
  • Next by Date: (no subject)
  • Previous by thread: Re: (no subject)
  • Next by thread: (no subject)
  • Index(es):
    • Date
    • Thread