SIGSEGV in h264.c, stream is available for debugging
I've got a SIGSEGV decoding h264, the stream was generated by x264.
The following stream was recorded live and begins from the middle:
http://www.datscom.com.br/~dario/dump.SIGSEGV.h264
the following command line reproduces the fault (the source code is updated from cvs as of 09/05/2005 08:13pm GMT-3).
$ ./ffmpeg -i dump.SIGSEGV.h264 -f null dump.SIGSEGV.h264.null
Has anyone got any status on that subject? Anyway, I've managed to increase the number of max reference pics (at least from what I could understand from the code), from 16 to 32 in h264.c, and it seems to help a little (the stream above now decodes to the end). btw, nice symbolic constants would be nicer than things like that spread all over the code: for (i = 0; i < 16; i++) ... Picture* delayed_pics[16]; etc... :-) The above stream now decodes ok, but the following one fails with "getbuffer() failed" and consequently (no checks for the getbuffer calls) SIGSEGV. I assume there is some leak somewhere? http://bule.ip.tv/~dario/dump.SIGSEGV.1.h264 Again, I'd appreciate any help on the subject. Regards, Dario Andrade R&D IP.TV
On Fri, 9 Sep 2005, Dario Andrade wrote:
I've got a SIGSEGV decoding h264, the stream was generated by x264.
The following stream was recorded live and begins from the middle:
http://www.datscom.com.br/~dario/dump.SIGSEGV.h264
the following command line reproduces the fault (the source code is updated from cvs as of 09/05/2005 08:13pm GMT-3).
$ ./ffmpeg -i dump.SIGSEGV.h264 -f null dump.SIGSEGV.h264.null
Has anyone got any status on that subject? Anyway, I've managed to increase the number of max reference pics (at least from what I could understand from the code), from 16 to 32 in h264.c, and it seems to help a little (the stream above now decodes to the end).
H.264 is not allowed to use more than 16 refs. If increasing the max changes anything, it's simply indicative of a bug elsewhere. --Loren Merritt
Hi On Fri, Sep 09, 2005 at 04:06:03PM -0300, Dario Andrade wrote:
I've got a SIGSEGV decoding h264, the stream was generated by x264.
The following stream was recorded live and begins from the middle:
http://www.datscom.com.br/~dario/dump.SIGSEGV.h264
the following command line reproduces the fault (the source code is updated from cvs as of 09/05/2005 08:13pm GMT-3).
$ ./ffmpeg -i dump.SIGSEGV.h264 -f null dump.SIGSEGV.h264.null
Has anyone got any status on that subject? Anyway, I've managed to increase the number of max reference pics (at least from what I could understand from the code), from 16 to 32 in h264.c, and it seems to help a little (the stream above now decodes to the end).
btw, nice symbolic constants would be nicer than things like that spread all over the code: for (i = 0; i < 16; i++) ... Picture* delayed_pics[16]; etc... :-)
The above stream now decodes ok, but the following one fails with "getbuffer() failed" and consequently (no checks for the getbuffer calls) SIGSEGV. I assume there is some leak somewhere?
http://bule.ip.tv/~dario/dump.SIGSEGV.1.h264
Again, I'd appreciate any help on the subject.
have these bugs been fixed? the urls dont work anymore ... [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB The misfortune of the wise is better than the prosperity of the fool. -- Epicurus
participants (3)
-
dario＠ip.tv -
lorenm＠u.washington.edu -
michaelni＠gmx.at