Bug 358161 - kdenlive-git HEAD shows black clip when using GPU/movit and GLES2
Summary: kdenlive-git HEAD shows black clip when using GPU/movit and GLES2
Status: RESOLVED DUPLICATE of bug 380019
Alias: None
Product: kdenlive
Classification: Applications
Component: Video Display & Export (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Jean-Baptiste Mardelle
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-01-18 13:17 UTC by Anton Gubarkov
Modified: 2018-11-10 14:19 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
snd.noise: MOVIT+

Attachments
static.png (714.78 KB, image/png)
2016-01-18 13:35 UTC, Anton Gubarkov 		Details
movit patch to fix crash on locale with comma as decimal separator (556 bytes, patch)
2016-02-14 20:28 UTC, Anton Gubarkov 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Anton Gubarkov 2016-01-18 13:17:39 UTC 
the segfault happens when the clip/project time playback starts.

Here is the BT

anton@r9-008cln ~ $ gdb kdenlive
GNU gdb (Gentoo 7.10.1 vanilla) 7.10.1
Copyright (C) 2015 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 "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://bugs.gentoo.org/>.
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"...
Reading symbols from kdenlive...Reading symbols from /usr/lib64/debug//usr/bin/kdenlive.debug...(no debugging symbols found)...done.
(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/kdenlive 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7fffe3cd4700 (LWP 5565)]
[New Thread 0x7fffcb46a700 (LWP 5575)]
[New Thread 0x7fffca469700 (LWP 5576)]
[New Thread 0x7fffc2530700 (LWP 5577)]
[New Thread 0x7fffc1d2f700 (LWP 5578)]
QFile::setFileName: File (/home/anton/.local/share/stalefiles/kdenlive/_untitled.kdenlivepI4file_%2Fhome%2Fanton%2FkdenliveNvAeipI4) is already opened
Removing cache at "/home/anton/.cache/kdenlive-thumbs.kcache"
QCursor: Cannot create bitmap cursor; invalid bitmap(s)
KServiceTypeTrader: serviceType "ThumbCreator" not found
KServiceTypeTrader: serviceType "ThumbCreator" not found
KServiceTypeTrader: serviceType "ThumbCreator" not found
KServiceTypeTrader: serviceType "ThumbCreator" not found
KServiceTypeTrader: serviceType "ThumbCreator" not found
KServiceTypeTrader: serviceType "ThumbCreator" not found
[New Thread 0x7fffb7666700 (LWP 5584)]
[New Thread 0x7fffb6e65700 (LWP 5585)]
[New Thread 0x7fffb6664700 (LWP 5586)]
[New Thread 0x7fffb5e63700 (LWP 5587)]
[New Thread 0x7fffb5662700 (LWP 5590)]
[New Thread 0x7fffb4e61700 (LWP 5592)]
[New Thread 0x7fffabfff700 (LWP 5594)]
[New Thread 0x7fffab7fe700 (LWP 5595)]
[New Thread 0x7fffaaffd700 (LWP 5596)]
[New Thread 0x7fffaa7fc700 (LWP 5597)]
[New Thread 0x7fffa9ffb700 (LWP 5598)]
[New Thread 0x7fffa97fa700 (LWP 5599)]
[New Thread 0x7fffa8ff9700 (LWP 5600)]
[New Thread 0x7fffa87f8700 (LWP 5601)]
[New Thread 0x7fffa7ff7700 (LWP 5602)]
[New Thread 0x7fffa77f6700 (LWP 5603)]
[New Thread 0x7fffa6ff5700 (LWP 5604)]
[New Thread 0x7fffa67f4700 (LWP 5605)]
[New Thread 0x7fffa5ff3700 (LWP 5606)]
[Thread 0x7fffa9ffb700 (LWP 5598) exited]
[Thread 0x7fffa97fa700 (LWP 5599) exited]
[Thread 0x7fffa8ff9700 (LWP 5600) exited]
[Thread 0x7fffa7ff7700 (LWP 5602) exited]
[Thread 0x7fffa87f8700 (LWP 5601) exited]
[Thread 0x7fffa77f6700 (LWP 5603) exited]
[Thread 0x7fffa6ff5700 (LWP 5604) exited]
[Thread 0x7fffa67f4700 (LWP 5605) exited]
[Thread 0x7fffa5ff3700 (LWP 5606) exited]
[New Thread 0x7fffa5ff3700 (LWP 5612)]
"Creating audio thumbnails (1/1)"
[New Thread 0x7fffa67f4700 (LWP 5613)]
[Thread 0x7fffa67f4700 (LWP 5613) exited]
[New Thread 0x7fffa67f4700 (LWP 5614)]
[New Thread 0x7fffa6ff5700 (LWP 5615)]
[filter avcolor_space] Invalid format glsl

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffa6ff5700 (LWP 5615)]
0x00007fffd994ffeb in glGetString () from /usr/lib64/opengl/nvidia/lib/libGL.so.1
(gdb) thread apply all bt

