01.06.2021, 18:40
(01.06.2021, 05:46)Selur Wrote: Needs to be probably cq or qp then.
Yeah, I just searched for it online. It is indeed "qp" and in this case we're talking about constant quantizer. I also found out that CRF is just motion variable QP - interesting stuff.
I tried a command with -qp 23 and it got up to 15x faster than real-time.
(01.06.2021, 05:46)Selur Wrote: Confused. Why is there a delay if you only use one image?
Uhh... I wasn't talking about a delay, I was just not sure what you meant by "cover". Please explain more thoroughly, as I'm not familiar with the concept you're talking about.
Do you mean 1 frame throughout the whole video? If that's what it is, that would be great; but I do not know how to do that.
(01.06.2021, 05:46)Selur Wrote: try changing the threads in the x264 options, but my guess is that there is simply not much to do for motion estimation etc. if the input doesn't change.
Not exactly sure what you mean by "x264 options", but if you mean something like "libx264 -threads 18", that doesn't work.
(01.06.2021, 05:46)Selur Wrote: Probably better simply run multiple encodes in parallel.
Yeah, that would also be a solution. Only thing is my program cannot run encodes in parallel and running multiple instances of that program is a pain.
So I'd have to implement some kind of parallel processing in this case.