<p>To the command that kdenlive generates "acodec=aac ar..." add <code>preset=slow</code>. I'm not sure if kdenlive honors that but these presets are available for x264 in ffmpeg and avconf. They are good presets and are the same that you could choose from when you recorded your video (<code>superfast</code> in your case). <code>Slow</code> is generally a good option if you want to avoid visual quality loss.
If adding that line didn't work you can try to generate a script instead and add <code>-preset slow</code> after <code>-vcodec</code> but before the output file.
You probably want to delete the <code>vb=%bitrate%</code> bit, the preset will have its own value for that.</p>

<p>If you want to be really lossless in terms of video information you need to choose a lossless codec. I'm a bit puzzled that you have so few formats available. Maybe the "Show all profiles" checkbox gives you more options?
A recommendable codec for screen recordings would be QuickTime Animation or any other RLE based codec.
The Dirac codec from BBC is also a great lossless opensource codec, it can be found under the name <code>libschroedinger</code> in ffmpeg.</p>

CC BY-SA 3.0
2014-09-20T21:21:50.670Z
There are some lossless codecs listed: Lossless FFV1+FLAC, Lossless HuffYUV+FLAC, Lossless MPEG-2+AC3, Lossless MPEG-4+PCM and Lossless H.264+AAC. Which one amongst these would you recommend?
Renae Lider
CC BY-SA 3.0
2014-09-21T11:59:31.563Z
The lossless MPEG profiles can't be truly lossless and the h264 lossless profile is extremly bad supported by software not based on ffmpeg/x264. FFV1 is a codec by the FFMpeg devs and in an experimental state, also again bad compatability outside the linux world.
I would recommend to go with HuffYUV but try PCM instead  of FLAC if possible. Be aware that HuffYUV produces extremly huge files.
If you are doing your final encode and are not encoding the file a second time after your export I recommend to make a good quality h264 encode instead.
timonsku
CC BY-SA 3.0
2014-09-20T12:05:54.337Z
2014-09-20T12:05:54.337Z
timonsku
<p>I've used <a href="http://www.maartenbaert.be/simplescreenrecorder/" rel="nofollow noreferrer">SimpleScreenRecorder</a> for screencasting. The settings are shown below. This file is of very good quality. I've then added this clip to the Kdenlive project with the same settings as the video. To test the output, I rendered some 5 to 10 seconds of the video and the final result was not good as the source file. The bitrate and other settings during rendering are shown below.</p>

<p><img src="https://i.sstatic.net/ToHzW.png" alt="enter image description here"></p>

<p><img src="https://i.sstatic.net/4IAo4.png" alt="enter image description here"></p>

<p><img src="https://i.sstatic.net/Ya7eW.png" alt="enter image description here"></p>

CC BY-SA 3.0
2017-01-10T21:35:05.820Z
I have the same use case. I want to render some audio + video as an intermediate clip for further editing. For this intermediate clip, I don't really need any compression. And I just found out that one can use a kdenlive project as a clip in another project! This avoids any rendering until one is really finished.
donquixote
<video-quality>
Rendering without quality loss in Kdenlive
Renae Lider
# Rendering without quality loss in Kdenlive

(Asked by: username_0 on 2014-09-20)

I've used [SimpleScreenRecorder](http://www.maartenbaert.be/simplescreenrecorder/) for screencasting. The settings are shown below. This file is of very good quality. I've then added this clip to the Kdenlive project with the same settings as the video. To test the output, I rendered some 5 to 10 seconds of the video and the final result was not good as the source file. The bitrate and other settings during rendering are shown below.

![enter image description here](https://i.sstatic.net/ToHzW.png)

![enter image description here](https://i.sstatic.net/4IAo4.png)

![enter image description here](https://i.sstatic.net/Ya7eW.png)

**Tags:** video-quality

> **Comments:**
> **username_1**: I have the same use case. I want to render some audio + video as an intermediate clip for further editing. For this intermediate clip, I don't really need any compression. And I just found out that one can use a kdenlive project as a clip in another project! This avoids any rendering until one is really finished.  

---

## 1 answers

### Answer by username_2 on 2014-09-20. Score: 2

To the command that kdenlive generates "acodec=aac ar..." add `preset=slow`. I'm not sure if kdenlive honors that but these presets are available for x264 in ffmpeg and avconf. They are good presets and are the same that you could choose from when you recorded your video (`superfast` in your case). `Slow` is generally a good option if you want to avoid visual quality loss.
If adding that line didn't work you can try to generate a script instead and add `-preset slow` after `-vcodec` but before the output file.
You probably want to delete the `vb=%bitrate%` bit, the preset will have its own value for that.

If you want to be really lossless in terms of video information you need to choose a lossless codec. I'm a bit puzzled that you have so few formats available. Maybe the "Show all profiles" checkbox gives you more options?
A recommendable codec for screen recordings would be QuickTime Animation or any other RLE based codec.
The Dirac codec from BBC is also a great lossless opensource codec, it can be found under the name `libschroedinger` in ffmpeg.

> **Comments:**
> **username_0**: There are some lossless codecs listed: Lossless FFV1+FLAC, Lossless HuffYUV+FLAC, Lossless MPEG-2+AC3, Lossless MPEG-4+PCM and Lossless H.264+AAC. Which one amongst these would you recommend?  
> **username_2**: The lossless MPEG profiles can't be truly lossless and the h264 lossless profile is extremly bad supported by software not based on ffmpeg/x264. FFV1 is a codec by the FFMpeg devs and in an experimental state, also again bad compatability outside the linux world. I would recommend to go with HuffYUV but try PCM instead  of FLAC if possible. Be aware that HuffYUV produces extremly huge files. If you are doing your final encode and are not encoding the file a second time after your export I recommend to make a good quality h264 encode instead.  

---

