Hättest es auf 10.000 Pixel hochskalieren sollen, dann hättest Du noch mehr Verpixelung hingekriegt
Echt jetzt? Dein Ernst? Und du redest hier von "lächerlich". Was sind dann gerad deine Argumente? 
Also als erstes solltest du vllt mal realisieren, das es auch bessere Monitore gibt, als nur 1080p. Naturgemäß ist die Auflösung des Screenshots bei Vollbild die derer das System läuft, denn würde der (im übrigen youtube player) es nicht skalieren, hätt ich ja nur ein Bild in der Mitte.
Des Weiteren: Ein Auflösungsscaler produziert also H.264 Videokompressionsartefakte?? Meinst du das ernst? 
Das heißt auch ein Lossless Video wird dann, wenn du es skalierst, ein Video mit H.264 Kompressionsartefakte vom Auflösungsskalierer ausgestattet? Ist es wirklich das was du mir gerade sagen willst?
Aber hab das Video mal runtergeladen und die Frames roh gespeichert, ergo kein Screenshot, sondern eine Abspeicherung der Frames.
http://abload.de/gallery.php?key=josAEUPD
Wie überraschend - die Kompressionsartefakte sind trotzdem da! XD
Was hat ein Auflösungsskalierer mit Videokompression zu tun? Also echt mal 
Hier mal 2560x1600 skaliert zu 5120x3200. Also durchaus ein riesen Schritt:
Originalbild:
https://abload.de/img/sshd2560x1600wduya.png
5120x3200:
https://abload.de/img/sshd5120x3200k6uvg.png
Also bei mir tauchen da bei dem skalierten Bild keine H.264 Videokompressionsartefakte auf 
Das Video wird in kleine 16x16 Blöcke aufgeteilt und innerhalb dieser nochmal in 8er und je nach encodesetting sogar noch in 4er größen denkbar. Die Übergänge dieser Blöcke zum nächsten DCT Block müssen natürlich möglichst sauber sein, da das Auge sonst natürlich dieses Blockgerüst sieht.
Was bei deinem Video also sichtbar wird, sind die vergeblichen Versuche des Deblocking Filters noch was zu retten das die Blockübergänge zu grob werden, was natürlich dann zu Unschärfe führt. Und vergeblich, weil die Bitrate derart schlecht reicht, das der Deblocking Filter an seine Grenzen stößt und trotzdem das DCT Gerüst sichtbar wird.
Die GOP kann trotzdem länger oder kürzer sein hier.
Bist du dir da sicher? Also x264 kennt nur min-keyint und keyint, was bei MeGUI die GOP Größe regelt. Der addet dann bei Standardabweichung diese Parameter. Eig. auch bei NVEnc bestimmt das die GOP Größe. Von daher biste da sicher? Normalerweise sind die Keyint Optionen so gestrickt, das sie wirklich die klare max gop länge definieren. Sicherlich auch, damit der user bekommt, was er einstellt.
Hier steht nochwas dazu:
https://encodingwissen.de/code…4/referenz/#keyint-frames
Selbst die 100 Frames mit einer schwarzen Scene werden mit 15Mbit ausgestattet. Es entsteht hier zwars kein Verlust, aber man pump diese Frames unnötig mit Speicher zu.
Wenn es lossless kleiner als 15mbit gespeichert werden kann, wird x264 es auch nicht aufblasen auf 15mbit. Auch bei CBR nicht. Wenn man das so will, muss man das explizit erzwingen via --nal-hrd cbr
Man kann nicht wirklich sagen das man da keine Pixel oder Artefakte sieht, das Bild ist schon ziemlich mies.
Wobei "verpixelt" hier absolut das falsche Wort ist. Die Pixel sitzen alle noch am richtigen Fleck.