I was thinking of that. My only concern is what to do if the application died and did not get to restore the suspend state back to its previous value.
For what its worth, there is a gconf setting for the suspend state that can be set. Neod is supposed to monitor it but the gconf callback is not working for some reason. I am looking into that atm. Gconf would be the easy way for other apps to control the suspend state. On Mon, Aug 4, 2008 at 2:56 PM, Russell Sears <[EMAIL PROTECTED]> wrote: > Just a heads up: I think that checking the status won't work with > pulseaudio running under 2007.2, since pulseaudio continuously sends a > stream of zeros to the sound card. I haven't tested it though. > > (there is a pulseaudio configuration option for this.) > > Also, I think having the applications disable suspend would be better > than letting some system-level daemon guess what the appropriate > behavior is. > > Then audio activity and suspend wouldn't be coupled (eg: tangoGPS while > recording GPS tracks...). Also, applications already communicate with > the rest of the system, so there's probably a framework for such hooks > somewhere. For example, mediaplayer mutes/pauses when a phone call > comes in... > > -Rusty > > _______________________________________________ > Openmoko community mailing list > [email protected] > http://lists.openmoko.org/mailman/listinfo/community > -- Dylan Maxwell Reilly _______________________________________________ Openmoko community mailing list [email protected] http://lists.openmoko.org/mailman/listinfo/community
