[pulseaudio-discuss] Monitoring and Pulseaudio accuracy
Colin Guthrie
gmane at colin.guthr.ie
Mon Nov 30 06:04:18 PST 2009
'Twas brillig, and Neil Wilson at 30/11/09 11:50 did gyre and gimble:
> 2009/11/30 Colin Guthrie <gmane at colin.guthr.ie>:
>
>>> Additionally when I was doing a parec on the Monitor and used the
>>> 'float32ne' format it seemed to come out Big Endian on an Intel
>>> machine, which surprised me a little. Is that a bug or did I miss
>>> something?
>> ne = network endian IIUC which is always big endian...
>>
>> http://en.wikipedia.org/wiki/Endianness#Endianness_in_networking
>
> That's not what it says in the pacat/parec manual.
>
> "Depending on the endianess of the CPU the formats s16ne, s16re,
> float32ne, float32re (for native, resp. reverse endian) are available
> as aliases. "
>
> Essentially pacat and parec appear to choose different Endians when
> you specify float32ne, so one of them is wrong :)
I stand corrected :)
I guess there may be a bug there somewhere then!
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
Mandriva Linux Contributor [http://www.mandriva.com/]
PulseAudio Hacker [http://www.pulseaudio.org/]
Trac Hacker [http://trac.edgewall.org/]
More information about the pulseaudio-discuss
mailing list