> By examining the behavior of the replicas we were able to determine that our
> FileSink replica was being deactivated while executing
> StreamReplicator::deliverReceivedFrame(), because, when
> FramedSource::afterGetting(replica), on line 259, was called, the write error
> would occur again. Upon
>> The right place to be scheduling a new 'playing' task is in your
>> 'after playing' function - i.e., the function that you passed as a
>> parameter when you called "startPlaying()" on your "FileSink"
>> subclass. That 'after playing' function will get called,
>> automatically, when writes to
On Tue, 22 Jan 2013 10:08:49 -0800, Ross Finlayson wrote
> OK, so I'll make that change (changing the order of the calls to
> "onSourceClosure(this);" and "stopPlaying();" in
> "FileSink::afterGettingFrame()") in the next release of the software.
>
> > The main difference - regarding this issue
First, I assume that you have are feeding your input source object (i.e., the
object that delivers H.264 NAL units) into a "H264VideoStreamDiscreteFramer"
object (and from there to a "H264VideoRTPSink").
> I tried to set up in the Streamer code enough size in the OutputPacketBuffer
> but this
> We think this change was introduced in the sequence of:
> 2012.09.11:
> - Fixed a bug in "MPEG2TransportStreamFromESSource": Its destructor wasn't
> stopping the delivery from upstream objects.
That's correct. That line
doStopGettingFrames();
was added to the "MPEG2TransportStreamFromES
> On Thu, 10 Jan 2013 11:00:43 -0800, Ross Finlayson wrote
>> Instead, try making the following change to
>> "FileSink::afterGettingFrame()" (lines 130-132 of
>> "liveMedia/FileSink.cpp"): Change the order of the calls to
>> onSourceClosure(this); andstopPlaying(); so that "stopPlaying()"
> The new release seems to handle the rtcp BYE properly, and when you try to
> connect to the stream source again, the FramedSource error doesn't appear,
> but the reconnection doesn't complete succesfully because of a "not session
> found" error:
That sounds reasonable. The "session not found
Hi,
I'm trying to implement a unicast ondemand streaming from a live source.
The live source comes from the Nvidia encoder NVEnc:
http://docs.nvidia.com/cuda/samples/3_Imaging/cudaEncode/doc/nvcuvenc.pdf
This encoder produces NAL units ready to send over the network.
I have a lot of prob
Hello Ross,
In http://lists.live555.com/pipermail/live-devel/2013-January/016347.html I
described the following scenario:
"We have been running for some time a RTSPServer that acquires video from a live
source (with our own DeviceSource) from which we create 2 or 3 replicas: one for
multicast stre
Hi Ross,
thank you for your quick reply.
And sorry for taking so long to get back to you. We've been dealing with some
other issues that arose regarding this problem (see below).
On Thu, 10 Jan 2013 11:00:43 -0800, Ross Finlayson wrote
> Instead, try making the following change to
> "FileSink::a
Thanks again!!.
The new release seems to handle the rtcp BYE properly, and when you try
to connect to the stream source again, the FramedSource error doesn't
appear, but the reconnection doesn't complete succesfully because of a
"not session found" error:
ProxyServerMediaSubs
> it's pocible to use Live555 Media server to stream Vob files?
As of the most recent release of the software, the "LIVE555 Media Server" (the
source code version; not yet the pre-built binary versions) will support
streaming VOB files (with filename extension ".vob").
Ross Finlayson
Live Netwo
> I've been testing the new release and it fixes the bug that I reported last
> week. When a BYE is received from the backend, the proxy doesn't crash.
> But, once the connection with the frontend client is closed, if you try to
> connect again to the stream source, a new error appears.
Thanks f
Hello Ross
Many thanks!!!
I've been testing the new release and it fixes the bug that I reported
last week. When a BYE is received from the backend, the proxy doesn't crash.
But, once the connection with the frontend client is closed, if you try
to connect again to the stream source, a new
14 matches
Mail list logo
