i looked at the new code live.2008.07.24. i feel there is one issue.
Now QuickTimeFileSink constructor is opening the file using
OpenOutputFile but it is not checking the return value. If file open
fails the filehandle will be NULL and may give core dump wherever
filehandle is used.
I feel prev
Hi Ross,
i looked at the new code live.2008.07.24. i feel there is one issue. Now
QuickTimeFileSink constructor is opening the file using OpenOutputFile but
it is not checking the return value. If file open fails the filehandle will
be NULL and may give core dump wherever filehandle is used.
I feel
Resubmission of both the uninitialized ctor and compiler warning
patches.
Yes, I'll start making many (though probably not all) of these
changes over the next few weeks (so, no need to resubmit them :-).
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
I am trying to grab x11 data and converted into MJPEG format with
FFMPEG . Now when I stream the dumped file through LIVE555 its not
working. RTSP server is created succefully but RTP module is not
workin after SETUP .
I simply referenced a testProg file , is there any thing special
like parser
Hi,
I am trying to grab x11 data and converted into MJPEG format with FFMPEG .
Now when I stream the dumped file through LIVE555 its not working. RTSP
server is created succefully but RTP module is not workin after SETUP .
I simply referenced a testProg file , is there any thing special like parser
Resubmission of both the uninitialized ctor and compiler warning
patches.
E
--
Erik Hovland
mail: [EMAIL PROTECTED]
web: http://hovland.org/
PGP/GPG public key available on request
live555-2008-07-24-patchset.tar.bz2
Description: Binary data
___
live
I will be out of the office starting 2008-07-24 and will not return until
2008-08-04.
I will respond to your message when I return.___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
Aha! I had thought that we handled this case correctly, but it turns
out that we didn't. (The code correctly discarded sequences of
packets that were missing the start-of-frame packet, but not in the
case when this happened beginning with the very first packet that we
received.)
I have now
Thank you for the very fast response.
Ross Finlayson wrote:
the Audio according to the Camera, is set to "AAC", it can be
perfectly played via RealPlayer.
Out of curiosity, have you also tried playing the stream using VLC?
Tried the win32 version of VLC, and its just fine.
Audio according to
I'm trying to use OpenRTSP for grabbing Video and Audio of an Axis IP Camera.
the Video is: "video/MP4V-ES" "a=rtpmap:96 MP4V-ES/9"
the Audio according to the Camera, is set to "AAC", it can be
perfectly played via RealPlayer.
Out of curiosity, have you also tried playing the stream using
Hello,
I'm trying to use OpenRTSP for grabbing Video and Audio of an Axis IP
Camera.
the Video is: "video/MP4V-ES" "a=rtpmap:96 MP4V-ES/9"
the Audio according to the Camera, is set to "AAC", it can be perfectly
played via RealPlayer.
Audio according to the log: "mode=AAC-hbr;" "a=rtpm
I'm not seeing this behaviour as you describe in my test environment -
perhaps I wasn't clear on how I stated my question:
My stream chunks a H264 NAL Unit into multiple FU-A packets (1st packet
with the start bit set, many follow and finally last with the end bit
set)
I want to safeguard my H264
Thanks for the bug report. This will be fixed in the next released
version of the software.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinf
Hi Ross,
it looks there is a bug in QuickTimeFileSink. The
QuickTimeFileSink::completeOutputFile() is not closing the file handle.
(This error will come if user uses different files for saving the stream
other than stdout, stderr)
Because of the above bug, creating new file using "OpenOutputFile"
14 matches
Mail list logo
