New answers tagged

0

Remove -vf scale=800:-1 to avoid rescaling. Remove -r 20 to avoid changing frame rate. You're transcoding from a stream in a MP4 to the GIF codec, so the bitrate will not remain the same, nor is there any sense in trying to keep it the same. A stream is scaled by using the scale filter in a simple filterchain -vf or a complex filterchain -filter_complex or ...


0

Just to add a little detail to t @tomh's excelent answer: a 1920×1080 image comprises 2,073,600 pixels. To capture this in a way that includes all the visual information that you could see with your naked eye would require at least 14 stops of dynamic range, which translates to 3 channels of 14-bit colour (the three channels are the RGB components, or more ...


1

If you imagine you have a video signal, and you want to capture all of it.. Let's say it is 1920x1080 at 25fps. You can store all the information about every pixel at full colour depth on every frame. This would be lossless - you could full recreate the signal upon playback, and it would be identical to the original that you captured. The downside of this ...


0

Hellow. You need 4:4:4 pixel format and High444 profile in libx264 or h264_nvenc or other h264 encoder. And I guess that qp 0 is better then crf 0. For example: -c:v h264_nvenc -qp 0 -pix_fmt yuv444p -profile:v high444p For screenrecording gdigrab is the best way. P.S.: I use Nvidia HWacel of my GeForce1660 Ti Max-Q. It's very fast!


0

the question you asked has a similar question (providing a good method to find out the settings) : https://video.stackexchange.com/a/15182/5055


1

Component Y/Pb/Pr is better than both S-video and composite. It supports higher resolution, and progressive scan (480p,720p,1080p). The Y is luminance and sync signaling, the Pb is blue minus, and the Pr is red minus. Since its progressive, it uses more bandwidth than the former's. It's easy to get "component" mixed up for "composite"/&...


Top 50 recent answers are included