Thread 29 (Thread 0x7fffa6ff5700 (LWP 5615)):
#0  0x00007fffd994ffeb in glGetString () from /usr/lib64/opengl/nvidia/lib/libGL.so.1
#1  0x00007fffce99a14e in ?? () from /usr/lib64/libepoxy.so.0
#2  0x00007fffce96c38b in epoxy_is_desktop_gl () from /usr/lib64/libepoxy.so.0
#3  0x00007fffce96cc8d in ?? () from /usr/lib64/libepoxy.so.0
#4  0x00007fffce978730 in ?? () from /usr/lib64/libepoxy.so.0
#5  0x00007fffce994b39 in ?? () from /usr/lib64/libepoxy.so.0
#6  0x00007fffcecf78f4 in movit::SingleResamplePassEffect::SingleResamplePassEffect(movit::ResampleEffect*) () from /usr/lib64/libmovit.so.3
#7  0x00007fffcecf6146 in movit::ResampleEffect::ResampleEffect() () from /usr/lib64/libmovit.so.3
#8  0x00007fffcefb0462 in OptionalEffect<movit::ResampleEffect>::OptionalEffect() () from /usr/lib64/mlt/libmltopengl.so
#9  0x00007fffcefb0022 in get_image () from /usr/lib64/mlt/libmltopengl.so
#10 0x00007ffff6b0c706 in mlt_frame_get_image () from /usr/lib64/libmlt.so.6
#11 0x00007fffcefb0ef3 in get_image () from /usr/lib64/mlt/libmltopengl.so
#12 0x00007ffff6b0c706 in mlt_frame_get_image () from /usr/lib64/libmlt.so.6
#13 0x00007ffff6b241ea in consumer_read_ahead_thread () from /usr/lib64/libmlt.so.6
#14 0x00000000007097a3 in RenderThread::run() ()
#15 0x00007ffff184e81c in ?? () from /usr/lib64/libQt5Core.so.5
#16 0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#17 0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 28 (Thread 0x7fffa67f4700 (LWP 5614)):
#0  0x00007fffef4b5faf in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
---Type <return> to continue, or q <return> to quit---
#1  0x00007ffff6b25b83 in mlt_consumer_rt_frame () from /usr/lib64/libmlt.so.6
#2  0x00007fffe162de18 in consumer_thread () from /usr/lib64/mlt/libmltsdl.so
#3  0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#4  0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 26 (Thread 0x7fffa5ff3700 (LWP 5612)):
#0  0x00007fffd5329d79 in ?? () from /usr/lib64/libavcodec.so.56
#1  0x00007fffd4f0bf09 in ?? () from /usr/lib64/libavcodec.so.56
#2  0x00007fffd4f0d2c0 in ?? () from /usr/lib64/libavcodec.so.56
#3  0x00007fffd525029d in av_parser_parse2 () from /usr/lib64/libavcodec.so.56
#4  0x00007fffd4692313 in ?? () from /usr/lib64/libavformat.so.56
#5  0x00007fffd4692eca in ?? () from /usr/lib64/libavformat.so.56
#6  0x00007fffd46935be in av_read_frame () from /usr/lib64/libavformat.so.56
#7  0x00007fffd45e8a7a in ?? () from /usr/lib64/libavformat.so.56
#8  0x00007fffd4694806 in ?? () from /usr/lib64/libavformat.so.56
#9  0x00007fffd4694f98 in ?? () from /usr/lib64/libavformat.so.56
#10 0x00007fffd4694c06 in ?? () from /usr/lib64/libavformat.so.56
#11 0x00007fffd4695b68 in ?? () from /usr/lib64/libavformat.so.56
#12 0x00007fffd4695c7e in av_seek_frame () from /usr/lib64/libavformat.so.56
#13 0x00007fffd6370675 in find_first_pts () from /usr/lib64/mlt/libmltavformat.so
#14 0x00007fffd6374275 in seek_audio () from /usr/lib64/mlt/libmltavformat.so
#15 0x00007fffd6374b5d in producer_get_audio () from /usr/lib64/mlt/libmltavformat.so
#16 0x00007ffff6b0cbc9 in mlt_frame_get_audio () from /usr/lib64/libmlt.so.6
---Type <return> to continue, or q <return> to quit---
#17 0x00007fffd679b2f9 in filter_get_audio () from /usr/lib64/mlt/libmltcore.so
#18 0x00007ffff6b0cbc9 in mlt_frame_get_audio () from /usr/lib64/libmlt.so.6
#19 0x00007fffe05e79f8 in filter_get_audio () from /usr/lib64/mlt/libmltnormalize.so
#20 0x00007ffff6b0cbc9 in mlt_frame_get_audio () from /usr/lib64/libmlt.so.6
#21 0x00007ffff68f05d0 in Mlt::Frame::get_audio(mlt_audio_format&, int&, int&, int&) () from /usr/lib64/libmlt++.so.3
#22 0x00000000007c9b8d in ProjectClip::slotCreateAudioThumbs() ()
#23 0x00000000007aa0f9 in Bin::slotCreateAudioThumbs() ()
#24 0x00000000007c092a in QtConcurrent::VoidStoredMemberFunctionPointerCall0<void, Bin>::runFunctor() ()
#25 0x00000000004b7da4 in QtConcurrent::RunFunctionTask<void>::run() ()
#26 0x00007ffff1848580 in ?? () from /usr/lib64/libQt5Core.so.5
#27 0x00007ffff184e81c in ?? () from /usr/lib64/libQt5Core.so.5
#28 0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#29 0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 16 (Thread 0x7fffaa7fc700 (LWP 5597)):
#0  0x00007fffef4b5faf in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fffd5277a45 in ?? () from /usr/lib64/libavcodec.so.56
#2  0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#3  0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 15 (Thread 0x7fffaaffd700 (LWP 5596)):
#0  0x00007fffef4b5faf in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fffd5277a45 in ?? () from /usr/lib64/libavcodec.so.56
---Type <return> to continue, or q <return> to quit---
#2  0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#3  0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 14 (Thread 0x7fffab7fe700 (LWP 5595)):
#0  0x00007fffef4b5faf in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fffd5277a45 in ?? () from /usr/lib64/libavcodec.so.56
#2  0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#3  0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 13 (Thread 0x7fffabfff700 (LWP 5594)):
#0  0x00007fffef4b5faf in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fffd5277a45 in ?? () from /usr/lib64/libavcodec.so.56
#2  0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#3  0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 12 (Thread 0x7fffb4e61700 (LWP 5592)):
#0  0x00007fffef4b5faf in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fffd5277a45 in ?? () from /usr/lib64/libavcodec.so.56
#2  0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#3  0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 11 (Thread 0x7fffb5662700 (LWP 5590)):
#0  0x00007fffef4b5faf in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
---Type <return> to continue, or q <return> to quit---
#1  0x00007fffd5277a45 in ?? () from /usr/lib64/libavcodec.so.56
#2  0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#3  0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 10 (Thread 0x7fffb5e63700 (LWP 5587)):
#0  0x00007fffef4b5faf in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fffd5277a45 in ?? () from /usr/lib64/libavcodec.so.56
#2  0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#3  0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 9 (Thread 0x7fffb6664700 (LWP 5586)):
#0  0x00007fffef4b5faf in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fffd5277a45 in ?? () from /usr/lib64/libavcodec.so.56
#2  0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#3  0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 8 (Thread 0x7fffb6e65700 (LWP 5585)):
#0  0x00007fffef4b5faf in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fffd5277a45 in ?? () from /usr/lib64/libavcodec.so.56
#2  0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#3  0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 7 (Thread 0x7fffb7666700 (LWP 5584)):
---Type <return> to continue, or q <return> to quit---
#0  0x00007fffef4b6358 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007ffff184ffd2 in ?? () from /usr/lib64/libQt5Core.so.5
#2  0x00007ffff1850012 in ?? () from /usr/lib64/libQt5Core.so.5
#3  0x00007ffff184fdaa in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQt5Core.so.5
#4  0x00007ffff18486e9 in ?? () from /usr/lib64/libQt5Core.so.5
#5  0x00007ffff184e81c in ?? () from /usr/lib64/libQt5Core.so.5
#6  0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#7  0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 6 (Thread 0x7fffc1d2f700 (LWP 5578)):
#0  0x00007ffff0e6457d in poll () from /lib64/libc.so.6
#1  0x00007fffeba62c77 in g_poll () from /usr/lib64/libglib-2.0.so.0
#2  0x00007fffeba5215e in ?? () from /usr/lib64/libglib-2.0.so.0
#3  0x00007fffeba51add in ?? () from /usr/lib64/libglib-2.0.so.0
#4  0x00007fffeba51be0 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#5  0x00007ffff1afd4ff in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#6  0x00007ffff1a80f9c in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#7  0x00007ffff1a8128b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#8  0x00007ffff184738d in QThread::exec() () from /usr/lib64/libQt5Core.so.5
#9  0x00007ffff1847566 in QThread::run() () from /usr/lib64/libQt5Core.so.5
#10 0x00007ffff184e81c in ?? () from /usr/lib64/libQt5Core.so.5
#11 0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#12 0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6
---Type <return> to continue, or q <return> to quit---

