On Mon, Feb 9, 2009 at 1:06 PM, Chris Kelly <[email protected]> wrote: > I have noticed that when booting up after this has happened, then navigate > to Music player application, the previous session (song and song location on > progress bar) are restored. I assume this is done by some entry in /data? If
The music app stores its state in a SharedPreferences and restores it from there. > the app was killed to free resources after a pause, then why would this > playback session data need to be stored. I don't understand what you're asking. The music app restores its previous state so that, from the point of view of the user, it looks like it's always there, even if it got killed while the user wasn't using it, or after restarting the phone. > It seems that the OMX/opencore implementation does not like to start a > decode session in the middle of a file. All the music app does when it restores its state is to open the file for playback and then seek to the saved position. Are you seeing any problems with that? Does it happen with any particular file or file type? --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "android-framework" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~----------~----~----~----~------~----~------~--~---
