PulseAudio水槽口吃

我在Pi上安装了raspbian并配置了PulseAudio接收器，目的是将所有音频从台式机流式传输到Pi，从而驱动扬声器。

我遵循了这个很好的描述：http : //www.raspberrypi.org/phpBB3/viewtopic.php?f= 38&t= 11124

最初，这似乎没有问题。但是，从台式机发送的音频在Pi上始终不停地发出声音，好像缓冲区持续欠载，中间只有几个采样丢失。

我整天都在努力寻找原因，但无济于事。基本设置是：

• 有线局域网连接
• 最新的树莓派（2013年9月26日）具有最新的固件更新
• 两侧都有PulseAudio 2.0（Ubuntu桌面）
• 通过mplayer，图腾，ffplay播放
• 通过模块本地协议tcp进行网络传输

这是我尝试的：

• 直接在Pi上播放音频效果很好。
• 流式传输到其他（台式）计算机工作正常。
• 通过直接连接（指定$ PULSE_SERVER）发送音频效果很好，很少卡顿，但仍然容易出现问题2（请参阅下文）
• 通过桌面PulseAudio隧道发送音频可提供持续的卡顿
• 增加优先级/实时调度...无济于事
• 将采样率固定为48 kHz ...无济于事
• 将重采样算法设置为“琐碎” ...无济于事
• 调整默认片段/片段大小...无济于事

• 我在PulseAudio日志中没有发现任何问题的迹象（从开始播放时开始显示）：

  D: [alsa-sink] protocol-native.c: Requesting rewind due to end of underrun.
  D: [alsa-sink] sink-input.c: Requesting rewind due to uncorking
  D: [pulseaudio] sink.c: Suspend cause of sink alsa_output.platform-bcm2835_AUD0.0.analog-stereo is 0x0000, resuming
  I: [alsa-sink] alsa-sink.c: Trying resume...
  I: [alsa-sink] alsa-util.c: cannot disable ALSA period wakeups
  D: [alsa-sink] alsa-util.c: Maximum hw buffer size is 341 ms
  D: [alsa-sink] alsa-util.c: Set buffer size first (to 16384 samples),  period size second (to 16384 samples).
  I: [alsa-sink] alsa-util.c: ALSA period wakeups were not disabled
  D: [alsa-sink] alsa-sink.c: Latency set to 25.00ms
  D: [alsa-sink] alsa-sink.c: hwbuf_unused=60736
  D: [alsa-sink] alsa-sink.c: setting avail_min=15665
  I: [alsa-sink] alsa-sink.c: Time scheduling watermark is 15.00ms
  I: [alsa-sink] alsa-sink.c: Resumed successfully...
  I: [alsa-sink] alsa-sink.c: Starting playback.
  D: [alsa-sink] alsa-sink.c: Cutting sleep time for the initial iterations by half.
  D: [alsa-sink] alsa-sink.c: Cutting sleep time for the initial iterations by half.
  D: [alsa-sink] alsa-sink.c: Cutting sleep time for the initial iterations by half.
  D: [pulseaudio] module-suspend-on-idle.c: Sink alsa_output.platform-bcm2835_AUD0.0.analog-stereo becomes busy.
  D: [alsa-sink] alsa-sink.c: Cutting sleep time for the initial iterations by half.
  D: [alsa-sink] alsa-sink.c: Cutting sleep time for the initial iterations by half.
  D: [alsa-sink] alsa-sink.c: Cutting sleep time for the initial iterations by half.
  D: [alsa-sink] alsa-sink.c: Cutting sleep time for the initial iterations by half.
  D: [alsa-sink] alsa-sink.c: Cutting sleep time for the initial iterations by half.
  D: [alsa-sink] alsa-sink.c: Cutting sleep time for the initial iterations by half.
  D: [alsa-sink] alsa-sink.c: Cutting sleep time for the initial iterations by half.
  D: [alsa-sink] alsa-sink.c: Cutting sleep time for the initial iterations by half.
  D: [alsa-sink] ratelimit.c: 115 events suppressed
  D: [alsa-sink] alsa-sink.c: Wakeup from ALSA!
  ... no more output, but stuttering continues ...
  

