[FFmpeg-devel] Request for review and additional testing

[Panagiotis Issaris]

Hi Roman,

On Tue, 2008-11-11 at 17:48 -0800, Roman V. Shaposhnik wrote:
> On Tue, 2008-11-11 at 21:15 +0100, Michael Niedermayer wrote:
> > > The second patch is for dv.c to take advantage of the new
> > > behavior of ->execute(). I believe this would be the last
> > > patch I need before getting rid of the huge DV tables.
> > > 
> > > Please comment.
> > 
> > patches look good
> 
> Great! Thanks for the feedback. 
> 
> Now, do we NOT have anybody who cares about win32, os/2 and beos?
> 
> It would be awfully nice to test the ->exec portion there.
> 

I'm getting the impression that this patch broke H.264 on Linux/AMD64.
Aren't others seeing the same problems? I'm using Ubuntu 8.10 AMD64 and
while revision 15803 still decoded H.264, 15804 segfaults.


...
  Duration: 01:30:23.08, start: 0.000000, bitrate: N/A
    Stream #0.0(eng): Video: h264, yuv420p, 1280x704, 23.98 tb(r)
    Stream #0.1(eng): Audio: dca, 48000 Hz, 5.1, s16
    Stream #0.2(eng): Subtitle: 0x0000
    Stream #0.3(eng): Subtitle: 0x0000
File '/tmp/bla.yuv' already exists. Overwrite ? [y/N] y
Output #0, rawvideo, to '/tmp/bla.yuv':
    Stream #0.0(eng): Video: rawvideo, yuv420p, 1280x704 [PAR 1:1 DAR
20:11], q=2-31, 200 kb/s, 23.98 tb(c)
Stream mapping:
  Stream #0.0 -> #0.0
Press [q] to stop encoding
[New Thread 0x7ff5054876e0 (LWP 8374)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ff5054876e0 (LWP 8374)]
0x0000000000000000 in ?? ()
(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x0000000000688e9f in decode_mb_cavlc (h=0x19de8b0)
at /usr/local/src/ffmpeg-rw/libavcodec/h264.c:4313
#2  0x000000000069c7b3 in decode_slice (avctx=<value optimized out>,
arg=<value optimized out>)
at /usr/local/src/ffmpeg-rw/libavcodec/h264.c:6703
#3  0x000000000069eaba in decode_nal_units (h=0x19edf40, buf=0x19e16b0
"", buf_size=799) at /usr/local/src/ffmpeg-rw/libavcodec/h264.c:7341
#4  0x00000000006a0008 in decode_frame (avctx=0x19de8b0,
data=0x7fff0d4b9420, data_size=0x7fff0d4b9688, buf=0x19e16b0 "",
buf_size=799) at /usr/local/src/ffmpeg-rw/libavcodec/h264.c:7643
#5  0x00000000004d2c40 in avcodec_decode_video (avctx=0x19de8b0,
picture=0x0, got_picture_ptr=0x7fff0d4b9688, buf=0x19de8b0 "??\220",
buf_size=<value optimized out>)
    at /usr/local/src/ffmpeg-rw/libavcodec/utils.c:925
#6  0x0000000000425f48 in output_packet (ist=0x1ac53d0, ist_index=0,
ost_table=0x19e1650, nb_ostreams=1, pkt=0x7fff0d4b9870)
at /usr/local/src/ffmpeg-rw/ffmpeg.c:1237
#7  0x00000000004293a8 in av_encode (output_files=0xc07540,
nb_output_files=1, input_files=0xc05ae0, nb_input_files=1,
stream_maps=0xc08280, nb_stream_maps=0)
    at /usr/local/src/ffmpeg-rw/ffmpeg.c:2123
#8  0x0000000000429995 in main (argc=<value optimized out>, argv=<value
optimized out>) at /usr/local/src/ffmpeg-rw/ffmpeg.c:3896
(gdb) 



With friendly regards,
Takis