One thing to try is to encode a clip without Id3v2, and see the
behavior. That would reduce the probability of "insufficient data" by
a bit.

-Ravi

On May 12, 5:02 pm, rktb <[email protected]> wrote:
> Hi,
>
> I was able to reproduce the problem, and it is definitely timing
> dependent. For the eclair codebase, I found a problem in OpenCORE's
> mp3 parser node. That, however, has been fixed on the latest codebase
> available at kernel.org.
>
> Now, for applications that are being written for existing Android SDK
> releases, I don't have a way out yet.
>
> -Ravi
>
> On May 12, 12:47 pm, SDS <[email protected]> wrote:
>
>
>
> > I’m experiencing an intermittent and very frustrating issue with
> > MediaPlayer on Android when streaming MP3 over HTTP.  I’ve done as
> > much research and debugging as I possibly can to try and find a
> > solution, but am coming up short.  I can’t find reference to this
> > issue anywhere, including b.android.com.
>
> > Essentially, what’s happening is MediaPlayer will not come out of the
> > preparing state.  The device is receiving audio data during this time,
> > as indicated by network sniffs and the MediaPlayer buffering callback
> > being invoked repeatedly with increasing percentage values, but
> > eventually the buffer appears to become full and stops receiving.
> > Because prepare() never returns, or more accurately when
> > prepareAsync() is used and the onPrepared callback is never invoked,
> > and neither the onError() nor onInfo() callbacks are invoked, the
> > application can neither call MediaPlayer.start() nor make any sort of
> > recovery.
>
> > Other notable observations:
>
> > -       The problem is intermittent, meaning that subsequent attempts to
> > play the exact same MP3 stream from the exact same server may exhibit
> > this behavior or not
> > -       The problem seems to be exasperated when the device is connected via
> > 3G versus wifi
> > -       The problem occurs on different MP3’s encoded by different software
> > -       The problem occurs when streaming from different HTTP servers
> > -       The problem cannot be reproduced on any of the Android SDK emulators
> > -       The problem can be reproduced on the HTC Incredible, Verizon
> > Motorola DROID, and HTC Touch
> > -       When MediaPlayer successfully returns from the preparing state,
> > there is an info message (what=1, extra=44) received.  This info
> > message is not received during the problematic case.
>
> > Anyone ever experienced this, or even find a solution?
>
> > Thank you in advance.
>
> > --
> > You received this message because you are subscribed to the Google
> > Groups "Android Developers" 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 
> > athttp://groups.google.com/group/android-developers?hl=en
>
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" 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 
> athttp://groups.google.com/group/android-developers?hl=en

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" 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-developers?hl=en

Reply via email to