you're comparing different standards, namely NTSC (525 interlaced lines) and SVGA (600 progressive lines)
computer monitors run at a higher horizontal scan frequency (31kHz+) compared to NTSC (15kHz), which allows them to draw more lines per frame
/sqt/ - Stupid Questions Thread
I know in libvpx you should just specify the target bitrate for your desired filesize and let the encoder do the rest
as long as you don't restrict the range of quality settings by specifying -qmin or -qmax, the libvpx encoder will intelligently downgrade your crf to achieve the correct average bitrate.
Not 100% sure if x265 works the same
if you want a specific filesize output, use (2-pass) VBR, not CRF
CBR = "i have a fixed bandwidth channel to fill"
VBR = "i have a fixed medium to fill"
CRF = "i have a fixed quality target to reach / i have no particular bandwidth or size limitations"
as long as the screen is a decent size and the keyboard isn't shit you can comfortably read and browse the internet on any device made in the past 100 years
If you're going to do somewhat intensive things for school like run photoshop, compile software, run physics simulations, fuck around playing videogames, etc, you'll need a beefier machine. Otherwise the specs don't matter too much and you can just go with whatever.
Is it fine if I buy an external USB 3.0 HDD for creating a ddrescue image or do I have to use SATA?
usb is fine
So is there is a fix that isn't buy a new ssd?
yea, trim it.
in windows, it's in the defragment tool (the tool will defrag if it's a hdd, and trim if it's an ssd)
I know that constant quality isn't the way to achieve a certain file size.
My goal is to switch to 10-/12-bit encoding (or at least test it) and to get roughly (!) the same file size as before when using 8-bit. The main priority is still quality. I thought I may save some time asking here before doing tests on my own.