#66 crash on capturing

SVN
closed-duplicate
nobody
capture (20)
5
2007-02-26
2007-02-26
No

hi

xvidcap does only work in 40%-60% of the times started (else it crashes on capture start). i use a dualcore opteron system with gcc 4.1.1.

here is a backtrace:

shaegler@icarium /tmp/xvidcap $ gdb bin/xvidcap
GNU gdb 6.6
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) r
Starting program: /tmp/xvidcap/bin/xvidcap
[Thread debugging using libthread_db enabled]
[New Thread 47503016026336 (LWP 24263)]
[New Thread 1082132816 (LWP 24267)]
[mpeg4 @ 0x997330]removing common factors from framerate

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1082132816 (LWP 24267)]
0x00000000007c0254 in swScale_MMX (c=0x2aaaab13a630, src=0x407fef60,
srcStride=0xbd9950, srcSliceY=0, srcSliceH=768, dst=0x407fef40,
dstStride=0xc39130) at swscale_template.c:944
944 YSCALEYUV2YV12X( 0, CHR_MMX_FILTER_OFFSET, uDest, chrDstW)
(gdb) bt
#0 0x00000000007c0254 in swScale_MMX (c=0x2aaaab13a630, src=0x407fef60,
srcStride=0xbd9950, srcSliceY=0, srcSliceH=768, dst=0x407fef40,
dstStride=0xc39130) at swscale_template.c:944
#1 0x00000000007b6c81 in sws_scale (c=0x2aaaab13d340,
srcParam=<value optimized out>, srcStride=0x2aaaab13e398, srcSliceY=1,
srcSliceH=-1424764008, dstParam=<value optimized out>, dstStride=0xc39130)
at swscale.c:2466
#2 0x000000000042dc5e in xvc_ffmpeg_save_frame (fp=<value optimized out>,
image=0xbe1140) at xtoffmpeg.c:1593
#3 0x000000000041d1c9 in commonCapture (capfunc=SHM) at capture.c:990
#4 0x0000000000421ffc in do_record_thread () at gnome_ui.c:513
#5 0x00002b342686f0fa in start_thread () from /lib/libpthread.so.0
#6 0x00002b3426ecf6ae in clone () from /lib/libc.so.6
#7 0x0000000000000000 in ?? ()

Discussion

  • Karl H. Beckers

    Karl H. Beckers - 2007-02-26
    • status: open --> closed-duplicate
     
  • Karl H. Beckers

    Karl H. Beckers - 2007-02-26

    Logged In: YES
    user_id=782084
    Originator: NO

    duplicate of # 1651517
    Could you try following the test directions there?

     
  • Simon Haegler

    Simon Haegler - 2007-02-26

    Logged In: YES
    user_id=1729119
    Originator: YES

    hi again,

    i followed the instructions in bug #1651517. seems to be the same bug. the core is 13m, so i did not attach it.

    #0 0x00000000007c0254 in swScale_MMX (c=0xc20190, src=0x407fef60,
    srcStride=0xc031a0, srcSliceY=0, srcSliceH=144, dst=0x407fef40,
    dstStride=0xc032c0) at swscale_template.c:944
    #1 0x00000000007b6c81 in sws_scale (c=0xc22ea0,
    srcParam=<value optimized out>, srcStride=0xc23ef8, srcSliceY=1,
    srcSliceH=12726008, dstParam=<value optimized out>, dstStride=0xc032c0)
    at swscale.c:2466
    #2 0x000000000042dc5e in xvc_ffmpeg_save_frame (fp=<value optimized out>,
    image=0xbd8710) at xtoffmpeg.c:1593
    #3 0x000000000041d1c9 in commonCapture (capfunc=SHM) at capture.c:990
    #4 0x0000000000421ffc in do_record_thread () at gnome_ui.c:513
    #5 0x00002ab0b9a0e0fa in start_thread () from /lib/libpthread.so.0
    #6 0x00002ab0ba06e6ae in clone () from /lib/libc.so.6
    #7 0x0000000000000000 in ?? ()

    cheers,
    simon

     
  • Karl H. Beckers

    Karl H. Beckers - 2007-02-26

    Logged In: YES
    user_id=782084
    Originator: NO

    What I meant was to follow the instructions for testing this with current versions of ffmpeg as per comment from:
    Date: 2007-02-12 10:39
    I cannot reproduce this due to the lack of Opteron HW here, but it is definetely bailing out in libswscale and the function swScale_MMX seems to suggest some probability for this being architecture specific. If you can reproduce this with current ffmpeg, I'll try the ffmpeg folks. If not, I plan to integrate a more recent version of ffmpeg in 1.1.5 anyway.

     
  • Simon Haegler

    Simon Haegler - 2007-02-27

    Logged In: YES
    user_id=1729119
    Originator: YES

    i followed the instructions and updated ffmpeg, but now the multiframe option is disabled. i looked in the forums and this seems to be related to ffmpeg not being linked correctly. i looked at the configures from xvidcap and ffmpeg, but i'm unsure which options to use... do i need to modify ffmpeg before compiling xvidcap?

    btw: thanks for your work, xvidcap is an essential tool in our research here...

    cheers,
    simon

     
  • Karl H. Beckers

    Karl H. Beckers - 2007-02-27

    Logged In: YES
    user_id=782084
    Originator: NO

    please post any follow-up messages under bug # 1651517 so other people will find it easier to follow this thread.
    Also, I'm working at upgrading the bundled ffmpeg to a newer version and will update svn in a matter of days. If you can wait, I suggest try with the svn version, then. Will post here, when I'm done with the upgrade.

     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks