RTP benefits

Hello there :)

Does anybody know why we should use RTP protocol for streaming?
What benefits this protocol gives in comparison to simple use of UDP or TCP?

Thanks :rolleyes:

I mean how these benefits are / can be utilized in Symbian.

Loss detection, reception quality info, error concealment, synchronization, congestion control.. just to name a few..

You might want to read some book/rfc on this

[QUOTE=PushL;338883]Loss detection, reception quality info, error concealment, synchronization, congestion control.. just to name a few..

You might want to read some book/rfc on this[/QUOTE]

Hi,

Thanks for your reply.
Can I ask one more question?
Is it possible to send G.711 payload over UDP without encapsulating into RTP packets or RTP is a vital part for data like this and this protocol must be utilized?
Don't be angry with my questions. I'm just studying yet :)

Thanks

[QUOTE=luigio18;338944]Hi,

Thanks for your reply.
Can I ask one more question?
Is it possible to send G.711 payload over UDP without encapsulating into RTP packets or RTP is a vital part for data like this and this protocol must be utilized?
Don't be angry with my questions. I'm just studying yet :)

Thanks[/QUOTE]


How are you going to know packet loss and sequence of audio payloads without structure of RTP?

[QUOTE=hliukkon;338998]How are you going to know packet loss and sequence of audio payloads without structure of RTP?[/QUOTE]
:confused: Actually I thought that for a streaming data it's not so important to loose a couple of packets. Am I wrong? I also thought that it's possible to play incoming stream without changing the order of packets :o If the order of packets is not the same as it was while sending do I have to sort these packets back by myself or this part is somehow managed by RTP framework?

Thanks :rolleyes:

[QUOTE=luigio18;339006]:confused: Actually I thought that for a streaming data it's not so important to loose a couple of packets. Am I wrong? I also thought that it's possible to play incoming stream without changing the order of packets :o If the order of packets is not the same as it was while sending do I have to sort these packets back by myself or this part is somehow managed by RTP framework?

Thanks :rolleyes:[/QUOTE]

from [url]http://discussion.forum.nokia.com/forum/showthread.php?t=113432[/url]'

Here i'm registering observer to receive RTP packet

TInt err = iRtpAPI->RegisterRtpObserver( iSessionId,
*this );

void RtpPacketReceived( TRtpId aStreamId,
const TRtpRecvHeader &aHeaderInfo,
const TDesC8 &aPayloadData );


Your observer class is implemented this method. You will get payload data with RTP packets header info.( sequence number, time stamp....)
RTP didn't keep packet in order. You have to do that.

"Actually I thought that for a streaming data it's not so important to loose a couple of packets. Am I wrong? I also thought that it's possible to play incoming stream without changing the order of packets"

Ofcourse you can play packets in that order which they come in but packets can be received out of order. You have to think how you handle those packets. Audio quality is not so good if you just play packet in receiving order.

And besides, there some other issues, such as jittering, to put an example.

Hello Hliukkon,

Thank you for the reply. Now the things have come clear :rolleyes:
Can I ask one more question? What would you recommend to use RTP: 1) API which is described in SDK(rtp.h) or API from the Nokia's extension(rtpapi.h).
People in different threads describe use of different APIs. So I'm a bit messed :(
I would really appreciate you to show the direction :o (I'm a complete newbie here)

Thanks in advance :rolleyes:

[QUOTE=PushL;339041]And besides, there some other issues, such as jittering, to put an example.[/QUOTE]

thanks :)

Could anybody answer the question: What would you recommend to use RTP: 1) API which is described in SDK(rtp.h) or API from the Nokia's extension(rtpapi.h)?

thnx

I would say "api which is available to you". Start by checking the plugin extension package (see in FN homepage)

Hi,

Can I test my application with an emulator if I need to use rtpapi.h or it's possible only with a device?

Thnx

The plugin supplies only native binaries, so you can only use it on device. You could do debugging on target though, but if you want to use the emulator then your choice is either porting an existing rtp stack, or writing your own.