LinuxQuestions.org
Visit Jeremy's Blog.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Hardware
User Name
Password
Linux - Hardware This forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?

Notices


Reply
  Search this Thread
Old 01-11-2023, 09:41 AM   #1
RandomTroll
Senior Member
 
Registered: Mar 2010
Distribution: Slackware
Posts: 2,269

Rep: Reputation: 295Reputation: 295Reputation: 295
Disagreement between blueman-manager and hcitool


I just started using a bluetooth device for the first time. It's a cheap portable speaker. It powers itself down if it isn't used for a time. When this happens, I turn it on and it pairs automatically - so it says (it speaks) - but doesn't emit the sound mplayer sends. mplayer thinks it's playing. I have to run blueman-manager. hcitool doesn't even see the device, even on a scan. How can they have different information?
 
Old 01-12-2023, 02:04 AM   #2
pan64
LQ Addict
 
Registered: Mar 2012
Location: Hungary
Distribution: debian/ubuntu/suse ...
Posts: 24,360

Rep: Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004
auto power off is detected and device will be removed from the list. But player probably still trying to use it, it did not recognize the change. When you switch it on again the player still wants to use the "old", remembered device, and not the new one. It also cannot detect if it is the same one. Probably because some id changed in the background somewhere.
 
Old 01-12-2023, 08:28 PM   #3
computersavvy
Senior Member
 
Registered: Aug 2016
Posts: 3,345

Rep: Reputation: 1486Reputation: 1486Reputation: 1486Reputation: 1486Reputation: 1486Reputation: 1486Reputation: 1486Reputation: 1486Reputation: 1486Reputation: 1486
As noted above, and as you stated, when unused the speaker does an auto power down.
In that situation you should shut down mplayer before you start the speaker back up so that when mplayer is restarted it sees the active device for output.
 
Old 01-13-2023, 06:04 AM   #4
RandomTroll
Senior Member
 
Registered: Mar 2010
Distribution: Slackware
Posts: 2,269

Original Poster
Rep: Reputation: 295Reputation: 295Reputation: 295
Quote:
Originally Posted by pan64 View Post
auto power off is detected and device will be removed from the list. But player probably still trying to use it, it did not recognize the change. When you switch it on again the player still wants to use the "old", remembered device, and not the new one. It also cannot detect if it is the same one. Probably because some id changed in the background somewhere.
Quote:
Originally Posted by computersavvy View Post
As noted above, and as you stated, when unused the speaker does an auto power down.
In that situation you should shut down mplayer before you start the speaker back up so that when mplayer is restarted it sees the active device for output.
Both of your answers assume wrongly. mplayer isn't running, hasn't been for a while. I turn the speaker on, it says it pairs. Then I start mplayer anew.

Code:
hcitool scan
doesn't even find the speaker. blueman-manager does: that's the first question: how can they have different opinions of what's present?

The second question is why mplayer can think it's playing but no sound comes out of the speaker.
 
Old 01-13-2023, 06:22 AM   #5
pan64
LQ Addict
 
Registered: Mar 2012
Location: Hungary
Distribution: debian/ubuntu/suse ...
Posts: 24,360

Rep: Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004Reputation: 8004
it is slightly different. mplayer does not communicate with the speaker, but some library (pulseaudio?). And that library (whatever is it) did not recognize the change, so mplayer will use it (even if the real device is missing) with the old config. As far as I see this is a very low level problem (if hcitool cannot detect it)
probably this helps a bit: https://9to5answer.com/hcitool-scan-...uetooth-device
 
Old 01-13-2023, 11:39 PM   #6
RandomTroll
Senior Member
 
Registered: Mar 2010
Distribution: Slackware
Posts: 2,269

Original Poster
Rep: Reputation: 295Reputation: 295Reputation: 295
Quote:
Originally Posted by pan64 View Post
this is a very low level problem (if hcitool cannot detect it)
One would think that hcitool is closer to the hardware than blueman-manager.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
LXer: How disagreement creates unity in open source LXer Syndicated Linux News 0 10-10-2021 05:48 AM
[SOLVED] Can't use blueman-applet or blueman-manager on Slackware64 -current danielldaniell Slackware 19 01-13-2019 07:30 PM
Time disagreement WilliamS Slackware 2 08-11-2007 05:44 PM
ipw2200-1.1.0 ieee80211-1.1.12 disagreement devanski Linux - Wireless Networking 6 03-07-2006 10:22 PM
XFree86/KDE having disagreement ? Pres Linux - Software 3 09-12-2002 06:12 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Hardware

All times are GMT -5. The time now is 03:20 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration