On 28.06.2013 08:23, Mikel Astiz wrote:
Hi Georg,
On Thu, Jun 27, 2013 at 1:31 PM, Georg Chini <[email protected]> wrote:
On 27.06.2013 08:22, Mikel Astiz wrote:
Hi Georg,
On Wed, Jun 26, 2013 at 8:45 PM, Georg Chini <[email protected]> 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 <[email protected]> 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?
Yes.
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
Hi Mikel,
after having a look at the logs again, the problem seems to be that the
loopback
module still tries to receive/deliver data from/to a device that does no
longer exist:
Jun 26 14:54:19 silvie-pc pulseaudio[4866]: [alsa-sink-VT1828S Analog]
module-loopback.c: Could not peek into queue
Jun 26 14:54:19 silvie-pc pulseaudio[4866]: [alsa-sink-VT1828S Analog]
module-loopback.c: Requesting rewind due to end of underrun.
Jun 26 14:54:19 silvie-pc pulseaudio[4866]: [alsa-sink-VT1828S Analog]
module-loopback.c: Requesting rewind due to end of underrun.
Jun 26 14:54:19 silvie-pc pulseaudio[4866]: [alsa-sink-VT1828S Analog]
module-loopback.c: Requesting rewind due to end of underrun.
Jun 26 14:54:19 silvie-pc pulseaudio[4866]: [alsa-sink-VT1828S Analog]
module-loopback.c: Requesting rewind due to end of underrun.
This is long after the the source/sink have changed to the default sound card
and I think
"alsa-sink-VT1828S Analog" is the bluetooth device (which is no longer
available).
Should the loopback module not forget about its history when source/sink are
moved?
Regards
Georg
_______________________________________________
pulseaudio-discuss mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