Thread 5 (Thread 0x7fffc2530700 (LWP 5577)):
#0  0x00007ffff0e3d3cd in nanosleep () from /lib64/libc.so.6
#1  0x00007ffff194d548 in ?? () from /usr/lib64/libQt5Core.so.5
#2  0x00007ffff184ebe2 in QThread::msleep(unsigned long) () from /usr/lib64/libQt5Core.so.5
#3  0x00007ffff6228a57 in ?? () from /usr/lib64/libQt5Quick.so.5
#4  0x00007ffff62295e1 in ?? () from /usr/lib64/libQt5Quick.so.5
#5  0x00007ffff184e81c in ?? () from /usr/lib64/libQt5Core.so.5
#6  0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#7  0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 4 (Thread 0x7fffca469700 (LWP 5576)):
#0  0x00007ffff0e6457d in poll () from /lib64/libc.so.6
#1  0x00007fffeba62c77 in g_poll () from /usr/lib64/libglib-2.0.so.0
#2  0x00007fffeba5215e in ?? () from /usr/lib64/libglib-2.0.so.0
#3  0x00007fffeba51add in ?? () from /usr/lib64/libglib-2.0.so.0
#4  0x00007fffeba51be0 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#5  0x00007ffff1afd4d0 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#6  0x00007ffff1a80f9c in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#7  0x00007ffff1a8128b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#8  0x00007ffff184738d in QThread::exec() () from /usr/lib64/libQt5Core.so.5
#9  0x00007fffef041a41 in ?? () from /usr/lib64/libQt5Qml.so.5
#10 0x00007ffff184e81c in ?? () from /usr/lib64/libQt5Core.so.5
---Type <return> to continue, or q <return> to quit---
#11 0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#12 0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7fffcb46a700 (LWP 5575)):
#0  0x00007ffff0e6457d in poll () from /lib64/libc.so.6
#1  0x00007fffeba62c77 in g_poll () from /usr/lib64/libglib-2.0.so.0
#2  0x00007fffeba5215e in ?? () from /usr/lib64/libglib-2.0.so.0
#3  0x00007fffeba51add in ?? () from /usr/lib64/libglib-2.0.so.0
#4  0x00007fffeba51be0 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#5  0x00007ffff1afd4d0 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#6  0x00007ffff1a80f9c in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#7  0x00007ffff1a8128b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#8  0x00007ffff184738d in QThread::exec() () from /usr/lib64/libQt5Core.so.5
#9  0x00007fffef041a41 in ?? () from /usr/lib64/libQt5Qml.so.5
#10 0x00007ffff184e81c in ?? () from /usr/lib64/libQt5Core.so.5
#11 0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#12 0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7fffe3cd4700 (LWP 5565)):
#0  0x00007ffff0e6457d in poll () from /lib64/libc.so.6
#1  0x00007fffeaf94376 in ?? () from /usr/lib64/libxcb.so.1
#2  0x00007fffeaf9683b in xcb_wait_for_event () from /usr/lib64/libxcb.so.1
#3  0x00007fffe5e7ac6f in ?? () from /usr/lib64/libQt5XcbQpa.so.5
---Type <return> to continue, or q <return> to quit---
#4  0x00007ffff184e81c in ?? () from /usr/lib64/libQt5Core.so.5
#5  0x00007fffef4b0424 in start_thread () from /lib64/libpthread.so.0
#6  0x00007ffff0e6d5fd in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7ffff7e128c0 (LWP 5560)):
#0  0x00007fffef4b5faf in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007ffff185002e in ?? () from /usr/lib64/libQt5Core.so.5
#2  0x00007ffff184fdaa in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQt5Core.so.5
#3  0x00007ffff622c0a8 in ?? () from /usr/lib64/libQt5Quick.so.5
#4  0x00007ffff622af57 in ?? () from /usr/lib64/libQt5Quick.so.5
#5  0x00007ffff626339d in QQuickWindow::event(QEvent*) () from /usr/lib64/libQt5Quick.so.5
#6  0x00007ffff2b561d6 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5
#7  0x00007ffff2b537ba in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5
#8  0x00007ffff1a83d29 in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQt5Core.so.5
#9  0x00007ffff1e671c3 in QCoreApplication::sendEvent(QObject*, QEvent*) () from /usr/lib64/libQt5Gui.so.5
#10 0x00007ffff1e70c1e in QWindowPrivate::deliverUpdateRequest() () from /usr/lib64/libQt5Gui.so.5
#11 0x00007ffff1e70b7b in QWindow::event(QEvent*) () from /usr/lib64/libQt5Gui.so.5
#12 0x00007ffff62633fa in QQuickWindow::event(QEvent*) () from /usr/lib64/libQt5Quick.so.5
#13 0x00007ffff2b561d6 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5
#14 0x00007ffff2b537ba in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5
#15 0x00007ffff1a83d29 in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQt5Core.so.5
#16 0x00007ffff1a87ab7 in QCoreApplication::sendEvent(QObject*, QEvent*) () from /usr/lib64/libQt5Core.so.5
#17 0x00007ffff1afb743 in QTimerInfoList::activateTimers() () from /usr/lib64/libQt5Core.so.5
---Type <return> to continue, or q <return> to quit---
#18 0x00007ffff1afcae0 in ?? () from /usr/lib64/libQt5Core.so.5
#19 0x00007ffff1afcbdb in ?? () from /usr/lib64/libQt5Core.so.5
#20 0x00007fffeba50a52 in ?? () from /usr/lib64/libglib-2.0.so.0
#21 0x00007fffeba51915 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#22 0x00007fffeba51b08 in ?? () from /usr/lib64/libglib-2.0.so.0
#23 0x00007fffeba51be0 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#24 0x00007ffff1afd4d0 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#25 0x00007fffe5ec2ec0 in ?? () from /usr/lib64/libQt5XcbQpa.so.5
#26 0x00007ffff1a80f9c in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#27 0x00007ffff1a8128b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#28 0x00007ffff1a8448b in QCoreApplication::exec() () from /usr/lib64/libQt5Core.so.5
#29 0x00007ffff1e5edac in QGuiApplication::exec() () from /usr/lib64/libQt5Gui.so.5
#30 0x00007ffff2b5317d in QApplication::exec() () from /usr/lib64/libQt5Widgets.so.5
#31 0x00000000007d4dfb in main ()
(gdb) 
 

Reproducible: Always
Comment 1 Anton Gubarkov 2016-01-18 13:35:11 UTC 
Created attachment 96710 [details]
static.png

Additional note: my system has 2 GPUs: Intel HD 4600 and Nvidia GeForce 730M.
The segfault above is when X is configured to run on nvidia (and system-wide opengl is set to nvidia too). 
When I switch X and opengl to xorg/mesa, there is no segfault anymore, but I see static instead of the clip (see attachment static.png) and the term is full of :
[filter avcolor_space] Invalid format glsl


nvidia-drivers is at 361.18
mesa is at 11.1.1
Comment 2 Anton Gubarkov 2016-01-22 20:38:30 UTC 
I finally managed to update my Gentoo system to latest git versions of kdenlive, mlt and movit. 
This update got me into the following position: 
movit demo program works as expected - allows me to tinker colors of the photo in opengl window
I can play a clip in melt -consumer qglsl with good speed. (I couldn't before update, same invalid format glsl errors).
kdenlive no longer crashes when using movit to play a clip, however there is no video in the clip monitor (there is an audio signal image there though).

The starting terminal is full of 
[filter avcolor_space] Invalid format glsl_texture
[filter avcolor_space] Invalid format glsl

tested on mesa-11.1.1/Intel i965 driver
Comment 3 Anton Gubarkov 2016-02-04 12:10:10 UTC 
Dear Jean-Batiste, could you kindly give your comment on this issue? Is it low prio at the moment? Is it feasible at all? Is this problem observed on my distro Gentoo only?
I can see you fix other issues, but ignore this one. I would like to understand the reasons.
Comment 4 Jean-Baptiste Mardelle 2016-02-05 17:10:47 UTC 
Hi Anton,

I have a limited time to work on Kdenlive, and which bug I work on is sometimes a bit random.
However, Movit is currently not a top priority. One of the reason is that I am not very familiar with the code, and that it seems to be very dependant on which GPU/driver is used, which makes it really difficult to debug. Movit still has an experimental status, we are mostly concentrating our efforts on the UI workflow for the 16.04 release, and to add some missing features important for editing. 

Hope it clarifies a bit the situation.
Comment 5 Jean-Baptiste Mardelle 2016-02-14 11:29:37 UTC 
Hi!

Don't know if you are still interested but I accidentally found a problem in MLT/Movit that might be responsible for your crash. There is a problem when using a locale with a comma as numeric separator.

If you want to help, can you try the following:

* Open a terminal
* type: "LC_ALL=C kdenlive"

This will start Kdenlive with a different locale using a dot as numerical separator. This might solve the movit crash
Comment 6 Anton Gubarkov 2016-02-14 16:42:19 UTC 
Hi, Jean-Baptiste,

I can no longer reproduce the crash with movit enabled. the clip and project monitors always display back. The behaviour doens't depend on LC_NUMERIC. I can't verify with LC_ALL=C since all my clip data are in directories with Russian names, I can't read the russian names in the file chooser and I can't descend into any of these directories.


I can observe 
[filter avcolor_space] Invalid format glsl_texture
[filter avcolor_space] Invalid format glsl
in the staring terminal.
Comment 7 Jean-Baptiste Mardelle 2016-02-14 16:52:30 UTC 
Thanks for the update. The problem I found related to locales is that Movit does not correctly initialize, which is why it sends these errors:

[filter avcolor_space] Invalid format glsl

Can you check if you see a line like this:

Movit system requirements: Needs at least GLSL version 1.30 (has version 
> 1,0)

in the terminal after starting Kdenlive ? It would mean that you are hit by the locale bug I described...
Also, what happens if you try to add a color clip, does it work ?
Comment 8 Anton Gubarkov 2016-02-14 17:13:58 UTC 
I used to have the line "Movit system requirements: Needs at least GLSL version 1.30 (has version 
> 1,0)" before I switched to kdenlive-git. I don't have it anymore.

