Menu

#14 SIGSEGV when opening raw data AVI in jahshaka-2.0rc3

closed
nobody
None
5
2006-10-04
2006-10-01
Cinquero
No

I'm posting this bug as a reference to

http://sourceforge.net/tracker/index.php?func=detail&aid=1568149&group_id=96039&atid=613414

because it seems that the mlt project is largely
inactive and there are no fixes to be expected.

Discussion

  • Charles Yates

    Charles Yates - 2006-10-03

    Logged In: YES
    user_id=180811

    This has been fixed in MLT now - well, sort of... there is a
    bug in ffmpeg which causes the duration of the video to be
    miscalculated, but the crash is resolved. Many thanks for
    the feedback and apologies for the long delay.

     
  • Cinquero

    Cinquero - 2006-10-03

    Logged In: YES
    user_id=1018844

    Does a corresponding bug report exist in the ffmpeg bug db?

     
  • Charles Yates

    Charles Yates - 2006-10-04

    Logged In: YES
    user_id=180811

    I haven't checked - most of their bug reports are handled
    via their cvs mailing list.

    They're only interested in bugs reported against CVS too,
    and I can confirm that with your test file, current CVS
    misreports the duration as follows:

    $ ffplay -stats ~/Desktop/test.avi
    Input #0, avi, from '/home/charlie/Desktop/test.avi':
    Duration: 00:01:56.0, start: 0.000000, bitrate: 494 kb/s
    Stream #0.0: Video: rawvideo, yuv420p, 720x576, 25.00 fps(r)
    Stream #0.1: Audio: pcm_s16le, 48000 Hz, stereo, 1536 kb/s

    I haven't checked if this is a general issue with all
    rawvideo avi's though - it might simply be down to the tool
    you used to create it - which tool was it? And did you do
    anything during the creation of the file such that it might
    have been truncated?

    FWIW, I have incorporated the fix in the ubuntu build of the
    current jah (and I hope to add an amd64 and another [other]
    debian package soon).

     
  • Cinquero

    Cinquero - 2006-10-04

    Logged In: YES
    user_id=1018844

    I don't think that the vid length given by ffmpeg is due to
    a bug in ffmpeg. The test vid has been produced with
    avidemux 2.0.42 (and that program is quite buggy: for
    example, I cannot start encoding after saving a
    project....). Using mencoder to copy a small part from my
    raw vid dump creates a file that is properly evaluated by
    ffplay. (ffplay does not play back both versions of it, it
    just gives a black window each time)

    BTW: I have installed the current mlt and mlt++ cvs versions
    and jahshaka 2.0rc3 still produces this SIGSEGV. For me, it
    looks like the mlt lib treats the YV12 (yuv420) raw images
    as yuv422 images and therefore assumes a too large frame
    size. (though I have not checked that)

    I'm running Gentoo. What do I need to update to get your
    fix? Just Jahshaka?

     
  • Charles Yates

    Charles Yates - 2006-10-04

    Logged In: YES
    user_id=180811

    Could well be an issue with avidemux then.

    Which version of ffmpeg are you using? Personally, I don't
    think there's much point in using it directly unless it's
    the very latest svn version :-).

    Ditto for mlt - you'll definitely need cvs for the rawvideo
    fix (I only checked it in last night).

     
  • Cinquero

    Cinquero - 2006-10-04
    • status: open --> closed
     
  • Cinquero

    Cinquero - 2006-10-04

    Logged In: YES
    user_id=1018844

    Cool. I can open the files now. (with the recent ffmpeg from
    svn)

     

Log in to post a comment.