Bluetooth devices no longer detected after upgrade from 2.0 to 4.0

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 28.06.2013 08:23, Mikel Astiz wrote:
> 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?

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





[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux