Back to Top

sleep timer, shake to wake,

9 posts / 0 new
Last post
jcat00uk
Offline
Last seen: 7 years 9 months ago
Joined: 05/07/2010 - 16:07
sleep timer, shake to wake,

is it possible to have

* a sleep timer, with a selectable amount of time before the podcast pauses

* then with the sleep timer, a shake to wake feature, so the volume will slowly reduce as its going to sleep and you have the ability to shake the phone to keep it awake, until the set amount of time elapses again (much like the implementation on audiobook player http://www.androlib.com/android.application.com-frma-audiobookplayer-pzz... )

* Can't see a setting for this, but i'd like a setting so it doesn't automatically play another podcast as soon as the current podcast has ended

ta

John

eric
Offline
Last seen: 1 year 8 months ago
Joined: 11/06/2008 - 22:02
Sleep

I do have a sleep timer on the issue list. There is an app in the market that claims to do this for DC. It's called musicsleep.

I don't think apps can respond to shaking when the phone is sleeping, you would have to wake unlock it and then shake it. Would that be helpful?

The feature you are looking for is called auto-play, it's toggled by the green looping arrows on the playlist screen. Turn it off and the next audio file won't play.

Thanks for the feedback.

jcat00uk
Offline
Last seen: 7 years 9 months ago
Joined: 05/07/2010 - 16:07
When i said sleep, i mean

When i said sleep, i mean more of a pause, say you set time to 20 minutes,

in 20 minutes gradually reduce volume slowly for 20 seconds and then pause podcast, if you shake your phone in the 20 seconds of the reducing of volume/preparing to pause, the podcast will continue playing for another 20 minutes until the sleep/pause timer is triggered again

i hope this explains a little better what i meant, ta

John

eric
Offline
Last seen: 1 year 8 months ago
Joined: 11/06/2008 - 22:02
Sleep timer

Ok, I get it now. I don't think you can get around unlocking the phone before shaking it though. I do like the idea. I added a reference to this post in the existing issue that I have for the sleep timer - http://mantis.snoggdoggler.com/view.php?id=393

jcat00uk
Offline
Last seen: 7 years 9 months ago
Joined: 05/07/2010 - 16:07
the way i've seen it

the way i've seen it implemented in the audio book player, rather than putting the phone to sleep, it pauses the audio feed.

so after set amount of time, the phone pops up with a message saying something like audio will pause soon shake phone to continue listening, i think theres an ok click box to, the audio begins to lower in volume for the next 10-20 seconds and if the listener does nothing, the audio pauses..

but if the user shakes/moves the phone in the 10-20 seconds of volume lowering, the message disappears and the audio continues until the set amount of time reoccurs

i think this would be useful if you are listening to an audio podcast in bed and u fall asleep, u will have only of missed the last 10-20 minutes so it will would be easy to re-find your place when you want to continue listening, you could also set the screen to dim when the audio pauses after the set amount of time and re-brighten when yo shake it and the audio commences

:)

John

eric
Offline
Last seen: 1 year 8 months ago
Joined: 11/06/2008 - 22:02
I didn't get it before, but now I do...really

Ok, so there's not going to be a screen locking problem with what you're describing as long the I can detect the shake when the screen is locked. I may be able to keep the screen on and dim to keep it from locking if necessary.

This is starting the sound more useful each time I tell you I get it :-)

Thanks for posting.

MrEricM
Offline
Last seen: 11 years 1 month ago
Joined: 01/23/2010 - 15:16
I think either way is fine.

I think either way is fine. Unfortunately (Going by what the dev of musicsleep says) it seems like the SDK has changed in 2.2 and now no sleep timer works in froyo. Musicsleep does not work, nor does "Sleep Timer" which used to work. I'm not a developer, but here is what the one of Music Sleep said:

In Android 2.2 (FroYo), the SDK has been changed where terminating applications will not end the associated services and notifications. Currently it will only kill the application's immediate background process. Due to this, MusicSleep doesn't work properly on Android 2.2, and I'm currently in the process of figuring out what to do with MusicSleep.

I'm not sure what exactly this means for this feature - If it is the sort of thing that now ONLY 3rd party applications can't pause/end other applications, or what...

eric
Offline
Last seen: 1 year 8 months ago
Joined: 11/06/2008 - 22:02
Intents

That's pretty interesting.

Killing a process is sort of a brutal way of stopping audio. Android has a facility for sending messages between apps called Intents. A cleaner integration would be one where DC says...you can play/pause me by sending these two intents (x and y). Then music sleep (or whatever) could be configured with the intents to use to play/pause. It would be really nice if all audio apps responded to the same intents.

MrEricM
Offline
Last seen: 11 years 1 month ago
Joined: 01/23/2010 - 15:16
Yeah, it looks like that is

Yeah, it looks like that is how they both worked. I can only guess that Google did this to get rid of the task killer applications? Not sure...

I wonder if it is possible for them to send some sort of spoofed AVRCP Pause command to pause it... Meh, like I said I am not a developer..

I never realized how much a little free app meant for me, but I've temporary replaced it by turning off auto-play in the player.