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 27.06.2013 14:00, Georg Chini wrote:
> On 27.06.2013 13:31, Georg Chini 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
>>         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
>>         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?
>>
>> Regards
>>              Georg
>
> Hi Mikel,
>
> one more problem: When I set the profile of the phone to "off" in 
> pavucontrol,
> the phone disconnects audio.
> 1) This is different from pulse 2.0. Pulse 2.0 kept the phone 
> connected even though
> the profile was set to "off". Has this changed intentionally?
> 2) The disconnect event is not noticed by pulse, there is still a card 
> in pavucontrol
> but it is no longer usable.

Disconnection only happens if module-bluetooth-policy is not loaded, 
when I load it
profile switching works fine. Sorry for the false alarm (and for 
spamming the list) ...

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