Program crashes when loading MTS video
LiVES is a Video Editing System. It is designed to be simple to use, y
Brought to you by:
gfinch
Menu
▾
▴
#208 Program crashes when loading MTS video
Program crashes when loading MTS video files. Even video files that are just a few seconds cause an immediate crash. Preview in clip mode plays entire video fine.
LiVES -debug output:
Unfortunately LiVES crashed.
Please report this bug at http://sourceforge.net/tracker/?group_id=64341&atid=507139
Thanks. Recovery should be possible if you retart LiVES.
When reporting crashes, please include details of your operating system, distribution, and the LiVES version (2.4.5) and any information shown below:
No other information appears.
LiVES 2.4.5
Ubuntu 14.04.3 LTS
Lenovo ThinkPad L412
8 GB RAM
180GB SSD 150 GB available
Hi,
can you please run LiVES with gdb, eg.
gdb lives
(gdb) run
.... run until crash, then:
(gdb) bt
.... hit return to get the complete backtrace then post the output here.
I'm not expert at using gdb, but this is the output. If I need to run with the "$@" param, please tell.
selbachm@hilbach-LiVES:~$ gdb -e /usr/lib/lives/lives-exe
GNU gdb (Ubuntu 7.7.1-0ubuntu5~14.04.2) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.
For help, type "help".
Type "apropos word" to search for commands related to "word".
(gdb) run
Starting program: /usr/lib/lives/lives-exe
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Traceback (most recent call last):
File "/usr/share/gdb/auto-load/usr/lib/i386-linux-gnu/libstdc++.so.6.0.19-gdb.py", line 63, in <module>
from libstdcxx.v6.printers import register_libstdcxx_printers
ImportError: No module named 'libstdcxx'
[New Thread 0xb63d8b40 (LWP 26674)]
[New Thread 0xb59ffb40 (LWP 26675)]</module>
LiVES 2.4.5
Copyright 2002-2015 Gabriel Finch (salsaman@gmail.com) and others.
LiVES comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details.
[New Thread 0xb1da9b40 (LWP 27146)]
[New Thread 0xb13ffb40 (LWP 27147)]
[New Thread 0xb09ffb40 (LWP 27149)]
[Thread 0xb13ffb40 (LWP 27147) exited]
[New Thread 0xb13ffb40 (LWP 27170)]
LiVES info: Invalid effect farneback_analyserfarneback_analysersalsaman1 found in compound effect image_stabilizer, line 4
LiVES info: Invalid effect farneback_analyserfarneback_analysersalsaman1 found in compound effect motion_analyser, line 4
[New Thread 0xa7fdeb40 (LWP 27175)]
[Thread 0xb09ffb40 (LWP 27149) exited]
[New Thread 0xb09ffb40 (LWP 27180)]
[New Thread 0xa69ffb40 (LWP 27181)]
[New Thread 0xa61feb40 (LWP 27182)]
[Thread 0xb09ffb40 (LWP 27180) exited]
[Thread 0xa61feb40 (LWP 27182) exited]
[New Thread 0xa61feb40 (LWP 27183)]
[Thread 0xa69ffb40 (LWP 27181) exited]
[Thread 0xa61feb40 (LWP 27183) exited]
[New Thread 0xa61feb40 (LWP 27261)]
Program received signal SIGSEGV, Segmentation fault.
0xa75acef9 in ?? ()
from /usr/lib/i386-linux-gnu//lives/plugins/decoders/mpegts_decoder.so
(gdb) bt
0 0xa75acef9 in ?? ()
from /usr/lib/i386-linux-gnu//lives/plugins/decoders/mpegts_decoder.so
1 0xa75ad1db in ?? ()
from /usr/lib/i386-linux-gnu//lives/plugins/decoders/mpegts_decoder.so
2 0xa75b07ba in ?? ()
from /usr/lib/i386-linux-gnu//lives/plugins/decoders/mpegts_decoder.so
3 0xa75b11f9 in get_clip_data ()
from /usr/lib/i386-linux-gnu//lives/plugins/decoders/mpegts_decoder.so
4 0x0808000b in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb)
0 0xa75acef9 in ?? ()
from /usr/lib/i386-linux-gnu//lives/plugins/decoders/mpegts_decoder.so
1 0xa75ad1db in ?? ()
from /usr/lib/i386-linux-gnu//lives/plugins/decoders/mpegts_decoder.so
2 0xa75b07ba in ?? ()
from /usr/lib/i386-linux-gnu//lives/plugins/decoders/mpegts_decoder.so
3 0xa75b11f9 in get_clip_data ()
from /usr/lib/i386-linux-gnu//lives/plugins/decoders/mpegts_decoder.so
4 0x0808000b in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb) Quit
(gdb)
I'm looking into some bugs in the mpegts_decoder. It may take some time to fix. In the meantime you can try this:
a) Go to preferences / decoding. Click on Advanced. Uncheck mpegts_decoder.
If this still causes a crash when loading the clip, then do this IN ADDITION TO a)
b) Go to preferences / decoding. Click on Advance, Uncheck zzavformat_decoder.
This should force the file to be loaded frame by frame.
After loading the file, remember to return to Preferences / Decoding, and re-enable zzavformat_decoder.
Unchecking mpegts_decoder eliminates the crash when loading MTS files. Thanks.