Thank you David. I was considering whether I should pursue this approach as an ad interim solution, but lacking experience in this sort of http server programming it could take a lot of time and effort to figure things out and make it robust, so in principle I'd rather wait for the more general solution in a future SDK, until then continuing with the "cache-to-flash" approach.
Regards On Jan 3, 5:33 pm, Dave Sparks <davidspa...@android.com> wrote: > I haven't tried it myself and don't have any sample code. The proxy > approach has one advantage over simple file playback: It can start > playing as soon as there is a reasonable amount of content downloaded > - assuming the content is formatted properly for streaming. For local > file playback, I believe that OpenCore seeks to the end immediately to > find the end of the file and that won't work with a partial download. > > On Jan 3, 12:37 am, blindfold <seeingwithso...@gmail.com> wrote: > > > How does the HTTP proxy approach perform as compared to saving to > > flash and then playing from there? Is there any sample code for trying > > this proxy server workaround for playing audio? > > > Thanks > > > On Jan 2, 6:32 pm, Dave Sparks <davidspa...@android.com> wrote: > > > > I haven't looked at imeem, but one way to get around the issue is > > > using an HTTP proxy on the device. The proxy server could be buffering > > > up the next stream while the current stream is playing. > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~----------~----~----~----~------~----~------~--~---
