>>> Anyway, currently stream replicating does not work at all and it does not
>>> seem to be easy to do. The StreamReplicator class works in
>>> trivial examples but breaks in real world code.
>>
>> No, it works just fine. It just needs to be used properly.
>
> Well, it's escalated quickly from
On 19 okt 2014, at 01:15, Ross Finlayson wrote:
>> 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, fMaxSiz
> 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
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
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
> 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 it at all in any of the LIVE555 code so far.))
FYI, I l
> Ok, I think I've found the issue. The culprit here is the StreamReplica class
> which is
> a FrameSource, but it is not a JPEG video source, i.e. it does not return
> True for:
>
> virtual Boolean isJPEGVideoSource();
OK, so yes - that’s the problem.
The data that you feed to “JPEGVideoRTPS
On 17 okt 2014, at 16:48, Ross Finlayson wrote:
>> Yes, I see JPEGVideoRTPSink being destroyed three times as
>> createNewStreamSource() is called three times.
>> First with a clientSessionID=0 and the other times with valid large ids. No
>> idea why three times, perhaps VLC which
>> acts as
> Yes, I see JPEGVideoRTPSink being destroyed three times as
> createNewStreamSource() is called three times.
> First with a clientSessionID=0 and the other times with valid large ids. No
> idea why three times, perhaps VLC which
> acts as the client does something interesting. Trying with testR
On 17 okt 2014, at 04:34, Ross Finlayson wrote:
>> I've use Live555 for some prototypes for a while now and it's working quite
>> well so far. My use cases
>> are to act as a cental video hub for a number of remote surveillance cameras
>> as well as locally connected
>> USB cameras and serve H
Ok, I think I've found the issue. The culprit here is the StreamReplica class
which is
a FrameSource, but it is not a JPEG video source, i.e. it does not return True
for:
virtual Boolean isJPEGVideoSource();
This is what is checked in:
Boolean JPEGVideoRTPSink::sourceIsCompatibleWithUs(MediaS
> I've use Live555 for some prototypes for a while now and it's working quite
> well so far. My use cases
> are to act as a cental video hub for a number of remote surveillance cameras
> as well as locally connected
> USB cameras and serve H264/MJPEG streams using unicast and multicast. Those
>
12 matches
Mail list logo
