Registered Member
|
Thank you for your help.
I used Kdenlive to mosaic a video, and when I played it back, the video playback speed dropped. I think the cause is the specs of my computer. If anyone knows the PC specs to use Kdenlive without any problems, I would appreciate it if you could let me know. (CPU, graphics board, etc.) I am currently using the following specs. -------------------------------------------------------------- OS: windows 10 Home, version: 20H2 Graphic board: NVIDIA GeForce GTX 1650 -------------------------------------------------------------- Thank you for your time. |
Registered Member
|
What CPU? How much RAM? What kind of disk (HDD or SSD)?
Secondly, depending on your source material and effects applied playback within kdenlive can be choppy. Try proxy clips. A mosaic where different clips are arranged in a matrix (I am guessing this is what you mean) might be very taxing. To give you an example: I am on Windows 10 Professional (but also run Linux on the same HW), have 32GB RAM, a Ryzen 7 Threadripper 2700X CPU and a Nvidia GeForce RTX2070 GPU (8GB Video RAM). I can run kdenlive comfortably with HD or UHD source material and a decent stack of effects. Haven't tried a mosaic yet, though
This forum will soon be archived and you won't be able to interact with it anymore. Please use KDE Discuss instead.
|
Moderator
|
On Windows version there isn't any GPU accelleleration, REDERING is done using CPU and RAM... my chepest Windows PC for Kdenlive is a an old Xeon 2.8Ghz 12 Threads (6Core+6threads) with 32Gbytes of ECC DDR3 (but 16 Gbytes are the same) and a GT610 VGA card (completely useless .. just to have 2 DVI screens connected) and an SSD disk and my best configuration is a Ryzen 7 1800x (very cheap used... something around 110 euros) 16Threads (8 cores + 8 threads) 3.6Ghz with 16 Gbytes of DDR4 3200 and an nvidia GT710 (completely useless) and an NVME disk during rendering the Ryzen7 is taking 70%/80% of CPU (can't use more probably some limitation on threads used) and 8.9Gbytes of RAM (making 2560x1440 videos) .. and 0% of GPU i think that a more older and cheaper Ryzen 7 1700 can do the job at the same speed... (currently using Windows 11 22504.1000) P.S. just find (for the first time) that actually during editing i have some sort of GPU usage... the peaks are the same of CPU... WOW |
Moderator
|
Berndmj can i ask you some feedback about your CPU usage on rendering? i just openend this report: https://invent.kde.org/multimedia/kdenl ... ssues/1256 if you can render (on windows 10) a 2 tracks 2560x1440 project (30fps) with a transform effect on V2 just to replicate a little bit the usage. very thank you for the help. |
Registered Member
|
Sure. No problem. I created a quick project with 3 clips 5 seconds each on V1 and V2. A normal wipe transition for the last 26 frames of the first clip (V1) to the second (V2), and a keyframed Crop, Scale and Tilt effect on the second clip so that the clip on V1 shows up in the background. I used the MP4-H264/AAC render profile. The first render I did with the Encode speed slider all the way to the left and all CPU cores were maxed out for most of the rendering. The second render I did with the default slider setting (a little more than halfway). CPU usage was much lower. The first render took 56 seconds, the second one took 34 seconds. So I can confirm your report except for the noticeable difference in rendering time. Let me know what else I can help you with.
This forum will soon be archived and you won't be able to interact with it anymore. Please use KDE Discuss instead.
|
Moderator
|
Thank you very much... seems that something is not working correctly on MELT.. or parameters passed to MELT from Kdenlive.
P.S. can you try using the H265 codec? with this one i have 100% of CPU usage and the result video is 1/3 of size. (with similar quality) https://invent.kde.org/multimedia/kdenl ... 4_h265.png |
Registered Member
|
The H265 took longer than the default H264 but less than H264 with Encode Speed all the way to the left. H265 maxed out the CPU except for a short dip to about 30% at the 2/3's mark. Size is at 50MB compared to 62MB for the H264 renders. The clip I rendered is 12;23 and took 48 seconds. No visible quality degradation.
This forum will soon be archived and you won't be able to interact with it anymore. Please use KDE Discuss instead.
|
Moderator
|
there is something wrong with actual H264 codec...
|
Registered users: Bing [Bot], blue_bullet, Google [Bot], Yahoo [Bot]