Hello,

I have still problem with kdenlive and kf5, it seems that video playback is not so fluent as before (KF5) specially in the project monitor with transitions and effects. I tried to the GPU (movit) option, and it was perfect, really fluent, but it crashed with those errors:

GL error 0x501 (GL_INVALID_VALUE) at filter_glsl_manager.cpp:381
rrrrrrrr: effect_chain.cpp :1778 : void movit::EffectChain::render_to_fbo(GLuint, unsigned int, unsigned int): l'assertion « status == 0x8CD5 » a échoué.

so I also try the proxy clip, editing is fluent, but the render is also with poor quality ! I don't find an option to get the clip with the original quality.

funix wrote:Hello,

I have still problem with kdenlive and kf5, it seems that video playback is not so fluent as before (KF5) specially in the project monitor with transitions and effects. I tried to the GPU (movit) option, and it was perfect, really fluent, but it crashed with those errors:

GL error 0x501 (GL_INVALID_VALUE) at filter_glsl_manager.cpp:381
rrrrrrrr: effect_chain.cpp :1778 : void movit::EffectChain::render_to_fbo(GLuint, unsigned int, unsigned int): l'assertion « status == 0x8CD5 » a échoué.

so I also try the proxy clip, editing is fluent, but the render is also with poor quality ! I don't find an option to get the clip with the original quality.

Hello,

use this trick. Enable proxy and the videos are not stuttering. Before rendering the video, mark all clips in the project bin and disable the proxy setting. The kdenlive will render the project with the original files.

Hope this helps.

Regards, Oluja!

oluja wrote:use this trick. Enable proxy and the videos are not stuttering. Before rendering the video, mark all clips in the project bin and disable the proxy setting. The kdenlive will render the project with the original files.

Thanks you, it works !

funix wrote:Hello,

I have still problem with kdenlive and kf5, it seems that video playback is not so fluent as before (KF5) specially in the project monitor with transitions and effects. I tried to the GPU (movit) option, and it was perfect, really fluent, but it crashed with those errors:

GL error 0x501 (GL_INVALID_VALUE) at filter_glsl_manager.cpp:381
rrrrrrrr: effect_chain.cpp :1778 : void movit::EffectChain::render_to_fbo(GLuint, unsigned int, unsigned int): l'assertion « status == 0x8CD5 » a échoué.

so I also try the proxy clip, editing is fluent, but the render is also with poor quality ! I don't find an option to get the clip with the original quality.

Also note that you are using Kdenlive with GPU processing (MOVIT) enabled which makes it very unstable...

farid wrote:

funix wrote:Hello,

I have still problem with kdenlive and kf5, it seems that video playback is not so fluent as before (KF5) specially in the project monitor with transitions and effects. I tried to the GPU (movit) option, and it was perfect, really fluent, but it crashed with those errors:

GL error 0x501 (GL_INVALID_VALUE) at filter_glsl_manager.cpp:381
rrrrrrrr: effect_chain.cpp :1778 : void movit::EffectChain::render_to_fbo(GLuint, unsigned int, unsigned int): l'assertion « status == 0x8CD5 » a échoué.

so I also try the proxy clip, editing is fluent, but the render is also with poor quality ! I don't find an option to get the clip with the original quality.

Also note that you are using Kdenlive with GPU processing (MOVIT) enabled which makes it very unstable...

Thx Farid. I forgot to write this. It was in my mind but...

Can't you enable/disable proxy rendering from render dialog (advanced options)?
Maybe an old setting is causing the problem, try moving ~/.config/kdenliverc to a new name...

yes, i know that the GPU option is unstable, I just try it and desactivate because it makes kdenlive crash, it's too bad because the video is really very smooth and fluid.

I started from a fresh install (new kdenlive directory, no kdenliverc) with proxy clip enabled, with the enable/disable proxy rendering from render dialog, the result is the same : a poor quality video, the workaround is to disable proxy clip in project bin.

normally commit b00844ae8a3f779dd298c63e9d7a0cacceb4385e in 16.08.2 (just after 16.08.1 release) had fixed such a behavior :
FIx proxy used for rendering when app started from home dir
BUG: 368491

Which version are you running?

with my i7/8 Go RAM, I have still problem of freeze and stuttering video playback with the 16.12 version (mlt 6.4.1). With kdenlive Qt4 version the video playback was very smooth, I regret that there is no more the possibility to change the video output.
is there a link with the message "OpenGL OpenGLES: false" when kdenlive is starting ?
for information "glxinfo | grep OpenGL" gives

OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 760 (192-bit)/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 375.26
OpenGL core profile shading language version string: 4.50 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.5.0 NVIDIA 375.26
OpenGL shading language version string: 4.50 NVIDIA
OpenGL context flags: (none)
OpenGL profile mask: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 375.26
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:

Sorry, while preparing monitor for GLSL effects (movit)+QtQuick interface elements, we had to switch to OpenGL-only monitor
I don't know what's going wrong with your setup...
Is the problem present in clip monitor already, or only when playing timeline with transitions?

the problem is present in all monitors with HD video but it's worst in the project monitor with effects and transitions, I'm forced no to use effect like vid.stab for example because it becomes unusable
I hope the only solution is not to change my video card.
at the starting I have this message "OpenGL OpenGLES: false", it is important ? did I miss something ?

vid.stab is a very heavy effect... preview rendering (introduced in previous version) is typically for this kind of use!
I don't think not having OpenGL *ES* is a problem since I guess you have a full OpenGL (desktop).

Are you using the same camera & project settings as before?
Why don't you use proxies if you system has difficulties with your video format?

I seem to also be seeing this proxy clip bug in kdenlive 16.12.2, is there an open bug report?

2023 and this problem still exists with big video files. proxy workarround doesn't seem to work, or i didn't understand how to do it. any ideas?