Hi Georg, On Thu, Jun 27, 2013 at 1:31 PM, Georg Chini <georg at chini.tk> wrote: > On 27.06.2013 08:22, Mikel Astiz wrote: >> >> Hi Georg, >> >> On Wed, Jun 26, 2013 at 8:45 PM, Georg Chini <georg at chini.tk> wrote: >>> >>> Hi Mikel, >>> >>> >>> On 26.06.2013 16:54, Mikel Astiz wrote: >>>> >>>> Hi Georg, >>>> >>>> On Wed, Jun 26, 2013 at 3:27 PM, Georg Chini <georg at chini.tk> wrote: >>> >>> >>>>> Later on I decided to keep the modules around and just move them to the >>>>> right >>>>> source/sink when needed and move them to the default sound card and >>>>> mute >>>>> them when not in use. >>>> >>>> As a side suggestion, you probably want to use the profile >>>> availability to do this (if profile is available, it means 'playing'). >>>> >>>>> The problem is that this does no longer work. Pavucontrol still shows >>>>> the >>>>> correct >>>>> sink/source but I do not get any sound when the modules are reused. It >>>>> seems >>>>> to be >>>>> a problem of resampling, the modules start to behave strangely as soon >>>>> as >>>>> sink and >>>>> source are moved the first time. >>>>> In the debug output I get endless repetition of: >>>>> >>>>> [alsa-sink-VT1828S Analog] module-loopback.c: Could not peek into queue >>>>> [alsa-sink-VT1828S Analog] module-loopback.c: Requesting rewind due to >>>>> end >>>>> of underrun. >>>>> [alsa-sink-VT1828S Analog] module-loopback.c: Requesting rewind due to >>>>> end >>>>> of underrun. >>>>> [alsa-sink-VT1828S Analog] module-loopback.c: Requesting rewind due to >>>>> end >>>>> of underrun. >>>>> [alsa-sink-VT1828S Analog] module-loopback.c: Requesting rewind due to >>>>> end >>>>> of underrun. >>>>> >>>>> The initial approach of using fresh modules each time the phone goes to >>>>> "playing" still >>>>> works fine. >>>> >>>> I think you hit a real issue here. I've experienced similar issues too >>>> at some point, but I can't reproduce it anymore. >>>> >>>> Can you tell us which exact states the source (assuming A2DP from the >>>> phone) and the source-output have? They should in theory be both in >>>> RUNNING state. >>> >>> Sorry, I cannot find out. You can find a log of a complete session on >>> http://philipp.chini.tk/pulse/pulse-session.log >>> Maybe there is something useful in it. If not, please tell me how to get >>> the state of the source or what else I can do to locate the problem. >> >> You should use 'pactl list sources' and 'pactl list source-outputs', >> during the issue you describe about rewind requests. >> > > All sources and source-outputs are in RUNNING state. The output > for the relevant module (now it's A2DP from the phone, so only one > module needed) looks like this: > index: 6 > driver: <module-loopback.c> > flags: START_CORKED > state: RUNNING This looks good. Have you checked if the bar in pavucontrol shows some audio corresponding to this source? > source: 2 <alsa_input.pci-0000_00_1b.0.analog-stereo> > volume: 0: 100% 1: 100% > 0: -0,00 dB 1: -0,00 dB > balance 0,00 > muted: yes Is it muted? > current latency: 0,00 ms > requested latency: 135,29 ms > sample spec: s16le 2ch 44100Hz > channel map: front-left,front-right > Stereo > resample method: (null) > owner module: 27 > properties: > media.role = "abstract" > module-stream-restore.id = > "source-output-by-media-role:abstract" > media.name = "Loopback to Internes Audio Analog Stereo" > media.icon_name = "audio-card-pci" > > Maybe the "resample method: (null)" is the problem? No, I don't think the resample method is relevant here. It also shows as null for me, and the audio just works. Cheers, Mikel
