24.07.2018, 17:18
(18.07.2018, 21:45)Selur Wrote: Yes, as soon as you mess with the frames you need to reencode and thus you need to choose an encoder.
For testing purposes use the following encoding settings:
configure the rest, create a job queue entry, start the job queue and look at the output.
- set 'Base->Processing->Video' to 'x264'
- set 'x264->Base->General Settings->Encoding mode' to 'constant rate factor (1-pass)'
- set 'x264->Base->Restriction Settings->Preset' to 'ultrafast' and press the 'Apply'-button next to it
Video quality and size are not the main concern atm., just check the whether the output is better/worse than the input 'triggers' you.
Also try method 1. just for comparision. (it's was faster since only the audio is reencoded)
Cu Selur
I've tried the first method. The result was kinda amusing. Going from 29.97 fps to 25 fps makes the audio being so stretched that the video becomes unwatchable. If I keep the original pitch, you can still hear that it's slowed down, as sound can get a bit glitchy, if you get what I mean. If I don't keep the original pitch, it will be so low that it's.. eh, yea, strange. Either way, the talking is very slow, and I think a lot of people couldn't watch it. In any case, it was a nice method to try.
As to that second method, I'm afraid I did something wrong. The output seemed to have a little bit of quality loss and it was actually bigger in file size (500mb=>750mb). Nothing changed to the framerate tho'. It was still 29.97 fps.