[Live-devel] Allow access to RTPSink when ServerMediaSubsession is overired

[Bob Bischan]

Ross,

Can you verify 2013.11.15 is uploaded? I see changelog entries, but current
appears to be *live.2013.11.14.tar.gz.*


Thanks,

Bob


On Fri, Nov 15, 2013 at 6:46 AM, Ross Finlayson <finlayson at live555.com>wrote:

> Sorry I didn’t check where was the member.
> The fRTPSink I would like to access is in
> OnDemandServerMediaSubsession::fRTPSink
>
>
> Actually, it's not there either.  "fRTPSink" is a member of the
> "StreamState" class.
>
> But I'm not going to expose this, because the creation/destruction of the
> (possibly multiple) "RTPSink" objects (and the corresponding (possibly
> multiple) "StreamState" objects) occur dynamically - under the control of
> the RTSPServer - as (possibly multiple) clients connect to/disconnect from
> the server.  This is not something that a "OnDemandServerMediaSubsession"
> (subclass) object should ever be aware of, because the
> "(OnDemand)ServerMediaSubsession" object refers to the source media stream
> as a whole - regardless of who and how many clients are currently receiving
> it.
>
>
> By now I did not understand a problem that occurs randomly.
> Shortly we try to stop a FramedSource (calling FramedSource::handleCloser)
> that feed a Framer that feed an RTPSink but after this a task call
> MultiFramedRTPSink::sendNext use what was released.
>
>
> I think I know what the problem is!  I've just released a new version
> (2013.11.15) that, I believe, will fix this.
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20131115/e282cdd0/attachment.html>