Summary: | WISHLIST: Add Support for hardware encoders | ||
---|---|---|---|
Product: | [Applications] kdenlive | Reporter: | Paul Konecny <paul> |
Component: | Video Display & Export | Assignee: | Jean-Baptiste Mardelle <jb> |
Status: | RESOLVED DUPLICATE | ||
Severity: | wishlist | CC: | fritzibaby, snd.noise |
Priority: | NOR | Flags: | fritzibaby:
Brainstorm+
|
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Paul Konecny
2016-10-11 14:55:08 UTC
This is probable something you need to request from MLT upstream... I might be wrong though. I think we talked about this in Cafe #10 after you went offline. https://notes.kde.org/public/kdenlive-cafe10 *- Hardware encoder Support (given MLT support) https://bugs.kde.org/show_bug.cgi?id=370480 *We can already benefit from FFmpeg's hardware encoders in proxy clip/transcoding jobs (TODO for 16.12 / JBM) So it seems at least some parts can be accelerated already. I could be wrong though. This requires some more testing. Currently, using vaapi, to encode i get ~160fps: ffmpegmlt -vaapi_device /dev/dri/renderD128 -i input.mp4 -vf 'format=nv12|vaapi,hwupload,scale_vaapi=640:220' -c:v h264_vaapi output.mp4 Using software encoding, I get ~180-230 fps with this command: ffmpegmlt -i input.mp4 -vf scale=640:-1 -g 5 -crf 25 -ab 128k -vcodec libx264 -acodec libvorbis -preset:v veryfast output.mov This is most likely due to the fact that we can use h264 profiles (veryfast) in software encoding, but I could not find a way to change the provile using the va_api encoder, so it produces HQ but slow h264. So in my tests, there is no benefit to use hardware encoders for Kdenlive's proxy feature (quickly producing low quality files). Hi J-B, Is this whislist item fixed alongside this bug then? https://bugs.kde.org/show_bug.cgi?id=378832 Cheers! Vaapi and nvenc integration is ongoing/on testing. I close this whish list as a duplicate of 378832. If you see it differently reopen it. *** This bug has been marked as a duplicate of bug 378832 *** |