> In order to bring RTP header extension support in live555, are you asking for
> a commercial support or a coding support ?
Right now all I'm saying is that it's not at the top of my 'to do' list.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
_
.com] De la part de Ross Finlayson
Envoyé : lundi 21 janvier 2013 15:28
À : LIVE555 Streaming Media - development & use
Objet : Re: [Live-devel] RTP header extension
I would like to use RTP header extension in order to send if frame is a
synchronisation point, and timestamps (recording time).
> I would like to use RTP header extension in order to send if frame is a
> synchronisation point, and timestamps (recording time).
>
> Do you think it's possible to give a callback to the RTSPClient ?
No, because RTP header extensions have nothing to do with RTSP.
Support - for both transmitt
ive-devel-boun...@ns.live555.com] De la part de Ross Finlayson
Envoyé : mercredi 16 janvier 2013 16:05
À : LIVE555 Streaming Media - development & use
Objet : Re: [Live-devel] RTP header extension
I guess this could be interesting to carry information inside the stream
independandly of codec
...@ns.live555.com] on
behalf of Ross Finlayson [finlay...@live555.com]
Sent: Wednesday, January 16, 2013 9:04 AM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] RTP header extension
I guess this could be interesting to carry information inside the stream
independandly of c
> I guess this could be interesting to carry information inside the stream
> independandly of codec used.
That might be "interesting", but not necessarily appropriate. It depends on
what sort of 'information' this is. The use of a RTP header extension is
appropriate ***only if*** the informat
VE555 Streaming Media - development & use
Objet : Re: [Live-devel] RTP header extension
Do you plan to include a callback to give the opportunity to manage the RTP
header without rewriting MultiFramedRTPSource ?
Yes, at some point...
Ross Finlayson
Live Networks, Inc.
http://www.li
> Do you plan to include a callback to give the opportunity to manage the RTP
> header without rewriting MultiFramedRTPSource ?
Yes, at some point...
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lis
Hi Ross,
Looking in the mailing list I found the subject was discuss in
http://lists.live555.com/pipermail/live-devel/2009-April/010424.html
It seems that actual code just drop RTP header extension, isn't it ?
Do you plan to include a callback to give the opportunity to manage th
In RFC 3550 Section 5.3.1 they say that it is possible to add an header
extension that is ignored by applications that are not aware of it.
My question is: is there a way to do it with livemedia?
Currently not without modifying the code.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555
In RFC 3550 Section 5.3.1 they say that it is possible to add an header
extension that is ignored by applications that are not aware of it.
My question is: is there a way to do it with livemedia?
___
live-devel mailing list
live-devel@lists.live555.com
h
11 matches
Mail list logo
