[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