Bug 464647

Summary: "libmovit.so.8: cannot open shared object file: No such file or directory" when rendering project
Product: [KDE Neon] neon Reporter: Tomislav <nakic>
Component: SnapsAssignee: Scarlett Moore <sgmoore>
Status: RESOLVED LATER    
Severity: normal CC: neon-bugs-null
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Tomislav 2023-01-22 13:44:07 UTC
Tried to render a project, the renderer crashed.

STEPS TO REPRODUCE
1. create project
2. render video
3. chose "nvenc h264 ABR" preset
4. clicked Render to File

OBSERVED RESULT

The following output was shown in the Job Queue rendering log:

Rendering of [my video] crashed:

mlt_repository_init: failed to dlopen /snap/kdenlive/75/usr/lib/x86_64-linux-gnu/mlt-7//libmltmovit.so (libmovit.so.8: cannot open shared object file: No such file or directory)
mlt_repository_init: failed to dlopen /snap/kdenlive/75/usr/lib/x86_64-linux-gnu/mlt-7//libmltsox.so (libsox.so.3: cannot open shared object file: No such file or directory)
[h264_nvenc @ 0x7fe99c01e4c0] dl_fn->cuda_dl->cuInit(0) failed -> CUDA_ERROR_UNKNOWN: unknown error
Failed to copy encoder parameters to output video stream

EXPECTED RESULT

Output video rendered, no errors reported.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Ubuntu 20.04.5
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

The "missing" file is available on the filesystem.

$ locate libmltmovit.so
/snap/kdenlive/75/usr/lib/x86_64-linux-gnu/mlt-7/libmltmovit.so
$

The only difference I see is that there are two slashes at the end of the absolute path, rather than 1, but I would expect that to work the same.
Comment 1 Scarlett Moore 2023-05-03 14:34:11 UTC
Confirmed. Working on this.
Comment 2 Scarlett Moore 2025-05-15 16:44:30 UTC
movit temporarily disabled due store rejection of gpio