i check what you said, the method deleteTrackName() is also called when i debug your tutorial, the same for enable() and disable() so i guess it isn't the problem. I don't kwon what they do, i only found people with my same problem but with any solution post it.

If you said that you did a robust media player i guess it can be done but i really don't have any idea what is happening now, if you figure out anything please tell me, i really need it.

Hey - this is great work. I am anxious to get it working. I downloaded the .zip and imported the files as a project into Eclipse (i had to put the files into a directory outside of my workspace because I was getting a project description error when i tried to add existing android project).

So i am not sure if that is why I am receiving the error below. I ensured that it is on Android 1.5.

nothing wrong with that if you have the complete file on your device...He is trying to solve the streaming problem from a server, as in the file is not on your device..So because MediaPlayer used not to be able to stream it would first download the whole file and then play it, so it could take a whole lotta time before the playing actually started...Nowadays MediaPlayers streams MP3's from web-servers, even though it's very very very picky about the format...Just have a look when this Thread was started, and with which Android Version

tiger79 wrote:nothing wrong with that if you have the complete file on your device...He is trying to solve the streaming problem from a server, as in the file is not on your device..So because MediaPlayer used not to be able to stream it would first download the whole file and then play it, so it could take a whole lotta time before the playing actually started...Nowadays MediaPlayers streams MP3's from web-servers, even though it's very very very picky about the format...Just have a look when this Thread was started, and with which Android Version

yup,there is a gap... thats mostly because the second mediaplayer is started when the first one actually finishes... Making a new mediaplayer inbetween, like you are mentioning, would even create a bigger gap, thats also why in his newer versions of the code the mediaplayers get created, and prepared right away, then stored in a Vector and get loaded from there when the playing mediaplyer gets to its end... Having an already filled and prepared MediapPlayer ready to use is obviously faster...

Also, is it certain that an incomplete track can be played on MediaPlayer? doesnt the .mp3 have to be fully downloaded in order to play it?

I have been stremaing from mp3 servers with Android 1.6 MediaPlayer so yes it's certain for me... Just, as I previously mentioned, the MediaPlayer is picky about mp3 streams... Shoutcast for example wont play even if it's mp3...This automatically answers your second question as well...

actually, if you read the complete tutorial, he is downing an MP3 file, and saving it as chunks into .dat files... Still the headers inside the .dat file will still hint to an mp3 file thats why the MediaPlayer can play it... Or do you know of any codec which creates .dat files ?So you will make an "infinite" stream into a finite file, which can be played right away by the MediaPlayer because it's a complete file...and yes a .dat file can be played because it's always complete

Hi Biosopher,I worked with your Streaming media player. It worked very well for me. Im using this for playing audio stream from radio station url where streaming may be continuous. I increased buffer size to 10Mb in moveFile(oldFileLoc,newFileLoc) method to play continuously. Here sd caching is happening which could result in crash if user has insufficient memory.

SO is there any another method or player service which works without SD caching.