[android-developers] Re: RTP stream video decoding

[Andy Savage]

A little bit of hunting around has found this
threadin
which somebody is trying to use a LocalSocket as a FileDescriptor
passed
to MediaPlayer. Unfortunately he doesn't get an answer.

Does anybody have any working code example where a LocalSocket could be used
to pass data to MediaPlayer? It seems like this would solve my problem as I
could pass data from my incoming RTP stream to a localsocket (I think).

Do you think this could work?

-- 
"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 Mon, May 24, 2010 at 2:44 PM, Andy Savage  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
> .
>
> 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
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: RTP stream video decoding

[savanevery]

How about writing the RTP stream to a file and playing it from there?


On May 24, 2:44 am, Andy Savage  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
> .
>
> 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
> 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
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: RTP stream video decoding

[Jez]

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  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  wrote:
> > How about writing the RTP stream to a file and playing it from there?
>
> > On May 24, 2:44 am, Andy Savage  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
> > > .
>
> > > 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
> > > 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
> > 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 
> 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
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: RTP stream video decoding

[silentpartner]

Hi everyone,

Just a small question.

Please tell me what is the a typical payload length in bytes of RTP
packet containing voice data?

I am sending RTP packets with raw PCM data using AudioRecord class,
but the delay is very high at the receiver end !!!

Best Regards


On May 24, 8:44 am, Andy Savage  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
> .
>
> 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
> 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
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: RTP stream video decoding

[Andy Savage]

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  wrote:

> How about writing the RTP stream to a file and playing it from there?
>
>
> On May 24, 2:44 am, Andy Savage  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
> > .
> >
> > 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
> > 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
> 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

Re: [android-developers] Re: RTP stream video decoding

[Andy Savage]

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  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  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 
> wrote:
> > > How about writing the RTP stream to a file and playing it from there?
> >
> > > On May 24, 2:44 am, Andy Savage  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
> > > > .
> >
> > > > 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.
> > > >

Re: [android-developers] Re: RTP stream video decoding

[Andy Savage]

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  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 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  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 
>> wrote:
>> > > How about writing the RTP stream to a file and playing it from there?
>> >
>> > > On May 24, 2:44 am, Andy Savage  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
>> > > > .
>> >
>> > > > 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 w

Re: [android-developers] Re: RTP stream video decoding

[mike]

On 05/24/2010 02:06 PM, savanevery wrote:

How about writing the RTP stream to a file and playing it from there?


On May 24, 2:44 am, Andy Savage  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
 


Oh, ok... you've at least read Henning's faq. Sorry for the previous
post.


.

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.
 


Yeah, you might be stuck with a B2BUA. But RTSP is *really* simple,
so setting up a local listener and pasting them together shouldn't be
*that* horrible of a hack if it comes to that.

Mike


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
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
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: RTP stream video decoding

[Andy Savage]

I don't have the answer for you sorry, but I do suggest you check out the
Sipdroid source code.

The source code is mostly a mess and the comments are non-existent but the
audio works well (with very little delay). I would suggest get an idea of
how they did it by looking at their code and comparing their method to
yours.

Link:
http://sipdroid.org/

-- 
"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 Wed, Jun 9, 2010 at 5:52 PM, silentpartner <
silentpartner...@googlemail.com> wrote:

> Hi everyone,
>
> Just a small question.
>
> Please tell me what is the a typical payload length in bytes of RTP
> packet containing voice data?
>
> I am sending RTP packets with raw PCM data using AudioRecord class,
> but the delay is very high at the receiver end !!!
>
> Best Regards
>
>
> On May 24, 8:44 am, Andy Savage  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
> > .
> >
> > 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
> > 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
> 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