[kdenlive] Positioning cursor is slow on high resolution videos

Nicolas Göddel mailinglists at freakscorner.de
Fri Jan 23 16:58:09 UTC 2015


Am 23.01.2015 um 17:27 schrieb jb:
> Hello,
>
>> I am working with kdenlive since May 2014 and I have one big problem with
>> it. Normally I am working with 1080p videos. When I load a 6 minute video
>> into a new project and set the cursor at a position in the video the
>> program freezes some seconds until it has found the correct image for the
>> selected frame. This is very annoying while cutting down a video to 30
>> seconds because I have to set the cursor to new positions very often before
>> hitting CTRL+R. But everytime I set the cursoe I have to wait one oder two
>> seconds. For example VLC has no problems with accessing a certain frame in
>> a video. It needs only some hundreds milliseconds to switch to a random
>> position. It would be nice if kdenlive could be also a bit faster.
> Can you give us the specs of your computer (RAM, processor) ?
I have a Lenovo Thinkpad W530 with an Intel(R) Core(TM) i7-3820QM CPU @ 2.70GHz.
The CPU has a cache size of 8 MB and 4 cores with hyper threading.
It has also a Nvidia Quadro 2000M with 2 GB RAMs inside, but I do not use it at
the moment, because the nvidia drivers won't install correctly.
Instead I use the Intel® Ivybridge Mobile graphics.
I have 8 GB DDR3 RAM.

> Also, what are the specs of your video clips?
> You can get that from the following command in a terminal:
> avconv -i myclip.mp4    (replace avconv with ffmpeg if using FFmpeg).
>

The video comes directly from an Canon EOS 550D, so the datarates are very high.
The video is stored on an HDD. Maybe in some month I will buy a SSD.

avconv version 9.16-6:9.16-0ubuntu0.14.04.1, Copyright (c) 2000-2014 the Libav
developers
  built on Aug 10 2014 18:16:02 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1)
Guessed Channel Layout for  Input Stream #0.1 : stereo
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'MVI_7549.MOV':
  Metadata:
    major_brand     : qt 
    minor_version   : 537331968
    compatible_brands: qt  CAEP
    creation_time   : 2014-12-18 00:05:20
  Duration: 00:04:34.96, start: 0.000000, bitrate: 45516 kb/s
    Stream #0.0(eng): Video: h264 (Constrained Baseline), yuvj420p, 1920x1080,
43978 kb/s, 25 fps, 25 tbr, 25k tbn
    Metadata:
      creation_time   : 2014-12-18 00:05:20
    Stream #0.1(eng): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s
    Metadata:
      creation_time   : 2014-12-18 00:05:20
>
> The best option would be to send me a link to a sample video clip so I can 
> test it on my system.
>
>> Actually I always use proxy clips because they are faster but I think my
>> hardware should have no problem with 1080p videos. And with proxy clips
>> there is an other problem. If I render the video the renderer always uses
>> the proxy clips instead of the original ones although I have not selected
>> rendering with proxy clips...
> Yes, I was never able to reproduce that proxy rendering bug.. Anyways we are 
> in the middle of a big rewrite of Kdenlive and I hope to solve that issue with 
> the next release (but you'll have to wait a few more months for this...)
Nice to hear about it!
>
> regards
> jb
>
>
> _______________________________________________
> kdenlive mailing list
> kdenlive at kde.org
> https://mail.kde.org/mailman/listinfo/kdenlive
>


-- 
——————————————————————————————————————————————
Homepage: http://freakscorner.de
Facebook: http://www.facebook.com/Bastelkeller
Twitter: http://twitter.com/freaks_corner
Youtube: http://youtube.com/tubenic86



More information about the kdenlive mailing list