https://bugs.kde.org/show_bug.cgi?id=373889

            Bug ID: 373889
           Summary: Proxy clip generation fails, for reasons unrevealed by
                    kdenlive
           Product: kdenlive
           Version: git-master
          Platform: Other
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: Video Display & Export
          Assignee: j...@kdenlive.org
          Reporter: k...@5t9.de
  Target Milestone: ---

I tried to use
 Kdenlive-16.12-x86_64.AppImage
 Last modified: Thu, 15 Dec 2016 18:30:34 GMT (Unix time: 1481826634)
 SHA-256 Hash: f4e49ad0775117b8d5d314e0028bed6f7e12bca9495ae047def2748b7a3ac083 
under CentOS 7.3 with 3840x2160p24 video files I recorded with my camera.

For decent GUI performance, I need to use "proxy clips", and have often done so
successfully with kdenlive 0.9x in the past.

However, every time I try creating a proxy clip with above named new kdenlive
version, I consistently get a "Proxy Clip creation failed" error message from
kdenlive, with no further reasons revealed. 

Every time when the failure of the proxy clip creation is reported, the xterm
from where I started the kdenlive AppImage emits a message "QIODevice::read
(QProcess): device not open" - I cannot say whether this is actually related to
the root cause of the problem.

I attached "strace -f -p" to the running kdenlive to get an idea what's going
wrong, but there is no obvious hints I can see - here's an excerpt of the
output related to some thread that seems to get started when proxy clips are to
be created:

[pid  2457] clone(child_stack=0x7f4f3a5bee70,
flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID,
parent_tidptr=0x7f4f3a5bf9d0, tls=0x7f4f3a5bf700, child_tidptr=0x7f4f3a5bf9d0)
= 3155
Process 3155 attached
[pid  3155] set_robust_list(0x7f4f3a5bf9e0, 24 <unfinished ...>
[pid  3155] <... set_robust_list resumed> ) = 0
[pid  3155] eventfd2(0, O_NONBLOCK|O_CLOEXEC <unfinished ...>
[pid  3155] <... eventfd2 resumed> )    = 12
[pid  3155] prctl(PR_SET_NAME, 0x7f4f340031d8, 0, 0, 0) = 0
[pid  3155]
stat("/home/test7/video/video_new_kdenlive/proxy/725828d8935f700ab6a7f610b531a617.mpg",
0x7f4f3a5beb50) = -1 ENOENT (No such file or directory)
[pid  3155] stat("/home/test7/video/video_new_kdenlive/proxy",  <unfinished
...>
[pid  3155] <... stat resumed> {st_mode=S_IFDIR|0775, st_size=6, ...}) = 0
[pid  3155] access("/home/test7/video/video_new_kdenlive/proxy", W_OK
<unfinished ...>
[pid  3155] <... access resumed> )      = 0
[pid  3155]
stat("/home/test7/video/video_new_kdenlive/proxy/725828d8935f700ab6a7f610b531a617.mpg",
 <unfinished ...>
[pid  3155] <... stat resumed> 0x7f4f3a5be9d0) = -1 ENOENT (No such file or
directory)
[pid  3155] write(2, "QIODevice::read (QProcess): devi"..., 44 <unfinished ...>
[pid  3155] <... write resumed> )       = 44
[pid  3155] futex(0x7f4f2855cafc, FUTEX_WAIT_BITSET_PRIVATE, 13, {2936,
971454834}, ffffffff <unfinished ...>


That the stat() call on
"/home/test7/video/video_new_kdenlive/proxy/725828d8935f700ab6a7f610b531a617.mpg"
returns ENOENT seems plausible as this file does not exist (neither before nor
after trying the proxy clip creation). The "proxy" directory itself does exist
and is writeable.

It would certainly help a lot if kdenlive bothered to provide some more details
on the error than just stating the creation failed. Is there any kind of
log-file, debug-level/verbosity configuration option?

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to