There seem to be a memory leak in RTCP.cpp. In
function setSpecificRRHandler(), I changed last line from
fSpecificRRHandlerTable->Add(fromAddress, (~0), fromPort, rrHandler);
to
RRHandlerRecord* pOld =
(RRHandlerRecord*)fSpecificRRHandlerTable->Add(fromAddress, (~0), fromPort,
rrHandler);
if (pO
Could you post (on a web site, unless it's small) an example of a ".264"
file that causes this problem for you? I'd like to use it for testing.
Let me know if the following link works for you:
https://www.dropbox.com/s/s365ky5hqhko1x0/H264_Problem_sample_10sec.264
It's a 10 second snippet
>> If your input stream is H.264 video only (i.e., with no audio), then
>> another solution would be to write your own "MediaSink" subclass
>> (perhaps similar to the existing "H264VideoFileSink" class) that
>> writes a sequence of raw (i.e., elementary stream) H.264 video files.
>> You should be a
I suppose that embedding my stream in an avi/wmv container should fix
this ?
It does ! And it is actually an easy job with the tool named avc2avi :)
Thank you so much for your help Ross, much appreciated !
Julien
___
live-devel mailing list
live-deve
Ross,
Thanks a lot! I could've been looking for this sync for ages!
Is it possible to have a Mux process a "Master" Pid (video) and
periodically set an event trigger (providing the current timing)? The
other DataStreamFramer should wait for this event and deliver its data
when it arrives. I coul
If your input stream is H.264 video only (i.e., with no audio), then
another solution would be to write your own "MediaSink" subclass
(perhaps similar to the existing "H264VideoFileSink" class) that
writes a sequence of raw (i.e., elementary stream) H.264 video files.
You should be able to easily
