Re: [Live-devel] RTCP APP packet handling

2015-02-12 Thread Ross Finlayson
> I can’t compile RTCP.cpp in Windows(because in Windows, it’s not have > snprintf.). Thanks for the report. I’ve now installed a new version (2015.02.12) of the code that should fix this. Ross Finlayson Live Networks, Inc. http://www.live555.com/ _

Re: [Live-devel] RTCP APP packet handling

2015-02-12 Thread ChaseopIm
Hi. I can't compile RTCP.cpp in Windows(because in Windows, it's not have snprintf.). When I used strncpy instead of snprintf, it's compiled. snprintf(nameBytes, 4, "%s", name); => strncpy(nameBytes, name, 4); thanks. ___ live-devel mailing lis

Re: [Live-devel] RTCP APP packet handling

2015-02-10 Thread Ross Finlayson
Nick, I’ve now installed a new version (2015.02.10) of the “LIVE555 Streaming Media” code that includes support for sending/handling RTCP “APP” packets. I changed (simplified) your interface and implementation a little - in particular, there’s no longer “RTCPAppPacket” class. Because you’re t

Re: [Live-devel] RTCP APP packet handling

2015-01-30 Thread Ogden, Nick
> Actually, that's true only if the "reuseFirstSource" parameter was set to > True. > If "reuseFirstSource" is False (its default value), then each client request > (to > "SETUP"/"PLAY" the stream) will create a new stream source (and a new > "StreamState" object). That makes sense now. Thanks f

Re: [Live-devel] RTCP APP packet handling

2015-01-29 Thread Ross Finlayson
> What I’ve been unable to determine so far, is how the “RTCPInstance” > is selective about which clients it sends packets to. From what I > can see, sent packets are always delivered to all registered > clients (addresses in the groupsock). Since there is only a single > “StreamState” per subsess

Re: [Live-devel] RTCP APP packet handling

2015-01-29 Thread Ogden, Nick
Hi Ross. > The additions to the "RTCPInstance" class (to assign a > RTCP "APP" packet handler, and send an "APP" packet) look > reasonable, and I'll probably add them to the library soon. That's good to know, thanks. > The changes to "OnDemandServerMediaSubsession", however, > don't look quite r

Re: [Live-devel] RTCP APP packet handling

2015-01-28 Thread Ross Finlayson
Nick, The additions to the "RTCPInstance" class (to assign a RTCP "APP" packet handler, and send an "APP" packet) look reasonable, and I'll probably add them to the library soon. The changes to "OnDemandServerMediaSubsession", however, don't look quite right, and I'll need to think some more a

Re: [Live-devel] RTCP APP packet handling

2015-01-28 Thread Ogden, Nick
From: live-devel [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross Finlayson Sent: 16 December 2014 17:52 To: LIVE555 Streaming Media - development & use Subject: Re: [Live-devel] RTCP APP packet handling If we were to implement a way for a subclass of OnDemandMediaSubsessio

Re: [Live-devel] RTCP APP packet handling

2014-12-16 Thread Ross Finlayson
> If we were to implement a way for a subclass of OnDemandMediaSubsession to > provide a custom handler for APP packets, in a similar way that handlers are > provided for the SR and RR packets, would you be likely to accept this as a > patch? Yes. Ross Finlayson Live Networks, Inc. http://www.

[Live-devel] RTCP APP packet handling

2014-12-16 Thread Ogden, Nick
Hi Ross. We have a need to handle RTCP APP packets in our application. I notice from the Live555 RTCPInstance code that they are currently ignored. If we were to implement a way for a subclass of OnDemandMediaSubsession to provide a custom handler for APP packets, in a similar way that handlers