Re: [Live-devel] rtp over tcp

2014-10-18 Thread Ross Finlayson
> 1)When I use centos's default value of net.core.rmem_max > /net.core.wmem_max/net.core.wmem_default,the "LIVE555 Streaming Media" shows > some information below and then openRTSP can't receive any data. > sendDataOverTCP: resending 970 byte send (blocking) > sendDataOverTCP: resending 300 byt

Re: [Live-devel] Proper use of StreamReplicator

2014-10-18 Thread Ross Finlayson
> The replica is wrapped in the above class, as per instructions. However, > doGetNextFrame() can not simply call > getNextFrame() as that requires a set of parameters that are not accessible: > >m_replica->getNextFrame( fTo, fMaxSize, fAfterGettingFunc, > fAfterGettingClientData, fOnClo

Re: [Live-devel] rtp over tcp

2014-10-18 Thread kingaceck
-What OS are you running (for both your client (VLC) and server)? A:The server OS is centos6.5_x64,the client OS is WIN7 - Are you using the latest version of the "LIVE555 Streaming Media" code (the only version that we support) for your server? A:yes.The version of the "LIVE555 Streaming Media"

Re: [Live-devel] Proper use of StreamReplicator

2014-10-18 Thread Jan Ekholm
On 17 okt 2014, at 21:48, Ross Finlayson wrote: > The data that you feed to “JPEGVideoRTPSink” MUST BE a subclass of > “JPEGVideoSource”. It can’t just redefine “isJPEGVideoSource()” to return > True (or just do some type casting hack). The reason for this is that > “JPEGVideoRTPSink” needs

Re: [Live-devel] Proper use of StreamReplicator

2014-10-18 Thread Jan Ekholm
On 18 okt 2014, at 01:09, Ross Finlayson wrote: >> In fact, you *might* try having your “ReplicaJPEGVideoSource” class inherit >> from both “JPEGVideoSource” and “FramedFilter”, but I’m not sure whether or >> not that will work. (I’m wary of multiple inheritance in C++, and haven’t >> used i