> Are you interested by this code or not?
Yes, sure. I'd be interested to see what you've done here.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/
On 12/14/2013 05:40 PM, Ross Finlayson wrote:
>> - RTP/RTCP use the "feedface"/first receiver report to fix the
>> client ports if NAT is running without "conntrack_rtsp";
>
> This seems like a security risk - i.e., it would allow an attacker to
> send the server a bogus initial packet, in order t
On 12/14/2013 05:40 PM, Ross Finlayson wrote:
> Unfortunately we can't do this, because it breaks the subsequent
> 'optimization' - at the end of the "handleCmd_TEARDOWN()" function.
> I.e., in the normal case, when an *entire* stream is torn down (using
> either a single aggregate "TEARDOWN" comma
> Well, I know how to "fix" this in live555 code:
> diff --git a/liveMedia/RTSPServer.cpp b/liveMedia/RTSPServer.cpp
> index 693df25..5cebc04 100644
> --- a/liveMedia/RTSPServer.cpp
> +++ b/liveMedia/RTSPServer.cpp
> @@ -1796,7 +1796,6 @@ void RTSPServer::RTSPClientSession
>|| subsession ==
On 12/14/2013 01:13 PM, Gilles Chanteperdrix wrote:
> Let me seize this opportunity to explain a bit on what I am working:
> a server based on live555 for RTSP streaming, but on ffmpeg for demuxing,
> which
> allows to stream about any media file and have uniform functionalities, for
> instance s
On 12/14/2013 11:43 AM, Ross Finlayson wrote:
>> Problem 1: sub-titles streaming.
>>
>> When playing the following URL:
>> rtsp://xenomai.org:8554/video-tests/hd-fast.mp4
>>
>> The playback works nicely, but when enabling a sub-title track,
>> the playback suddenly stops. After inspection of the
