I have not tested qsvenc, not sure what that codec is for or how it's used. I do have both of those, but NVENC has really poor quality at the beggining of the video, from what I have tested. (, 23:07)Selur Wrote: (Also if you have an nvida cpu or intel cpu with a graphic processor you might want to use nvenc or qsvenc instead of x264) The threads are still not used, not sure if that's such a problem anymore. It is up to 13x faster than real-time, considerably faster than the max 3.5x I had before. (, 23:07)Selur Wrote: Also your encoding will probably be (a lot) faster if you specify the '-r 6' before the '-i image'.įfmpeg -y -loop 1 -r 6 -i -i -c:v libx264 -q:v 23 -preset ultrafast -c:a copy -shortest for you? mkv, but the -strict -2 argument remained. I think it was necessary for muxing Opus in. It was true: the argument 'q' gets ignored in libx264. Seeing as you replaced it with 'q', I guess I've never seen it used in FFmpeg commands before.

(, 23:07)Selur Wrote: Why are you using crf ? (, 23:07)Selur Wrote: Why the 6 fps, i mean when using just one image the fps should matter?īecause I don't want the videos taking a lot of space and by letting FFmpeg render at 25 FPS it really increases the video size, especially when working with hundreds of videos at a time. I believe an mkv with a cover would mean an empty video inside the mkv, just some cover and the audio? Well, the video needs to have the picture displayed constantly while the video is played back, so just a cover won't do. (, 23:07)Selur Wrote: Why not simply use a mkv with a cover instead of the video stream?

Ffmpeg crf not used for any stream