[Live-devel] Access violation in StramParser::testBytes()

[Ross Finlayson]

> You are indeed correct: Program streams are a big "no-no" for any streaming situation, and I believe it's a testament to the robust, flexible design of the live555 library for it to recognize and correctly demux the stream. Unfortunately this is the constraint I have been given - we are fetching footage from a SecureWise DVR which only supports very limited encodings - all of which are encapsulated in an MPEG2 program stream. 
>  
> I have a link to the file: https://rapidshare.com/files/2840761585/MP2(PS)-H264.mp4

FYI, you should not be using the filename suffix ".mp4" for these files, because that filename suffix is usually used for ISO MPEG-4 format files (which our software currently does not support, BTW).  Instead, you should always use ".mpg" for Program Stream files.

Note, BTW, that if I rename your file to "MP2(PS)-H264.mpg", QuickTimePlayer will play it.

I'll take a look at whether I can handle this type of file (Program Stream files containing H.264 video) more directly in the LIVE555 code.


>   I have updated (again) to the 30 August version of live555, I had been testing with the previous version, compiled it and have run the same tests - with much better success, disconnecting from a stream no longer causes a crash.

Attention everybody: If you're having problems with the LIVE555 code, then the *first* thing you should do is check whether you have the most up-to-date version!


> The stream plays erratically though (sporadically gets stuck on one frame for a few seconds), which the previous version did not do.

That's strange, because there have not been changes to the Program Stream demultiplexing code for several years...

Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20120831/c152db98/attachment-0001.html>