Active Topics
-
U-Boot for Nokia RX-51 with BootMenu (updated version 2012.10-rc3-1) (841)
to Alternatives by omniteal@pm.me - 7 hrs, 42 mins ago -
List of well performing apps on Leste (34)
to Maemo 7 / Leste by biketool - 18 hrs, 40 mins ago -
Maemo repository (5)
to Community by dredlok706 - 2 days, 13 hrs ago -
Re-commissioning N9 in 2018 (127)
to MeeGo / Harmattan by smatkovi - 2 days, 16 hrs ago -
Porting apps to Leste (41)
to Maemo 7 / Leste by Arno_11 - 3 days, 9 hrs ago -
N900 is not recognizable on any of my devices (windows 10,7, xp) What can I do? (1)
to Nokia N900 by nieldk - 4 days, 22 hrs ago - more...
 |
OVK |
2010-01-19
, 12:05
|
|
Posts: 559 |
Thanked: 1,017 times |
Joined on May 2008
@ Finland
|
#41
|
Originally Posted by Bec
Did you check the headphoned app that I linked? It is for Maemo 5 and already sends one command (pause) to Mediaplayer.
 |
|
2010-01-19
, 12:24
|
|
Posts: 81 |
Thanked: 109 times |
Joined on Apr 2009
@ Brasov/Cluj, Romania
|
#42
|
Originally Posted by OVK
The problem is not to send a pause message to Mediaplayer, but to catch the signal emitted when the button on the headset is pressed.
Did you check the headphoned app that I linked? It is for Maemo 5 and already sends one command (pause) to Mediaplayer.
|
|
2010-01-19
, 12:31
|
|
Posts: 559 |
Thanked: 1,017 times |
Joined on May 2008
@ Finland
|
#43
|
Originally Posted by andrei1089
Yes. I was just thinking that because headphoned is already listening to the headphone state it could probably also be used (after some modifications) also to see if some signals are emitted from headphones.
The problem is not to send a pause message to Mediaplayer, but to catch the signal emitted when the button on the headset is pressed.
If I am correct the phone app is listening (or the incoming/outgoing call awakes something that is listening) to the signals from the AV connector (it has to be, otherwise the call ending button would not work). I think it should be possible to make also other apps to sense the button presses. I thought that headphoned would have been a logical place to start the investigations/additions.
I asked thp, the author of the headphoned, in other thread if I have understood his app correctly.
|
|
2010-01-19
, 13:31
|
|
Posts: 559 |
Thanked: 1,017 times |
Joined on May 2008
@ Finland
|
#44
|
OK, I thought this a bit more and I think that I probably should clarify my thinking so that there is no misunderstandings.
As I see this, there are two things that are needed:
1. Button presses need to sensed by N900
2. Presses need to be translated to commands for Mediaplayer
For the requirement number 1:
As we now from dbus-monitor, in the normal state N900 does not sense the button presses from the headset. However, the call can be ended by the button press of the default headset. Now: what is awake and listening to the AV plug in this state? What awakes it (phone app or just incoming/outgoing call) How do we awake it without turning on the Phone app?
For the requirement number 2:
The headphoned also sends commands to Mediaplayer. I think that it would be relatively easy to expand the functionality to also send other commands. First we just need to find out what kind of signals different headsets send to N900. If I am correct, this could be probably found out with dbus-monitor when we first find out how to make the N900 aware of the button presses.
Does this make any sense to you more experienced users? Is there something that simply just cannot be done for some reason (technical limitation, I am suggesting wrong methods...).
After all, I am not a programmer, just a typical end user.
As I see this, there are two things that are needed:
1. Button presses need to sensed by N900
2. Presses need to be translated to commands for Mediaplayer
For the requirement number 1:
As we now from dbus-monitor, in the normal state N900 does not sense the button presses from the headset. However, the call can be ended by the button press of the default headset. Now: what is awake and listening to the AV plug in this state? What awakes it (phone app or just incoming/outgoing call) How do we awake it without turning on the Phone app?
For the requirement number 2:
The headphoned also sends commands to Mediaplayer. I think that it would be relatively easy to expand the functionality to also send other commands. First we just need to find out what kind of signals different headsets send to N900. If I am correct, this could be probably found out with dbus-monitor when we first find out how to make the N900 aware of the button presses.
Does this make any sense to you more experienced users? Is there something that simply just cannot be done for some reason (technical limitation, I am suggesting wrong methods...).
After all, I am not a programmer, just a typical end user.
 |
|
2010-01-19
, 17:35
|
|
Posts: 1,391 |
Thanked: 4,272 times |
Joined on Sep 2007
@ Vienna, Austria
|
#45
|
At least on Maemo 5 the headset button was exposed as a hal input device at /org/freedesktop/Hal/devices/platform_retu_headset_logicaldev_input
Check out the Panucci source for how it's used there (search for headset_button):
http://nikosapi.org/git/panucci/tree...usinterface.py
http://nikosapi.org/git/panucci/tree...cci/panucci.py
Edit: After reading the whole thread, it seems like this is not working anymore on the N900..
Last edited by thp; 2010-01-19 at 17:37.
Check out the Panucci source for how it's used there (search for headset_button):
http://nikosapi.org/git/panucci/tree...usinterface.py
http://nikosapi.org/git/panucci/tree...cci/panucci.py
Edit: After reading the whole thread, it seems like this is not working anymore on the N900..
Last edited by thp; 2010-01-19 at 17:37.
|
|
2010-01-19
, 17:40
|
|
Posts: 296 |
Thanked: 47 times |
Joined on Oct 2009
|
#46
|
I haven't read the whole thread....but is it possible to write a driver for the remote included with the N95 ? 
 |
|
2010-01-26
, 17:51
|
|
Posts: 876 |
Thanked: 396 times |
Joined on Dec 2009
|
#47
|
We would like to address any headset model. Unfortunately receiving the signal from the headset is quite complicated.
Vote for this (see the link in my signature) to give this request more priority for developing.
Vote for this (see the link in my signature) to give this request more priority for developing.
__________________
- RATE SOME OF THE BEST USER EXPERIENCE BRAINSTORMS: PLUGIN TO LAUNCH EMBEDDED VIDEOS IN MEDIA PLAYER |
|
|
2010-01-28
, 19:51
|
|
Posts: 2 |
Thanked: 4 times |
Joined on Oct 2009
|
#48
|
Judging by Bec's dumps and having a quick look at the original code, it looks like the HID device for the headset changed from platform_retu_headset_logicaldev_input on pre N900 to computer_logicaldev_input_1 , which would stop the original code working.
Running something like this python script hacked from the code in kagu[1] would confirm this change, and what to listen for in an updated version of headset-control, or some new app: http://gist.github.com/289070
I also don't see any button messages in the dbus-monitor dump, however I'm not sure how dbus works - maybe items like this which are 'watched' won't show there?
Note this is just a theory, and untested - I don't have access to a N900 or know anything about dbus, just interested in buying one and concerned about getting the button to work with the media player!
([1] http://kagumedia.com/projects/kagu/b.../kagu/maemo.py)
Running something like this python script hacked from the code in kagu[1] would confirm this change, and what to listen for in an updated version of headset-control, or some new app: http://gist.github.com/289070
I also don't see any button messages in the dbus-monitor dump, however I'm not sure how dbus works - maybe items like this which are 'watched' won't show there?
Note this is just a theory, and untested - I don't have access to a N900 or know anything about dbus, just interested in buying one and concerned about getting the button to work with the media player!
([1] http://kagumedia.com/projects/kagu/b.../kagu/maemo.py)
|
|
2010-01-29
, 10:24
|
|
Posts: 81 |
Thanked: 109 times |
Joined on Apr 2009
@ Brasov/Cluj, Romania
|
#49
|
Originally Posted by lstoll
I've tried something similar with your code but didn't work. In fact it worked only during a phone call, so the phone application somehow activates the button.
Judging by Bec's dumps and having a quick look at the original code, it looks like the HID device for the headset changed from platform_retu_headset_logicaldev_input on pre N900 to computer_logicaldev_input_1 , which would stop the original code working.
Running something like this python script hacked from the code in kagu[1] would confirm this change, and what to listen for in an updated version of headset-control, or some new app: http://gist.github.com/289070
I also don't see any button messages in the dbus-monitor dump, however I'm not sure how dbus works - maybe items like this which are 'watched' won't show there?
Note this is just a theory, and untested - I don't have access to a N900 or know anything about dbus, just interested in buying one and concerned about getting the button to work with the media player!
([1] http://kagumedia.com/projects/kagu/b.../kagu/maemo.py)
|
|
2010-01-29
, 12:43
|
|
Posts: 2 |
Thanked: 4 times |
Joined on Oct 2009
|
#50
|
Originally Posted by andrei1089
Interesting, so you received the click messages on dbus when the phone app was running? Did you have to be in a call for them to show up, or was just the app running sufficient?
I've tried something similar with your code but didn't work. In fact it worked only during a phone call, so the phone application somehow activates the button.
Also, can anyone confirm if the button works to end skype and gtalk calls as well?
Trying to work out which part of the comm stack this is all happening..
Oh and lastly, what package does the phone ui app belong to? I've poked around in the repository an managed to find the translations, but not the binary itself.
Maybe I should just go down and buy one, will make this much easier.
| The Following User Says Thank You to lstoll For This Useful Post: | ||
 |
| Tags |
| ad-54/hs-45, headset button |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 05:55.