Thanks Ross. Yes I know the exception is not an error, in fact I've been
getting it all along while parsing the stream normally.
________________________________
From: [EMAIL PROTECTED] on behalf of Ross Finlayson
Sent: Fri 10/5/2007 1:20 AM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Streaming a H.264 file
I've implemented my own H.264 framer and testH264AudioVideoStreamer,
and the test program is now streaming RTP/H.264 packets to a VLC client and I
can see the video playing on the VLC client.
But after running for a while, I get this error:
About to throw NO_MORE_BUFFERED_INPUT!
twH264VideoStreamParser::parse() EXCEPTION (This is normal behavior -
*not* an error)
Why do you think that's an error, when the comment in the code explicitly says
that it's not? There's nothing wrong here. This is just a C++ language
exception (*not* an error) that is raised whenever the StreamParser's buffer
runs out. (It tells the code that more data needs to be read from the upstream
source.)
The *real* error is this:
*** glibc detected *** ./testH264AudioVideoStreamer: free(): invalid
next size (normal): 0x086923a8 ***
======= Backtrace: =========
/lib/libc.so.6[0x9b9efd]
/lib/libc.so.6(cfree+0x90)[0x9bd550]
/usr/lib/libstdc++.so.6(__cxa_free_exception+0x3c)[0x255a4c]
I have no idea where this error is occurring, but I see no evidence that it's
occurring in the "LIVE555 Streaming Media" code. Perhaps it's occurring in
your new code - e.g., when it's handling a read from the downstream object?
My test program runs on Linux. I've tried to increase "BANK_SIZE" in
StreamParser.cpp from 150,000 to 1,5000,000 but no difference.
This is a 'red herring'. As I've noted, this C++ language exception is *not*
an error; it's the code working normally.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
