Re: Alshort, and buffer samples order.

Thanks very much Daniel.

About ALshorts, I was just worried about how they work when you cast them to
another datatype.

About the samples, I wanted to be sure if the captured array had the same
order as if you just retrieve the data from a wav file for example. So, it's
ok. Left, right stereo order, is right, as I been able to separate them into
differents arrays.

Thanks again.


Daniel PEACOCK wrote:
> 
> Hi,
> 
> -Does an ALshort work exactly in the same way as a short?
> 
> I think so - is there something specific you are concerned about?  Note :
> the endian-ness will determined by the host platform.  If you are on
> Windows PC ALshorts will be little-endian.  This applies to audio data as
> well.  So, for example, you would need to swap bytes around if you were to
> play a standard PC wave file on the Xbox 360 AL implementation.
> 
> -In wich way does alcCaptureSamples sort the samples positions in the
> array?
> 
> The oldest samples recorded will be at the start of the array and newer
> samples adding to the end (unless there is a wrap-around*).  In other
> words, playing the samples from the beginning of the array to the end will
> re-play the recording.  I think all platforms should follow the pattern
> Left, Right, Left, Right, ... for the order of the samples if you are
> recording a stereo format.
> 
> *A wrap-around may occur if the calling application does not consume
> samples from the capture buffer fast enough and the AL implementation has
> implemented a circular buffer to store audio samples from the recording
> source.
> 
> Dan
> Creative Labs (UK) Ltd.
> 

-- 
View this message in context: http://old.nabble.com/Alshort%2C-and-buffer-samples-order.-tp28399282p28410755.html
Sent from the OpenAL - User mailing list archive at Nabble.com.

_______________________________________________
Openal mailing list
[email protected]
http://opensource.creative.com/mailman/listinfo/openal