Adding a color clip does segfault kdenlive.  Here is a compact backtrace:
#0  0x00007ffff108e5a6 in ?? () from /lib64/libc.so.6
#1  0x00007fffd21c7833 in ?? () from /usr/lib64/libswscale.so.3
#2  0x00007fffd21bc480 in sws_scale () from /usr/lib64/libswscale.so.3
#3  0x00007fffd3c53b91 in ?? () from /usr/lib64/mlt/libmltavformat.so
#4  0x00007fffd7524792 in ?? () from /usr/lib64/mlt/libmltopengl.so
#5  0x00007fffd75266dc in ?? () from /usr/lib64/mlt/libmltopengl.so
#6  0x00007ffff6bb42b8 in mlt_frame_get_image () from /usr/lib64/libmlt.so.6
#7  0x00007ffff6bc7c41 in ?? () from /usr/lib64/libmlt.so.6
#8  0x00000000006c17ed in ?? ()
#9  0x00007ffff1a1d292 in ?? () from /usr/lib64/libQt5Core.so.5
#10 0x00007fffef5db424 in start_thread () from /lib64/libpthread.so.0
#11 0x00007ffff10535fd in clone () from /lib64/libc.so.6


Please advise which packages/libraries I should rebuild with debug info to provide a meaningful backtrace to you.
Comment 9 Jean-Baptiste Mardelle 2016-02-14 17:20:11 UTC 
I need more infos to understand the problem. I need you to check those things:

