slender | # 61 | 2010-01-21, 09:21 | Report

Could soneone test this.
- phone rangs
-- disconnect headphones and answer
- end call
- music plays from speakers?

Maybe this just user error but happened me once.

mike2k4 | # 62 | 2010-01-22, 00:03 | Report

This has happened to me since the first firmware update, while at work too I didnt even have this app at all either.

mike2k4 | # 63 | 2010-01-22, 19:02 | Report

I can't seem to figure out how to determine when a bluetooth headset is disconnected. It seems to work different from the way headphones are unplugged since they use a "state" file. When I disconnect my car stereo's bluetooth, the following line shows up in dbus-monitor:

I do not know if this will help. If not, is there a way to see if the bluetooth headset is currently enabled in the status-menu?

andrei1089 | # 64 | 2010-01-27, 17:05 | Report

exactly the same happened to me today

Alan_Peery | # 65 | 2010-01-27, 19:10 | Report

I am guessing by analogy here: is there something like /proc/usb called /proc/bluetooth that you could inspect once you've seen one of those events?

qwerty12 | # 66 | 2010-01-27, 20:12 | Report

Yes, you can listen for D-Bus signals saying that the headphones have been removed (mike2k4, sniff the system bus, instead), but there's an easier way: Don't use GIOChannels to monitor the state file, but use libhal to listen for computer_logicaldev_input_1 being removed. This way, you kill two birds with one stone: Removing a wired or a bluetooth headset causes the same event to be broadcast by HAL - "computer_logicaldev_input_1 removed".

ziller | # 67 | 2010-01-27, 20:23 | Report

Happened a couple of times here too, but I've so far not been able to replicate it under "controlled" conditions. But I seem to be having the same behaviour with disconnected skype calls only. Though still not every time.

headphoned would really need a bugtracker....

thp | # 68 | 2010-01-27, 20:50 | Report

I've experienced this too at times. Feels like some audio (ring)buffer being played once more - probably an issue with some ,,lower layer`` (PA, GStreamer, ALSA?).

https://garage.maemo.org/tracker/?group_id=1092

qwerty12 | # 69 | 2010-01-28, 17:22 | Report

OK, decided to give this a go and came up with http://slexy.org/view/s2HFCPBXm5 - this is unofficial, of course.

I'm incompetent, tired, and working with a 15" monitor so I ended up removing the parts of the code that make no sense under Fremantle just so that I could read the code without giving myself a headache (not in the sense that thp's code is awful but, rather, in the sense that I couldn't be arsed to keep scrolling up). Not to mention that I much prefer using the GLib bindings to D-Bus (I was sorely tempted to do so until I saw thp was already using libdbus and that I could get a DBusConnection from the osso_context_t)...

This works for me using the wired headset that came with my N810 and with an el-cheapo, £11 iTech Bluetooth headset I got from eBay. A compiled binary is attached. I'd be curious to know if it works for anyone else. "It" being having the Media Player paused when a Bluetooth headset is disconnected.

Attached Files

headphoned.gz (2.9 KB, 105 views)

---

Last edited by qwerty12; 2010-01-28 at 17:28.

unkno | # 70 | 2010-01-30, 05:19 | Report

This has to do with the way Maemo works. Normally, when a call comes in, the media player is paused and will automatically resume when the call is ended. Since the phone rings with the headphone plugged, unplugging the headphones will pause the already paused music; but when the call is over, maemo will signal the media player to resume playing. I don't think it's possible to fix this given the way it is designed.

Edit: one more vote and it'll be in extras

---

Last edited by unkno; 2010-01-30 at 09:04.