-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can't control with bluetooth AVRCP controls via mpris-proxy #55
Comments
Hi @ClydeDroid! Thanks for reporting this and for the already quite detailed investigation. Looking at the commit you linked, it appears that TUIJam may just be missing the <interface name="org.bluez.Media1">
<method name="RegisterEndpoint"><arg name="endpoint" type="o" direction="in"/>
<arg name="properties" type="a{sv}" direction="in"/>
</method>
<method name="UnregisterEndpoint"><arg name="endpoint" type="o" direction="in"/>
</method>
<method name="RegisterPlayer"><arg name="player" type="o" direction="in"/>
<arg name="properties" type="a{sv}" direction="in"/>
</method>
<method name="UnregisterPlayer"><arg name="player" type="o" direction="in"/>
</method>
</interface> I'll have some time this evening to dig into this a bit more. Hopefully I can get something for you to test over the next couple days. |
Ahh, excellent! Glad I was able to help, and I'm happy to help test out as well. Thanks for looking into it! |
I was able to play around with this with a set of bluetooth headphones I have and made a few observations. First, with no modifications from the latest release of TUIJam, mpris-proxy doesn't complain about being able to register the player.
My headset has a play/pause button and two volume control buttons. The play/pause button seems to do nothing and while the volume control buttons audibly change the volume of the playback, this isn't reflected in either the TUIJam volume control or my GNOME system volume. Second, I added the Can you try checking out the latest version and see how it behaves on your system? |
Okay, so this is weird. I installed
And the output of Really bizarre, as it seems to have made a difference on your end |
Given that even the previous version behaved differently on our systems, I'm not too surprised. The "Operation" in "Operation not supported" may be some capability that your bluetooth device requires that mine doesn't. Maybe it would help to know what what model of bluetooth device you are using. I'm testing with a Tautronics Soundelite 72. Also, does your device work with other players (Eg Gnome music, VLC, or similar)? |
Ahhh, I see. I have a pair of Sony WH-CH700N wireless headphones, as well as an Insignia NS-HSB318 soundbar, which both exhibit the same behavior. I just tried VLC, with no luck:
|
Interesting. Then I guess this isn't a TUIJam-specific problem, but it's interesting that you see the issue across different hardware as well. My best guess is that there is some configuration on your system that isn't quite right... What desktop env are you using? I'm running Gnome which maybe installs something that is critical for this to work. |
Yeah, that's possible. I'm just using i3, no desktop env, so I'm probably missing a package. I'll do some digging to see if I can find something |
Found a post on the Arch forums with a similar issue: https://bbs.archlinux.org/viewtopic.php?pid=1884292 Anyways, definitely seems like it's not a tuijam issue. Thanks anyways for helping me dig @cfangmeier!! |
Hello, thanks for writing this awesome TUI player, I use it everyday while I work and am super appreciative of your work!
Just wanted to log an issue I came across while playing with my new bluetooth headphones. According to the Arch wiki, bluetooth device AVRCP controls can be forwarded to players via MPRIS using the
mpris-proxy
tool included inbluez-utils
. However, when I runmpris-proxy
, I'm getting the following message:Digging through the source of
mpris-proxy
led me to believe that something with theRegisterPlayer
message is off and causing bluez to fail to register the player here. I also found this commit to another project that might hold a clue to the solution. But for all I can tell from reading the MPRIS spec, nothing really seems to be missing.Obviously this is just a quality of life improvement and not a huge issue, but was curious if anyone knew how to solve this.
If it helps, here is the output of
busctl
while monitoringmpris-proxy
:The text was updated successfully, but these errors were encountered: