Do you want a headphone daemon? (actions based on headphone plugging) - Page 2 - maemo.org

Active Topics

Porting apps to Leste (32)
to Maemo 7 / Leste by Arno_11 - 21 hrs, 33 mins ago
[ANNOUNCE] CSSU-thumb thread - stable Thumb2 on N900 (2,264)
to Maemo 5 / Fremantle by panjgoori - 2 days, 15 hrs ago
Full linux distros on Sailfish OS (254)
to SailfishOS by qoh - 3 days, 13 hrs ago
more...

Page 2 of 3

< Prev

Next >

Thread Tools

MattZTexasu	2008-11-14 , 17:18
Posts: 105 \| Thanked: 48 times \| Joined on Aug 2008	#11

Originally Posted by qwerty12

If I may, I'll place a plug:
http://www.internettablettalk.com/fo...ad.php?t=21182

This one lets you use the headset button

What this thread is describing would allow you to mute the entire tablet when the headphones are unplugged. I don't understand how headset-control is related...

Quote & Reply |

	qwerty12	2008-11-14 , 17:23
	Posts: 4,274 \| Thanked: 5,358 times \| Joined on Sep 2007 @ Looking at y'all and sighing	#12

Originally Posted by MattZTexasu

What this thread is describing would allow you to mute the entire tablet when the headphones are unplugged. I don't understand how headset-control is related...

Good point, I guess it could be quickly ripped to do this. (Volume is stored as a gconf value). As for being related, well, technically they both are daemons (in the case of the muting one, planned to be obviously) and they both do something with the headset.

Quote & Reply |

The Following User Says Thank You to qwerty12 For This Useful Post:
lm2

MattZTexasu	2008-11-14 , 18:44
Posts: 105 \| Thanked: 48 times \| Joined on Aug 2008	#13

so you're suggesting that headset-control could be modified to monitor not just the headset button, but also the presence of earphones, and then to take some action on the plug/unplug events?

Sounds like a good idea to me.

How will this effect power drain?

Quote & Reply |

Mikma	2008-11-14 , 20:44
Posts: 33 \| Thanked: 26 times \| Joined on Jul 2008	#14

Quote & Reply |

The Following User Says Thank You to Mikma For This Useful Post:
MattZTexasu

	Khertan	2008-11-14 , 21:09
	Posts: 1,012 \| Thanked: 817 times \| Joined on Jul 2007 @ France	#15

Oh my god please not an other daemon !

__________________
Benoît HERVIER, Khertan
KhtEditor - Sdist_Maemo - Khweeteur - PyPackager - KhtSimpleText - KhtNotes - KhtBMA - Wleux - and more ...

Quote & Reply |

lardman	2008-11-15 , 10:15
Posts: 2,102 \| Thanked: 1,309 times \| Joined on Sep 2006	#16

Regarding your requirements in the first post, a location (GPS/wifi in sight) and time based system might suit you better (possibly along with the headphone behaviour too). Not that one exists (yet), but it would be cool, a Killer App even, to have the device do certain things depending on time and location contstraints.

Quote & Reply |

	lcuk	2008-11-15 , 11:59
	Posts: 1,635 \| Thanked: 1,816 times \| Joined on Apr 2008 @ Manchester, England	#17

Originally Posted by lardman

Regarding your requirements in the first post, a location (GPS/wifi in sight) and time based system might suit you better (possibly along with the headphone behaviour too). Not that one exists (yet), but it would be cool, a Killer App even, to have the device do certain things depending on time and location contstraints.

heh, that could get embarrassing quickly if it detects you in the wrong place or time.

__________________
liqbase sketching the future.
like what i say? hit the Thanks, thanks!
twitter.com/lcuk

Quote & Reply |

austin	2008-11-15 , 16:36
Posts: 34 \| Thanked: 21 times \| Joined on Feb 2008	#18

Originally Posted by icebox

A clean documentation with examples for powerlaunch would be great

Yes, powerlaunch can do this easily. Edit /etc/powerlaunch/powerlaunch.conf (or make a copy to ~/.powerlaunch/powerlaunch.conf before editing). Here's a simple example to mute/unmute on headphone plugging in. You can run any other action you want on headphone plugging in.

Add "default_inherit common.headphone" to the end of main.on_init and add headphone_connected and headphone_disconnected handlers. The beginning of powerlaunch.conf would look like this:

Code:

on_init = load common; load mce; load systemui; load alarm; inherit systemui.ui; call start_apps; default_inherit common.headphone

headphone_connected = call system.volume.unmute
headphone_disconnected = call system.volume.mute

Quote & Reply |

The Following User Says Thank You to austin For This Useful Post:
alextootchie

fizze	2008-11-16 , 10:31
Posts: 46 \| Thanked: 4 times \| Joined on Feb 2008	#19

Originally Posted by lardman

Regarding your requirements in the first post, a location (GPS/wifi in sight) and time based system might suit you better (possibly along with the headphone behaviour too). Not that one exists (yet), but it would be cool, a Killer App even, to have the device do certain things depending on time and location contstraints.

I'm also still waiting for GPS-enabled cellphones to do this.
I just think of profile switching when near the office / near home.

The pain is that GPS would have to be running always, so it might be better to deduct the location information also from bluetooth or wireless lan peripherals.
0.02€