Notices


Reply
Thread Tools
thp's Avatar
Posts: 1,391 | Thanked: 4,272 times | Joined on Sep 2007 @ Vienna, Austria
#101
Originally Posted by Milhouse View Post
Anyone else able to reproduce? If so I'm happy to file a bug (though against what I'm not exactly sure - headphoned or the audio subsystem?)
Audio subsystem. All headphoned does is send the "pause" signal to the media player If that results in the bug, then it's a bug in MAFW or the audio policy.
 
Posts: 3,401 | Thanked: 1,255 times | Joined on Nov 2005 @ London, UK
#102
Originally Posted by thp View Post
Audio subsystem. All headphoned does is send the "pause" signal to the media player If that results in the bug, then it's a bug in MAFW or the audio policy.
Were you able to reproduce? I wonder if MAFW does more than just pause when the button is pressed (ie. the UI does something more than the equivalent dbus event).

If you (or anyone else other than me and tjjalava can reproduce) I'll open a bug against MAFW in b.m.o. Would also be nice if you could get headphoned in b.m.o. too!

Last edited by Milhouse; 2010-03-16 at 13:41. Reason: Fix typo: butter -> button
 
qwerty12's Avatar
Posts: 4,274 | Thanked: 5,358 times | Joined on Sep 2007 @ Looking at y'all and sighing
#103
I've managed to get it to not play music again if you take out the headset during a call but only if the Media Player application is not running - i.e. you just have the applet running. I've got what the applet does to pause the track sorted, but not what the Media Player application does itself to pause the track.

I'd like to figure out what the Media Player app does but if worst comes to worst (e.g. an internal setting which I cannot modify from the outside) , "killall -9 mediaplayer" springs to mind...

My current improvement over having it not play tracks again upon the ending of a call if the headphones are taken out during a call (provided the Media Player application is not running) requires headphoned to be added to the policy file. If I get it set up correctly (support for dpkg's triggers come to mind), would you be interested, thp?
 

The Following User Says Thank You to qwerty12 For This Useful Post:
thp's Avatar
Posts: 1,391 | Thanked: 4,272 times | Joined on Sep 2007 @ Vienna, Austria
#104
Originally Posted by qwerty12 View Post
If I get it set up correctly (support for dpkg's triggers come to mind), would you be interested, thp?
Yep, sure
 

The Following User Says Thank You to thp For This Useful Post:
qwerty12's Avatar
Posts: 4,274 | Thanked: 5,358 times | Joined on Sep 2007 @ Looking at y'all and sighing
#105
Originally Posted by thp View Post
Yep, sure
http://slexy.org/view/s2T84KR5Mc

Still not perfect, but at least it's less likely to start randomly blasting tracks... I'm not sure on whether to classify headphoned as a "player" or just leave it as "alwayson". Oh, and sorry for adding profanity to headphoned.c (although, if you look at the output of apt-cache rdepends libplayback-1-0, you'll see an application from the Ovi Store has been linked against it so Nokia don't mind giving support in certain circumstances it seems...)...

I'll try and look into the Media Player application itself after I've finished strangling Vala

debian/triggers:
Code:
interest /usr/share/policy/etc/rx51/pulse

Last edited by qwerty12; 2010-03-16 at 15:20.
 

The Following 2 Users Say Thank You to qwerty12 For This Useful Post:
Posts: 47 | Thanked: 5 times | Joined on Jan 2010
#106
Originally Posted by Milhouse View Post
OK, pretty much confirmed this and it's as tjjalava says: hit pause before unplugging the headphones and SMS/Email tones work correctly, but pull the headphones out of the device while the media player is playing audio and you then get no SMS/EMail tones.

Firmware 3.2010.02-8 and headphoned 1.7.

Anyone else able to reproduce? If so I'm happy to file a bug (though against what I'm not exactly sure - headphoned or the audio subsystem?)
Yup I'm having same problem. It also happens if you pause media player with the widget and it's not reponding as in bug 5894.
This is obviously a bug with media player and I don't think it's been reported as yet. I started a new thread here.
__________________
Please vote for this bug:
Media Player doesn't recognise Flac Album art in Album List
 
Posts: 3,401 | Thanked: 1,255 times | Joined on Nov 2005 @ London, UK
#107
I've opened bug #9597 to address this wierd headphoned/MAFW pausing issue - would be really great if some technical comments could be added as I'm half expecting it to be closed invalid due to the involvement of headphoned.

Votes would be good too.
 

The Following User Says Thank You to Milhouse For This Useful Post:
Posts: 47 | Thanked: 5 times | Joined on Jan 2010
#108
I'll have a look...
__________________
Please vote for this bug:
Media Player doesn't recognise Flac Album art in Album List
 
Posts: 47 | Thanked: 5 times | Joined on Jan 2010
#109
Originally Posted by Morphic View Post
Yup I'm having same problem. It also happens if you pause media player with the widget and it's not reponding as in bug 5894.
This is obviously a bug with media player and I don't think it's been reported as yet. I started a new thread here.
It actually happens irrelevant of Bug 5894, if you pause media player with widget once it's been played from main app the system sounds will stop.
__________________
Please vote for this bug:
Media Player doesn't recognise Flac Album art in Album List
 
Posts: 3,401 | Thanked: 1,255 times | Joined on Nov 2005 @ London, UK
#110
Originally Posted by Morphic View Post
It actually happens irrelevant of Bug 5894, if you pause media player with widget once it's been played from main app the system sounds will stop.
Perhaps the widget uses the same mechanism as headphoned to pause the main Media Player application/framework.
 
Reply


 
Forum Jump


All times are GMT. The time now is 03:40.