[pulseaudio-tickets] [PulseAudio] #882: RTP rom x64 to ARM does not work

PulseAudio trac-noreply at tango.0pointer.de
Wed Jul 20 19:48:50 PDT 2011


#882: RTP rom x64 to ARM does not work
---------------------+------------------------------------------------------
  Reporter:  Chili   |       Owner:  mkbosmans   
      Type:  defect  |      Status:  new         
 Milestone:  1.0     |   Component:  module-rtp-*
Resolution:          |    Keywords:              
---------------------+------------------------------------------------------

Comment(by rozzin):

 I had a `doesn't work' issue which I suspect is the same as Chili's, and
 I've determined the cause well enough to get it working: I'm using module-
 rtp-send on an x86-32 host, and module-rtp-recv on an ARM host--and I'd
 verified the RTP multicast was working with both x86-64 and x86-32
 receivers, and I could see from the output of "pulseaudio -vvv" that the
 RTP stream was being received by module-rtp-recv on the ARM host, I just
 wasn't hearing any audio output.

 The ARM receiver is an Ionics Nimbus 100 (which is a Sheeva Plug work-
 alike--using the same Marvell kirkwood platform) with a USB audio-adaptor.
 The USB audio-adaptor was verified to work with PulseAudio on my x86-64
 laptop, even in an RTP-receiver setup--and the USB adaptor even worked
 *with the ARM host* when playing 44.1-kHz audio-files through PulseAudio.

 The ARM and x86-32 hosts both have the same word-sizes and are of the same
 endianness, so neither of those was the problem. The only notable
 difference between all of my x86 desktops/laptops and my ARM plug-computer
 is that all of the x86 machines have floating-point units, and the ARM
 machine doesn't--and that's the problem: without an FPU, the default
 resampling-method (speex-float) doesn't work; the latency on the plug-
 computer seems to be more variable than on any of my x86 receivers, so the
 input-stream is rarely running at exactly 44100 samples/sec and resampling
 is almost always necessary.

 So I edited /etc/pulse/daemon.conf, changing resample-method from speex-
 float-3 to speex-fixed-3, and now everything appears to be working just
 fine.

 This may still be considered a bug, though: if the floating-point
 resamplers don't work, it might be a good idea to just fall back to a
 fixed-point resampler automatically.

-- 
Ticket URL: <http://pulseaudio.org/ticket/882#comment:2>
PulseAudio <http://pulseaudio.org/>
The PulseAudio Sound Server


More information about the pulseaudio-bugs mailing list