问题2：如上所述，通过直接连接我可以得到很好的音频。但是，在流中跳过几次（使用mplayer）之后，PulseAudio服务器挂起，根本不播放任何音频。有时可以通过重新启动mplayer来恢复它。有时它挂得很厉害，以至于必须重新启动PulseAudio。当我仅更改音量时，有时甚至挂起。

根据PulseAudio文档，直接连接优于隧道连接的优点是具有更好的缓冲控制，这似乎说明了为什么我可以通过直接连接获得良好的音频：http : //www.freedesktop.org/wiki/Software / PulseAudio /文档/用户/网络/

我现在没主意了。是什么导致口吃和问题2？只是一个想法如何进行调试也将不胜感激。

tsched_buffer_size和tsched_buffer_watermark人，使得它为我工作的设置。

我将PulseAudio作为系统实例运行，因此配置位于/etc/pulse/system.pa。如果您使用的是会话实例，则配置位于中/etc/pulse/default.pa。

这是默认值：

### Automatically load driver modules depending on the hardware available
.ifexists module-udev-detect.so
load-module module-udev-detect
.else
### Use the static hardware detection module (for systems that lack udev/hal  support)
load-module module-detect
.endif

我将其替换为：（即，注释掉了）

### Automatically load driver modules depending on the hardware available
.ifexists module-udev-detect.so
#load-module module-udev-detect
.else
### Use the static hardware detection module (for systems that lack udev/hal  support)
#load-module module-detect
.endif

然后我添加了以下行：

load-module module-alsa-card device_id=0 tsched=true tsched_buffer_size=1048576 tsched_buffer_watermark=262144

参见http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modules/#index6h3

要点是必须使用module-tunnel-sink-new，但还必须进行一些其他更改才能在raspberry pi 1上获得无干扰的网络音频。

1. 以实时优先级在树莓派上运行pulseaudio：

pulseaudio --start --high-priority=yes --realtime=yes

让我们使用术语“ 发送者”来表示将流发送到您的树莓派的计算机。

2. 设置default-fragments并default-fragment-size-msec在daemon.conf在发送这些值：

default-fragments = 8
default-fragment-size-msec = 12

3. module-tunnel-sink-new通过在发送方发出此命令来使用（假设您的树莓派的主机名是RP1，并且您的本地网络上正在运行mDNS。否则，只需使用您的树莓派的IP地址）。

pactl load-module module-tunnel-sink-new server=RP1.local

通过这些设置，我可以通过以54 Mbps速度运行的无线网络从raspberrypi 1获得无干扰的音频（在我的设置中，发件人使用以太网，而RP1使用wlan）。实际上，即使在发件人和raspberrypi都使用wlan的情况下，它也可以工作，至少在无线网络上没有其他设备的情况下。

您是否签出了此页面：

http://manpages.ubuntu.com/manpages/lucid/man5/pulse-daemon.conf.5.html

默认片段设置

   Some hardware drivers  require  the  hardware  playback  buffer  to  be
   subdivided  into  several  fragments.  It  is  possible to change these
   buffer metrics for machines with high  scheduling  latencies.  Not  all
   possible  values  that  may  be  configured  here  are available in all
   hardware. The driver will to find the nearest setting supported. Modern
   drivers that support timer-based scheduling ignore these options.

   default-fragments= The default number of fragments. Defaults to 4.

   default-fragment-size-msec=The  duration of a single fragment. Defaults
   to 25ms (i.e. the total buffer is thus 100ms long).

要摆脱口吃或超时问题，请尝试将固件降级：

sudo rpi-update eeb2e51c3e08cd5efa4246aa8dc54a09b25ada12

我认识到此问题可能与内核版本有关。从3.6.11升级到3.12.0之后，我不断收到这些不足。降级到3.6.11为我解决了这个问题。

我已经读过几次这个页面了……我也为RaspberryPi-pulseaudio-network组合的卡顿而感到沮丧。我搜索了更多，发现了找到解决方案一部分的页面：

=>在default.pa（或system.pa）中禁用空闲状态的模块。

瞧瞧，口吃已经消失了！

现在唯一的问题是，经过一段时间（10到20秒）后，播放暂停：-/

有什么建议么？