Jez, You might want to consider a pure RTSP implementation for what you want. That should work fine for one way streaming. Android (atleast in 2.1) handles this fine.
I understand some functionality relating to this was a little broken in previous versions. -- "The greatest challenge to any thinker is stating the problem in a way that will allow a solution" - Bertrand Russell Andy Savage Cell Phone: +852 936 34341 Skype ID: andy_savage Linked In: http://www.linkedin.com/in/andysavage On Tue, May 25, 2010 at 6:12 PM, Andy Savage <a...@bluewire.net.nz> wrote: > Hi there, > > I am working through this in a private discussion with another very helpful > user. Essentially it seems that at this stage the only way to get an RTP > stream to work is a couple of hacks: > > A) Wrap it as an RTSP stream. > Basically need a client/server architecture, perhaps another little service > running in the background to buffer the RTP data (perhaps write to file?) > and then respond to appropriate RTSP commands. > > I havn't tested this but theoretically it should work. > > B) Write the data to two files. For example each file contains 1 second of > data. Write file, close file (thus the file gets timing information and lock > is released) open the file with mediaplayer and play. Meanwhile open another > file to write information to that. When mediaplayer finished with file 1, > get it to play file 2. Meanwhile write information to file 1 again. And keep > looping. > > This is horribly resource intensive, but should produce an okay video (so I > hear). Although syncing information for this difficult (impossible?). > > That's for streaming in. If your looking for information about streaming > out you should see the Sipdroid code VideoCamera.java where they implement a > 'write to file', 'open file and stream' method. It produces a jerky but > reasonable video quality. > > -- > "The greatest challenge to any thinker is stating the problem in a way that > will allow a solution" > - Bertrand Russell > > Andy Savage > Cell Phone: +852 936 34341 > Skype ID: andy_savage > Linked In: http://www.linkedin.com/in/andysavage > > > On Tue, May 25, 2010 at 5:29 PM, Jez <jeremy.a.co...@baesystems.com>wrote: > >> Hi Andy, >> >> I have the same problem too - attempting to stream an axis encoded >> live video stream as h264 format and using the media player to show >> the video live on an Android phone. >> >> Now i'm not sure if this is possible? >> >> >> On May 25, 2:45 am, Andy Savage <a...@bluewire.net.nz> wrote: >> > Thanks for your suggestion. >> > >> > I had considered this. The problem with this approach is that it seems >> that >> > the MediaPlayer requires anything passed in as a FileDescriptor to be >> > seekable (this is the same problem that prevents me from substituting >> > FileDescriptor for LocalSocket). In this case this means that the file >> would >> > have to finish recording before it can be played so that the timing >> headers >> > are added. >> > >> > The idea is to have (semi) real-time video so you can see what's going >> on. >> > Think video calling... except that it doesn't quite have to be as >> > responsible for now. >> > >> > Anybody else have any ideas? >> > >> > -- >> > "The greatest challenge to any thinker is stating the problem in a way >> that >> > will allow a solution" >> > - Bertrand Russell >> > >> > Andy Savage >> > Cell Phone: +852 936 34341 >> > Skype ID: andy_savage >> > Linked In:http://www.linkedin.com/in/andysavage >> > >> > >> > >> > >> > >> > On Tue, May 25, 2010 at 5:06 AM, savanevery <savanev...@gmail.com> >> wrote: >> > > How about writing the RTP stream to a file and playing it from there? >> > >> > > On May 24, 2:44 am, Andy Savage <a...@bluewire.net.nz> wrote: >> > > > Hi everyone, >> > >> > > > I need a little bit of help from some experts out there. >> > >> > > > Currently I am developing an application that will stream video >> using RTP >> > > > and SIP. I have this mostly working with audio working fine both >> ways >> > > using >> > > > Java (and native) codecs. I can stream out video also from the >> camera to >> > > a >> > > > windows client. >> > >> > > > The problem comes from when I want to receive and decode the video >> on the >> > > > android platform. I understand at this stage that Mediaplayer only >> > > supports >> > > > RTSP streams. Ironically it does what I need (by getting the SDP >> > > information >> > > > from using RTSP SETUP call and using that RTP/UDP information to >> receive >> > > the >> > > > stream). But I can't seem to access this functionality, all it takes >> as >> > > > input is a RTSP url. If you are unfamiliar the difference between >> RTSP >> > > using >> > > > RTP and SIP using RTP. You can read about the differences >> > > > here<http://www.cs.columbia.edu/~hgs/rtsp/faq.html#rtsp_sip> >> > > > . >> > >> > > > What I need to do is take an RTP stream encoded with h.263-1998 and >> > > somehow >> > > > pass it to the mediaplayer (or even a lower level api if somebody >> can >> > > > provide an example). >> > >> > > > The only way I can think around this is to write another service >> > > > to receive the RTP stream and provide an RTSP interface... but this >> is a >> > > > really ugly solution. >> > >> > > > I would really appreciate if anybody could offer any help with this. >> > >> > > > Kind regards, >> > > > Andy Savage >> > >> > > > -- >> > > > "The greatest challenge to any thinker is stating the problem in a >> way >> > > that >> > > > will allow a solution" >> > > > - Bertrand Russell >> > >> > > > Andy Savage >> > > > Cell Phone: +852 936 34341 >> > > > Skype ID: andy_savage >> > > > Linked In:http://www.linkedin.com/in/andysavage >> > >> > > > -- >> > > > 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<android-developers%2bunsubscr...@googlegroups.com> >> <android-developers%2bunsubsÂcr...@googlegroups.com> >> > > > 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 >> android-developers@googlegroups.com >> > > To unsubscribe from this group, send email to >> > > android-developers+unsubscr...@googlegroups.com<android-developers%2bunsubscr...@googlegroups.com> >> <android-developers%2bunsubsÂcr...@googlegroups.com> >> > > For more options, visit this group at >> > >http://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 >> android-developers@googlegroups.com >> > To unsubscribe from this group, send email to >> > android-developers+unsubscr...@googlegroups.com<android-developers%2bunsubscr...@googlegroups.com> >> > For more options, visit this group athttp:// >> groups.google.com/group/android-developers?hl=en- Hide quoted text - >> > >> > - Show quoted text - >> >> -- >> 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<android-developers%2bunsubscr...@googlegroups.com> >> For more options, visit this group at >> http://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 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