| Summary: | random crash (with debugging) | ||
|---|---|---|---|
| Product: | [Applications] kdenlive | Reporter: | farid <snd.noise> |
| Component: | User Interface & Miscellaneous | Assignee: | Jean-Baptiste Mardelle <jb> |
| Status: | RESOLVED FIXED | ||
| Severity: | grave | CC: | arojas, wegwerf-1-2-3 |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
farid
2015-05-08 22:17:28 UTC
At first sight, seems like an incompatibility between MLT and FFmpeg. Can you check if MLT works correctly: from a terminal, type: melt myclip.mpg with one of the clip you are usually using. It should open a window with your video. Click in the terminal again and try seeking in the video with the 'h' and 'l' keys. Does the video display correctly, can you seek ? Melt segfaults when trying to open an mpg file. Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7711ac2 in __memcpy_avx_unaligned () from /usr/lib/libc.so.6
(gdb) bt
#0 0x00007ffff7711ac2 in __memcpy_avx_unaligned () from /usr/lib/libc.so.6
#1 0x00007fffdcf693de in memcpy (__len=702, __src=0x948d4c, __dest=<optimized out>) at /usr/include/bits/string3.h:53
#2 resize_image (bpp=<optimized out>, iheight=77, iwidth=702, input=<optimized out>, oheight=576, owidth=720, output=0x7fffe975e020 "")
at filter_resize.c:111
#3 frame_resize_image (bpp=<optimized out>, oheight=576, owidth=720, frame=0x7e8d10) at filter_resize.c:148
#4 filter_get_image (frame=frame@entry=0x7e8d10, image=image@entry=0x7fffffffe420, format=format@entry=0x7fffffffe40c,
width=width@entry=0x7fffffffe410, height=height@entry=0x7fffffffe414, writable=writable@entry=0) at filter_resize.c:276
#5 0x00007ffff7bb5ce7 in mlt_frame_get_image (self=self@entry=0x7e8d10, buffer=buffer@entry=0x7fffffffe420, format=format@entry=0x7fffffffe40c,
width=width@entry=0x7fffffffe410, height=height@entry=0x7fffffffe414, writable=writable@entry=0) at mlt_frame.c:585
#6 0x00007ffff7bcb55e in producer_get_image (self=self@entry=0x7e8600, buffer=buffer@entry=0x7fffffffe420, format=format@entry=0x7fffffffe40c,
width=width@entry=0x7fffffffe410, height=height@entry=0x7fffffffe414, writable=writable@entry=0) at mlt_tractor.c:273
#7 0x00007ffff7bb5ce7 in mlt_frame_get_image (self=0x7e8600, buffer=buffer@entry=0x7fffffffe420, format=format@entry=0x7fffffffe40c,
width=width@entry=0x7fffffffe410, height=height@entry=0x7fffffffe414, writable=writable@entry=0) at mlt_frame.c:585
#8 0x00007ffff7bce892 in mlt_profile_from_producer (profile=profile@entry=0x619600, producer=0x7a3cb0) at mlt_profile.c:411
#9 0x0000000000402962 in main (argc=2, argv=0x7fffffffe5c8) at melt.c:854
Ok, then there is something wrong between ffmpeg and mlt. Can you first check thant you don't have several concurrent ffmpeg/libav installs ? I don't know a lot about arch, but check in the usual library install folders like: ls -la /usr/lib/libav* ls -la /usr/local/lib/libav* Also, try this: ldd /usr/local/lib/mlt/libmltavformat.so (Adjust the path to where you installed Mlt), it will tell you which ffmpeg libraries are linked in Mlt. No multiple installs, simply using ffmpeg 2.6.2 I guess the video clip plays fine with ffmpeg, but can you test? ffplay myclip.mpg (In reply to Jean-Baptiste Mardelle from comment #5) > I guess the video clip plays fine with ffmpeg, but can you test? > ffplay myclip.mpg Yes Can you paste here the output of the configure command that you use to compile mlt? ./configure --prefix=/usr \
--avformat-swscale \
--enable-gpl --enable-gpl3 \
--qt-libdir=/usr/lib --qt-includedir=/usr/include/qt
The --avformat-swscale option should be removed, but can you paste the result of this command? Configuring framework:
Configuring modules:
Configuring modules/avformat:
Configuring modules/core:
Configuring modules/decklink:
Configuring modules/feeds:
Configuring modules/frei0r:
Configuring modules/gtk2:
- Libexif found, enabling auto rotate
Configuring modules/jackrack:
Configuring modules/kdenlive:
Configuring modules/linsys:
Configuring modules/lumas:
Configuring modules/motion_est:
Configuring modules/normalize:
Configuring modules/oldfilm:
Configuring modules/opengl:
- movit not found: disabling
Configuring modules/plus:
Configuring modules/plusgpl:
Configuring modules/qt:
- Libexif found, enabling auto rotate
- Qt version 5.x detected
- Include directory: /usr/include/qt
Configuring modules/resample:
Configuring modules/rtaudio:
Configuring modules/sdl:
Configuring modules/sox:
Configuring modules/swfdec:
- swfdec not found: disabling
Configuring modules/videostab:
Configuring modules/vid.stab:
Configuring modules/vmfx:
Configuring modules/xine:
Configuring modules/xml:
Configuring mlt++:
Configuring swig:
GPLv3 license used
list='src/framework src/mlt++ src/melt src/modules src/swig profiles'; \
for subdir in $list; do \
make -s -C $subdir depend || exit 1; \
make -C $subdir all || exit 1; \
done
(In reply to Jean-Baptiste Mardelle from comment #1) > At first sight, seems like an incompatibility between MLT and FFmpeg. Can > you check if MLT works correctly: > > from a terminal, type: > > melt myclip.mpg > > with one of the clip you are usually using. It should open a window with > your video. Click in the terminal again and try seeking in the video with > the 'h' and 'l' keys. Does the video display correctly, can you seek ? yes it seeks correctly. the clips are in .ts format though. don't know if this helps but the mpg clips are actually .ts proxy clips generated from a previous kdenlive version (0.9.10). disabling the proxy clips kdenlive doesn't crash. @Antonio: I just read reports about applications crashing on Arch because they were compiled with a newer GCC version (5.1.0) while the libraries where compiled with an older GCC version (4.9.x). Can you check which GCC version was used to compile FFmpeg (typing "ffmpeg" in a terminal gives out the gcc version) and check if you are using the same version to compile MLT ? Somehow this bug is triggered by something specific to your configuration. @farid: You replied to the wrong bug, you meant to answer bug #347341, I will answer separately there. Both mlt and ffmpeg are built with GCC 4.9 (just rebuilt them to be sure) Which options did you pass to configure ffmpeg ? Mine is: ./configure --prefix=/usr/local --enable-shared --enable-libmp3lame --enable-gpl --enable-libfaac --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-x11grab --enable-libgsm --enable-libx264 --enable-libtheora --enable-libdc1394 --enable-nonfree --disable-stripping --enable-avfilter --enable-libschroedinger --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable-version3 --enable-libvpx Tried your options, doesn't make any difference. This is the script used to build ffmpeg in Arch: https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/ffmpeg Farid, is this bug reports still active? If not, please be so kind as to close it. Thank you very much! gonna mark it as fixed for now. |