1 - Make sure Kdenlive works without movit:
If you disable movit in Kdenlive settings, can you correcty open and play a video clip

2 - Make sure MLT works with Movit:
in a terminal, type:
melt myclip.mp4 .glsl=1 -attach movit.saturation saturation=0  -consumer xgl
Replace myclip.mp4 with any clip you have. It should play your clip in black and white

Please let me know the results of steps 1 and 2
Comment 10 Anton Gubarkov 2016-02-14 17:46:46 UTC 
1. kdenlive does work w/o movit. I can play my clips and work with timeline. Everything is fine (except no GPU based effects)

2. the melt command you've provided segfaults, with the following output:

anton@r9-008cln ~/Видео/2016-01-24 Венчание/Материал $ melt gubarkov.MTS .glsl=1 -attach movit.saturation saturation=0  -consumer xgl
Failed to open VDPAU backend libvdpau_i965.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога
[filter avcolor_space] Invalid format glsl
+-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+
|1=-10| |2= -5| |3= -2| |4= -1| |5=  0| |6=  1| |7=  2| |8=  5| |9= 10|
+-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+
+---------------------------------------------------------------------+
|               H = back 1 minute,  L = forward 1 minute              |
|                 h = previous frame,  l = next frame                 |
|           g = start of clip, j = next clip, k = previous clip       |
|                0 = restart, q = quit, space = play                  |
+---------------------------------------------------------------------+
Movit system requirements: Needs at least GLSL version 1.30 (has version 1,0)
Failed to open VDPAU backend libvdpau_i965.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога
[filter avcolor_space] Invalid format glsl
[filter avcolor_space] Invalid format glsl
[filter avcolor_space] Invalid format glsl_texture
[consumer xgl] OpenGL Shading Language is not supported on this machine.
[filter avcolor_space] Invalid format glsl
[filter avcolor_space] Invalid format glsl
[filter avcolor_space] Invalid format glsl_texture
Current Position:          0
[filter avcolor_space] Invalid format glsl
[filter avcolor_space] Invalid format glsl
[filter avcolor_space] Invalid format glsl_texture


If I prepend the command with LC_ALL=C, it works fine, I can see the desaturated clip.
Comment 11 Jean-Baptiste Mardelle 2016-02-14 18:33:31 UTC 
Ok, then it really looks like you are hit by the locale bug I found, but I don't understand why changing locale does not fix the issue with Kdenlive...

If you are comfortable with compiling, you could try my Movit patch to see if it helps...

You need to edit the file init.cpp in Movit source directory with the following changes:
Around line 382, you will find a line like this (in the function double get_glsl_version ):

float glsl_version = atof(glsl_version_str);

Replace this line with the following 4 lines:

std::istringstream locale_convert(glsl_version_str);
locale_convert.imbue(std::locale("C"));
double glsl_version;
locale_convert >> glsl_version;

Then recompile and re-install movit. MLT's command line should work without the LC_ALL trick, and it might fix the Kdenlive issue...
Comment 12 Anton Gubarkov 2016-02-14 20:28:01 UTC 
Created attachment 97208 [details]
movit patch to fix crash on locale with comma as decimal separator

I have integrarted the patch into my package manager and rebuilt movit. I can run melt w/o tweaking my LC_NUMERIC now and the clip runs fine desaturated.

However, kdenlive still crashes when I add a color clip and the movie clip is still black.
Comment 13 Anton Gubarkov 2016-02-14 20:43:48 UTC 
I made one more observation: if I add a movie clip first and color clip second, kdenlive doesn't crash. But both movie and color clips display as black.

When I add the color clip as the first clip in the project, kdenlive crashes immediately.
The terminal is full of 
[filter avcolor_space] Invalid format glsl
[filter avcolor_space] Invalid format glsl
[filter avcolor_space] Invalid format glsl_texture
Comment 14 Jean-Baptiste Mardelle 2016-02-16 19:06:52 UTC 
Anton, in Kdenlive's git I just added some code that displays a error message in the monitors if Movit initialization failed. Can you try to update to latest git and see if you get an error message ?
Comment 15 Anton Gubarkov 2016-02-16 21:05:58 UTC 
Latest git does display a message for me: Cannot initialize Movit's GLSL manager. please disable Movit.
Comment 16 Jean-Baptiste Mardelle 2016-02-16 21:53:29 UTC 
Git commit 435a098676183d19092308c1a7637634792d85c4 by Jean-Baptiste Mardelle.
Committed on 16/02/2016 at 21:53.
Pushed by mardelle into branch 'master'.

Try to fix Movit if GPU does not support GL_ARB_sync

M  +55   -13   src/monitor/glwidget.cpp
M  +3    -0    src/monitor/glwidget.h

