You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Audio data fed to/from an RtAudio stream is assumed to ALWAYS be in host byte order. The internal routines will automatically take care of any necessary byte-swapping between the host format and the soundcard. Thus, endian-ness is not a concern in the following format definitions.
So, if we're writing the audio data to files and what not, we need to determine the endianness where we're currently running.
What is the endianness for float32 samples? Is it platform specific?
The text was updated successfully, but these errors were encountered: