> It seems that kernel maintainers chose to keep the backward compatibility
> with a default that cause receiving data from all multicast groups and not
> only from joined multicast group.
> But they add since kernel 2.6.31 an option that allow to avoid this.
That's good to hear. (I guess this
Hi Ross,
We discussed several times about this subject and I would like to share what I
understood from exchanges with RedHat support.
It seems that kernel maintainers chose to keep the backward compatibility with
a default that cause receiving data from all multicast groups and not
Hi Ross,
Thanks for your input.
Regards,
M. Nambirajan
From: live-devel-boun...@ns.live555.com
[mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross Finlayson
Sent: Thursday, October 03, 2013 2:42 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Clari
> openRTSP allow to make QOS mesurement and print it when it exits.
> This is nice but do you think it could be an possible evolution to print
> periodically ?
Perhaps, though it's very low priority.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
See http://lists.live555.com/pipermail/live-devel/2012-September/015884.html
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
Hi Ross,
openRTSP allow to make QOS mesurement and print it when it exits.
This is nice but do you think it could be an possible evolution to print
periodically ?
Best Regards,
Michel.
[@@ THALES GROUP INTERNAL @@]
___
live-d
Hi Ross,
Do you have a provision for " Destination address parameter " setting in
Transport Header Field in Setup command.
Please let us know. We want to stream the data to the destination address
specified there. This will allow us to decrease the load on the RTSP Server
and the contro