http://commits.kde.org/kdenlive/435a098676183d19092308c1a7637634792d85c4
Comment 17 Jean-Baptiste Mardelle 2016-02-16 21:54:57 UTC 
Can you please test with the commit I just made ? It should fix Movit if your GPU does not support the GL_ARB_sync extension, and also should prints some useful debug info in terminal if this does not solve your problem..
Comment 18 Anton Gubarkov 2016-02-17 16:07:34 UTC 
Hi, Jean-Baptiste.

I tested your latest commit. I still get a message to disable movit in the monitors. 
Here is what I see in the term (besides the usual output):
OpenGL vendor:  "Intel Open Source Technology Center"
OpenGL renderer:  "Mesa DRI Intel(R) Haswell Mobile "
OpenGL ARG_SYNC:  false
OpenGL OpenGLES:  true
OpenGL vendor:  "Intel Open Source Technology Center"
OpenGL renderer:  "Mesa DRI Intel(R) Haswell Mobile "
OpenGL ARG_SYNC:  false
OpenGL OpenGLES:  true
Comment 19 Anton Gubarkov 2016-02-17 17:47:41 UTC 
I tested with my optimus Nvidia Geforce 730M (nvidia closed-source drivers). movit doesn't initialize either.
OpenGL vendor:  "NVIDIA Corporation"
OpenGL renderer:  "GeForce GT 730M/PCIe/SSE2"
OpenGL ARG_SYNC:  false
OpenGL OpenGLES:  true

(In reply to Jean-Baptiste Mardelle from comment #17)
> Can you please test with the commit I just made ? It should fix Movit if
> your GPU does not support the GL_ARB_sync extension, and also should prints
> some useful debug info in terminal if this does not solve your problem..

nvidia drivers do support GL_ARB_sync:

anton@r9-008cln ~/Видео/2016-01-24 Венчание/Материал $ glxinfo|grep -i ARB_sync
    GL_ARB_stencil_texturing, GL_ARB_sync, GL_ARB_tessellation_shader, 
    GL_ARB_stencil_texturing, GL_ARB_sync, GL_ARB_tessellation_shader,
Comment 20 Anton Gubarkov 2016-02-17 17:50:12 UTC 
(In reply to Jean-Baptiste Mardelle from comment #17)
> Can you please test with the commit I just made ? It should fix Movit if
> your GPU does not support the GL_ARB_sync extension, and also should prints
> some useful debug info in terminal if this does not solve your problem..

My MESA/Intel drivers also support ARB_sync:

anton@r9-008cln ~ $ glxinfo|grep -i ARB_sync
    GL_ARB_shading_language_packing, GL_ARB_sync, GL_ARB_texture_barrier, 
    GL_ARB_shading_language_packing, GL_ARB_shadow, GL_ARB_sync,
Comment 21 Anton Gubarkov 2016-02-17 19:14:28 UTC 
I've recompiled kdenlive with no gles2 support (together with the following qt dependencies: qtwidgets qtdeclarative qtopengl qtprintsupport plasma qtgui). 
movit works now! 

OpenGL vendor:  "Intel Open Source Technology Center"
OpenGL renderer:  "Mesa DRI Intel(R) Haswell Mobile "
OpenGL ARG_SYNC:  true
OpenGL OpenGLES:  false
OpenGL vendor:  "Intel Open Source Technology Center"
OpenGL renderer:  "Mesa DRI Intel(R) Haswell Mobile "
OpenGL ARG_SYNC:  true
OpenGL OpenGLES:  false
Comment 22 Paul Konecny 2016-02-19 15:20:27 UTC 
I'm not sure if this is related but this sounds an awful lot like the glitches I encountered here: 
https://bugs.kde.org/show_bug.cgi?id=355398

Rendering of /home/paul/Unbenannt12.mp4 crashed medium: 
[ ref=1, _mlt_properties_load=medium, __mlt_properties_load=medium ] 
Movit system requirements: Needs at least GLSL version 1.30 (has version 1,0) 
[consumer qglsl] OpenGL Shading Language rendering is not supported on this machine. 
[filter avcolor_space] Invalid format glsl 
[filter avcolor_space] Invalid format glsl 
GL error 502 at /home/paul/rebuild/4/src/kdenlive/src/monitor/glwidget.cpp : 406 
[filter avcolor_space] Invalid format glsl
Comment 23 emohr 2018-11-10 14:19:56 UTC 
Unfortunately MOVIT (GPU effects) is not stable and not ready for production use.

*** This bug has been marked as a duplicate of bug 380019 ***