EDIT - FOUND A EASY 5-10 LINE SOLUTION!!! See MY OWN ANSWER BELOW!!! YAY!!!!!!!!!
I've searched for 5 hours, dozens of SO posts, no answers, and this seems like the most simple obvious freaking thing!!!
EDIT- btw, this is NOT a music player app, just an app to view pics and text, opens multiple activities like menu and about, view diff types of pictures etc. I just want to play some simple background music while looking thru the pics and text, why is that so difficult?
another EDIT - it seems the main question really is: "WHY DOES PRESSING THE HOME BUTTON NOT CALL onPause or onStop ???" -so I can know when to stop the media player? and how do the games I download on the market accomplish this???
home activity starts
then
media player starts:
player = MediaPlayer.create(this, R.raw.idil);
player.setLooping(true);
player.setVolume(100,100);
player.start();
Player declared outside of onCreate
MediaPlayer player;
When other activities are opened, the background music continues uninterrupted, which is GOOD, that is what I want.
Now, when I am done with my very simple app (that just shows some pics and texts in diff activities), I either click BACK multiple times to get to the home/original activity, and then one more time to "exit", OR, I simply press home to "exit" because I'm DONE with this app and I do not need to hear that music anymore.
OPTION 1
Call player.stop();
in an onPause
override, this is not what I want because background music stops when I leave the home activity for other activities like 'menu' and 'about', I also do not what to use pause and resume when opening new activities because I do not want the pretty background music to 'skip' or be interrupted.
OPTION 2
@Override
protected void onPause() {
super.onPause();
if (this.isFinishing()){
player.stop();
}
}
This is better because background music does not stop between activities, and when I press BACK from my home activity, the music stops, and I can continue to enjoy my android fun phone in peace and quiet, but the problem is, when pressing the HOME button to "exit" my app, that pesky background music keeps playing.
ODDLY
@Override
protected void onStop() {
super.onStop();
if (this.isFinishing()){
player.stop();
}
}
Does the same as onPause (and I do understand the actual differences)
EDIT- ALSO it doesn't seem to matter if player.stop(); is above or below super.onStop(); but it affecting something i cant see, either way, still no SOLUTION :(
ooooo
ooooo
EDIT- ANOTHER OPTION- BUT DOES NOT WORK
public void onUserLeaveHint() {
player.stop();
super.onUserLeaveHint();
}
this stops the music when i press HOME but it also stops it when i start new activities :(
EDIT - A VERY COMMON WORK AROUND IVE SEEN MULTIPLE PLACES, but seems to ridiculous to have to do:
essentialy keep count of the number of activities that have been opened and closed (onResume and onPause would prob be best, but that points irrelevant) and when that count reaches 0, stop the background music. YES that is pretty simple, but why do I have to programmatically do this, actually the BIGGEST QUESTION FOR THIS POST IS:
WHY DOES PRESSING THE HOME BUTTON NOT CALL onPause or onStop ???
To put it in onDestroy is not an option because onDestroy is only called when the system is low on memory, or you force close your app, and that is well documented.
Overriding the HOME button also is no option as I have read it's "not possible" and I have read it's "extremely frowned upon", either way I'm avoiding that.
I don't see the need to create SERVICE, and even if I did, when would I stop the service, it seems I would have the same problem
NOW HERE IS THE THING that completely blows my mind, every game and every app I have downloaded from the android market has very beautiful background music, and when I press BACK or HOME because I am done playing that lovely game the music stops, not keeping playing in the background.
I am very frustrated, and I feel it's because I feel like I am missing something very simple, because this is one of the most basic lifecycle issues with any app.
I spent a month reading every page of developer.android.com including the Dev Guide, the tutorials, sample projects, and researching the Reference section, as well as google-ing this topic for 5 hours.
I also don't understand why the 6 or 7 SO threads with the exact same issue, have not been answered, every downloadable app on the market stops playing its music (unless its a background music player) when you press HOME or BACK or whatever to "exit" the app to go do something else on your phone.
What am I missing?
In each activity, bind to the service in onStart() and unbind from the service in onStop(). When start the service, only bind to it and do not call startService(...).
By calling startService() the service will continue to run until stopService() is called, regardless of the number of activities bound to it. If you don't call start service, then the service will automatically stop once all activities have unbound from it.
So by binding and unbinding on each activity's onStart() and onStop() methods, you will find that the service (music) will continue until you leave your application with the home button, back key, screen timeout, etc.
For those still looking for a solution in lollipop or just without using permission thing, I came up with another solution as last resource. We can measure the time user has been afk. If it was more than X ms, then you can consider he left the application and stop the music.
So I'm using Application child where I store the time afk and BaseActivity to override onPause and onResume of all my activities.
The way the media player works is that its runs as a service and then is stopped MANUALLY when the user stops it in the application itself.
Example:
When the media player is playing a song and the user hits home, obviously the user still wants to listen to the song as its a background task. After the user is done listening then the user manually stops it by going into the application and stopping (Aka stopping the service that is playing the song) it or if the playlist is done, then stop. Simple.
This is the expected behavior. And it is exactly how the Music App works.
UPDATE
Needs to be changed to
An explanation:
The reason we are checking for the object not being null is obvious. However; when we enter the pause, we want to ensure that the mediaplayer is stopping. BUT if we are leaving and the song is almost done, then stop it and release it.
UPDATE 2
Check the link here:
https://stackoverflow.com/a/6704844/529691
This can be used to detect if your application has been moved out of the current tip of the application stack.
this is an manager class methods.
each activity implementing like after code
I'm using this code with my game which is published and working great.
What part of this code is terrible? and where's better solution? I want to know if exist.
Mike, you answered to me my answer is terrible and not working, What's wrong with this?
Why don't you just make a button to stop the music its so much easier and you don't have to force close everytime
There you go and so the key hardware button back dosent leave if you press by accident
And that's it set it up in the manifest and run if any problems let me know
I have encountered the same problem with my development proccess.
I solved this by using onPause and onResume and with pause() and start() methods in the player which I saved on my main container, calling fragments instead of activities.
I kept a flag on a singleton in order to know when the music was turned off by the user.
Another problem I found is that my app (idk if it's part of the android build or not) was running the onResume method right before he got the player back on, so I ran a while loop in order to receive the player not as a null pointer, and it works because it runs on a different thread, therefore enabling the app to run the onResume without crashing and the music alongside it.
I find it better (smaller code to write) and non-permission invasive ;).