Beiträge von Kayten

    Was ist denn bitte der Unterschied zwischen der "aufnahme" und der "capture"?

    Er meint mit Aufnahme das, was auf deiner Festplatte landet, bspw. ein 50FPS Video. Ist bspw. die Festplatte zu langsam, müssen Frames verworfen werden und die Aufnahme ruckelt oder hat Standbilder.
    Mit Capture ist hier das gemeint, was OBS vom Spiel abgreift. Wenn OBS nun, aus welchen Gründen auch immer, nur 25FPS vom Spiel abgreift, ist das Spiel ruckelig, aber der Mauszeiger bei einer (einwandfreien) 50FPS Aufnahme flüssig.

    Ahm, also via Nvidia-Tool direkt vsync IMMER aktivieren und dann inGame auf ne Framezahl begrenzen? Meinst du das damit?

    Er meint VSync zu aktivieren und/oder die FPS durch OBS begrenzen zu lassen via "Limitiere FPS der Aufnahme".


    Du meinst hier irgendwo?

    Unter "3D-Einstellungen verwalten". Dort kannst du es (und anderes) entweder einzeln für jede Anwendung einstellen oder für alle geltend machen.

    Die erste Aufnahme sieht recht gut aus, auch wenn es aus meiner Sicht nicht perfekt ist, die zweite hingegen ist katastrophal ruckelig. Oder ich habe inzwischen eine Allergie gegen 30FPS. Kann auch sein. ^^


    Youtube sagt zu diesem Video übrigens folgendes:
    directupload.net/file/d/4562/88balsl8_png.htm
    Soll ich das machen?

    Nein, YT hat prinzipiell keine Ahnung, ob gewisse Effekte gewollt sind oder nicht.


    Ja also alle monitore sollen laut Entwickler (nein ich poste keinen Link) die gleiche Hz zahl haben


    man soll wenn möglich vsync verwenden (stelle es direkt im nvidia center für alle anwenundgen ein)


    und im zweifel den haken mit der fps begrenzung im game capture verwenden.

    Wieso machst du kein OBS Tutorial?
    Einen Link dazu fände ich aber tatsächlich ganz interessant. Nicht um mich selbst zu überzeugen, sondern um jemand anderen zu überzeugen. Mit etwas Hintergrundwissen lässt sich das auch besser erklären. Ein 144Hz und 60Hz Setup dürfte inzwischen schließlich nicht mehr allzu selten anzutreffen sein.


    Da soll noch einer sagen OBS Studio wäre so simpel und Dxtory so komplex.

    Finde zwar, dass das besser in deinen Thread zu Farbräumen passt, aber gut. Vielleicht verschiebt @sem diesen und deinen Beitrag ja dort hin.


    Während also NV12 Sparsam ist und 2 Byte verwendet, verwendet YV12 schon 3 Byte. Und das für den gleichen Pixel.

    Entweder war das sehr unglücklich ausgedrückt oder du liegst in dem Fall schlicht falsch. In 3 Byte, also 24bit könntest du schon einen RGB24 Pixel stecken, daher 8bit pro Kanal. YUV420 benötigt exakt die Hälfte, daher 1,5Bytes pro Pixel, oder auch 12bit pro Pixel. FFmpeg stimmt mir da zu.


    Code
    FLAGS NAME NB_COMPONENTS BITS_PER_PIXEL
    -----
    IO... yuv420p 3 12
    IO... nv12 3 12

    Lässt sich auch recht einfach nachvollziehen, 4 Pixel (2x2) teilen sich die Farbinfos. Heißt auf die 4 Pixel bezogen:

    • 4 Helligkeitswerte je 8 bit (Luminanz)
    • 2 Farbwerte je 8 bit (Chrominanz)

    Was in 4x8bit + 2x8bit = 48bit resultiert. Da es jedoch 4 Pixel sind, muss durch 4 geteilt werden, um die Bitzahl pro Pixel zu bestimmen: 48bit / 4 = 12bit. Jeder Pixel in YUV420 benötigt daher 12bit.
    Unkomprimiertes I420 Material hat demnach die exakt gleiche Größe wie unkomprimiertes NV12 Material.

    Dxtory muss man kaufen, oder?

    Jup. Schätzungsweise 35€, hast aber keinerlei Einschränkungen deine Lizenz betreffend. Testversion runterladen und ausprobieren.

    Und da kann ich dann aber wieder den MagicYuv Lossless benutzen?

    In Dxtory kannst du alle Codecs nutzen wie auch beim MSI AB, da beide die selbe Schnittstelle verwenden: VfW - Video for Windows.

    Das ist jetzt aber rein für die Audioqualität, oder?

    Audioqualiät und/oder Performance.


    Wenn x264 bei dir eine zu hohe CPU Last erzeugt und NVENC nur ruckelt, würde ich noch die Variante mit UtVideo austesten, falls du kein Geld für Dxtory ausgeben möchtest.

    Edit weil Video:
    Das Video ruckelt aus meiner Sicht aber schon ziemlich. Mit wie vielen FPS spielst du? Das sieht spontan eher nach 20 als nach 50 aus. Das kann nicht ganz korrekt sein.


    Edit Ende.


    Wenn ich nicht völlig blind bin, scheinst du genau 0 verworfene Frames gehabt zu haben, da die betreffenden Zeilen schlichtweg nicht vorhanden sind. Mal hoffen, dass die nicht einfach so wegen NVENC weggelassen wurden, sondern dass es tatsächlich keine verworfenen Frames gibt.
    Bleibst du hierbei, solltest du dir noch CoreAudio zulegen, wie Schauerland bereits schrieb.


    Wenn du ganz sichergehen möchtest, postest du noch eine >MediaInfo< einer Testaufnahme. Danach wirst du eh jedes Mal gefragt werden, wenn es irgendein Problem mit einer Aufnahme gibt, also gleich angewöhnen. ^^


    Umgekehrt bietet das Einstellen von I420 keinen Mehrwert oder?

    Technisch nicht. Dann warte ich aber nur auf die nächste Person, >die versehentlich UtVideo und NV12 zusammen nutzt<.


    Vermutlich kann ich dir eh jeden Link der Welt präsentieren, den würdest du nicht anerkennen.

    Was ich eigentlich amüsant finde: Du argumentierst hier ähnlich wie De-M-oN woanders.

    Die Mehrheit (und zwar die Absolute) sieht es nicht. Punkt aus. Isso.

    Er redet vom besseren Bild (technischer Fakt) und du davon, dass es eh keiner sieht.
    Nun der umgekehrte Fall: Du beziehst dich auf den technischen Fakt und ich deute auf die Irrelevanz in der Praxis hin.


    Oh the irony.

    Viel versteh ich von dem Kram da drin nicht, aber das hier fand ich interessant:


    Knappe 5% der Frames gehen wegen "lags" verloren.Kann das das Problem sein? Oder ist es normal, dass einige verloren gehen?

    Das ist der für uns auch interessanteste Teil. Meiner Erfahrung nach ist es in OBS Studio mehr oder minder normal, dass da welche verloren gehen. Bei längeren Aufnahmen fällt das weniger ins Gewicht, da gerade beim Start der Aufnahme gerne mal was verworfen wird.
    Die erste Zeile deutet auf die CPU hin, die zweite auf die GPU.


    Jetzt versuch ich mal noch eine Aufnahme mit deaktivierter Vorschau. Mal schauen, ob das was bringt.

    Du wirst sowieso vieles testen müssen, OBS mit x264, OBS mit UtVideo, OBS mit NvEnc, Dxtory mit MagicYUV, etc.
    Eins davon wird für dich am besten funktionieren, was nicht bedeutet, dass es für alle Fälle das richtige Mittel ist. Das Programm meiner Wahl ist Dxtory, trotzdem war es schon nötig mal MSI AB oder OBS Studio zu nutzen. Es ist also immer hilfreich mindestens zwei Aufnahmeprogramme parat zu haben.


    NV12 wird von den Entwicklern empfohlen und ist nicht umsonst standardmäßig eingestellt.

    "Das musst du so nutzen weil Grafikkarte" ist nun mal keine Begründung mit der ich mich begnüge. Das hat für mich die Aussagekraft des Wahrheitsgehalts eines Perpetuum Mobiles auf YouTube.
    Ich hätte gerne einen praxisnahen Test der zeigt, dass die Nutzung von NV12 tatsächlich einen spürbaren oder zumindest messbaren Vorteil bietet. Wüsste ich, wie sich das am besten umsetzen ließe, würde ich mich selbst daran setzen.
    Wer sich bei x264 aus Performancegründen bereits mit i420 und NV12 befassen muss, dem wird der (falls überhaupt existente) Performancevorteil nicht weiterhelfen und hat aus meiner Sicht gänzlich andere Probleme. Gehört bisher aus meiner Sicht in die Kategorie "nett zu wissen, aber in der Praxis unwichtig".

    Trotz der Anpassungen keine - für mich - sichtbaren Veränderungen im File.

    Wie bereits geschrieben, NV12 wird die Auslastung deines PCs in keinster Weise merklich beeinflussen. Hast du wirkliche Performanceprobleme, musst du an anderen Stellen Regler drehen.


    Edit:

    Also ich nehme an unter "Codierer" von x264 auf NVENC H.264 umstellen...
    aber warum hat das mit meiner GTX 1060 zu tun? Ist die dafür irgendwie besonders gut geeignet?
    Ist NVENC ein besserer oder schlechterer Codec als der x264?

    x264 ist der Encoder und produziert H.264 (Codec) Material. NVENC H.264 ist auch ein Encoder und produziert ebenfalls H.264 Material, mit dem Unterschied, dass NVENC auf der GPU läuft und x264 auf der CPU und wenn deine CPU mit der Last nicht klar kommt, warum nicht die Last auf die GPU verlagern?
    Seit der GTX900er Reihe können Nvidia Grafikkarten lossless H.264 Material hervorbringen.

    Die MediaInfo zeigt eindeutig, dass du verlustfreies Material bekommst ("qp=0" bei den Kodierungseinstellungen).


    Wie bekomme/erzeuge ich dieses Logfile?

    Es wird bei jedem Start von OBS Studio eine neue Log-Datei erstellt. Zu finden ist diese wie im Tutorial angegeben unter "Hilfe". Natürlich sollte auch ein Aufnahmeversuch in der Log-datei zu finden sein, sonst bringt diese herzlich wenig.


    Dxtory... Hat jemand nen Tipp für nen guten Guide/Tutorial oder so?

    Ich verweise mal hierauf, auch wenn ich mal wieder was überarbeiten müsste, gerade was die Advanced-Settings betrifft: Dxtory - Einstellungen & Sammelthread



    Edit, da ich den neuen Beitrag noch nicht gesehen hatte:


    Oder wird es in den Container mit reingepackt? Denn wenn Zweiteres der Fall sein sollte... wie bearbeite ich diese Audiospur dann nach?

    Eine zweite Audiospur kommt bei OBS, MSI AB und Dxtory mit in den selben Container und muss entweder erst extrahiert werden, beispielsweise mit SagaraS Scriptmaker (GUI), Dxtory beigeliefertem Tool, was über Rechtsklick auf die jeweilige Datei erreicht werden kann oder dein Bearbeitungsprogramm versteht das von Haus aus, was eher selten der Fall ist.


    Aber mal ne andere Frage, wenn das was ich hier beschreibe, das Problem bei OBS ist, wie kann das dann jemals "lossless" Aufnahmen liefern, wie du in deinem Tutorial geschrieben hast? Die Dateigrößenunterschiede zwischen meinen Aufnahmen aus MSIA & OBSS oben zeigen ja dann wohl, dass das KEIN lossless ist, was da rauskommt.

    x264 liebt Standbilder. Die lassen sich nämlich prima komprimieren, da sie (fast) identisch zum Vorgängerbild sind. MagicYUV und UtVideo machen sowas nicht, die betrachten jeden Frame einzeln, ohne Vorgänger und Nachfolger. Und Civilization dürfte viele quasi Standbilder haben.


    und selbst du, der du das Tutorial für OBS geschrieben hast

    Irgendwer muss ein Tutorial schreiben! ^^ Wir hatten hier im Forum einfach monatelang keins. Ich bin mir sicher, dass @Schauerland das mindestens genau so gut, wenn nicht gar besser könnte. Er verwendet OBS Studio meines Wissens nach hauptsächlich.

    Erst mal gibt es einen Daumen hoch für deinen ultra-ausführlichen Fehlerbeschreibungstext. :D Sonst muss man den Leuten immer alles aus der Nase ziehen, du lieferst uns schon alles mögliche mit. Das finde ich toll!

    Wird hiermit nochmals unterstrichen. ^^


    Ich habe Variante 2 (x264) gewählt.

    Auch wenn ich bisher keinen Nachweis dafür (bekommen) habe, wurde ich darauf hingewiesen für x264 unter Erweitert das Farbformat auf NV12 zu belassen. Wird dein Problem zwar nicht lösen und Auswirkungen (welcher Art auch immer) im einstelligen Prozentbereich haben - wenn überhaupt -, aber erwähnt habe ich es hiermit. ^^


    Ansonsten noch ergänzend zu dem was Julien schrieb:

    1. fehlt einiges in der Aufnahme (die Auflösung ist zwar gestochen scharf, aber es wirkt als würden einzelne Frames fehlen.

    Eine der Schwächen von OBS Studio aus meiner Sicht. Auch der Grund, weshalb ich Dxtory nutze. Das Deaktivieren der Vorschau samt Neustarten von OBS soll da angeblich etwas Abhilfe schaffen, getestet habe ich es allerdings nicht.


    CPU geht laut Taskmanager nie über 70%

    Sollte dir das zu viel sein, könntest du Variante 1 mit UtVideo probieren. Da du deine zweite Audiospur eh mit Audacity aufnimmst - was ich zwar nicht empfehle -, ist der Mehraufwand für die UtVideo-Variante doch sehr gering, da du nur die Einstellungen der ersten OBS Instanz übernehmen müsstest. Zusätzlich hättest du noch den Vorteil von verlustfreiem Audiomaterial, was bei Variante 2 nicht gegeben ist.

    Damit laufen nämlich sowohl das Spiel, als auch die fertige Aufnahme flüssig...mich ärgert das so ungemein, dass das so spinnt...

    Ich hatte zwar bisher noch nie solche Probleme mit OBS Studio, muss dazu aber sagen, dass ich es abseits vom Tutorial quasi nie verwendet habe. Dxtory hat sich bei mir bisher immer als die bessere Alternative herausgestellt. Aufnahmen mit OBS Studio waren bei mir nie so flüssig wie mit Dxtory.


    Das Spiel selber ist leider, warum auch immer, auf 30 FPS begrenzt. Die Aufnahme läuft mit 27 FPS.

    Mal Synchronize Video FPS in Dxtory anhaken (Movie-Tab), im Idealfall läuft es dann auf 30/30 (Video/File).

    Kannst du mir deine evtl. mal verlinken?

    Was genau? Die HDD(s)? Siehe >hier<. Wird nicht von jedem gerne gesehen, da andere mit Seagate HDDs bereits mehrere Defekte beklagen mussten, bei mir funktionieren die bisher aber absolut zuverlässig.
    Falls du das Beispielvideo von mir meintest, dass habe ich ein paar Beiträge vorher bereits verlinkt.
    MediaInfo:


    Die andere Projekte brauchen weniger Platz auf der Platte, trotz 4k, von den FPS mal abgesehen

    Aus dem bereits von mir genannten Grund: Weniger FPS bedeuten, dass weniger Frames auf die HDD geschrieben werden, was geringere HDD Belastung mit sich zieht.

    Dann wäre vllt. auch eine SSD rein für's Aufnehmen interessant...nichts zu großes...einfach nur für die Aufnahme und danach direkt das Video wo anders hin verschieben...

    Ich weiß ja nicht wie lange du gedenkst deine Aufnahmen zu machen, aber die Aufnahme vom mir verlinkten Testvideo brachte ganze 282GB innerhalb von 27 Minuten auf mein RAID0 und das bei "nur" 1800p statt 4K. Klar spielt die Komplexität des Materials eine Rolle, aber der Unterschied dürfte höchstwahrscheinlich keine 50% betragen. Hast du nun eine 512GB SSD, wärst du gezwungen die Daten sofort zu verarbeiten und zu löschen oder zu verschieben und wärst bei letzterem wieder durch die Geschwindigkeit deiner Zwischenspeicher-HDD limitiert.


    Kurzes Beispiel einer 250GB Aufnahme, die du auf deine andere HDD (~120MB/s schreibend) verschiebst:
    250GB -> ~250.000MB -> 250.000MB / 120MB/s = ~2.133s = ~35,5Min
    Mehr als 35 Minuten Zeit würdest du verbringen nur um die Aufnahme zu verschieben.


    Eine ~512GB SSD kostet um die ~120€ aufwärts und schafft laut durchschnittlichen Herstellerangaben um die 500MB/s.
    Mein RAID0 mit 2x2TB kostet nach heutigen Preisen ~140€ und schafft laut Dxtory mehr als 350MB/s.


    Aus meiner Sicht gilt da wieder: Wer für übliche Lets Play Aufnahmen die Geschwindigkeit einer SSD benötigt, braucht auch ebenfalls den Speicherplatz eines HDD-RAID0 und ist dann mit dem RAID0 besser beraten. SSDs bieten meiner Meinung nach immer noch kein gesundes Verhältnis von Größe zu Geschwindigkeit, vom Preis mal abgesehen.

    @Kaddi288
    Habe mir mal kurz in eine Folge Portal Knights reingeschaut:
    Das Spiel läuft nicht mal ansatzweise mit 60FPS. Bedeutet für deine 60FPS Aufnahme, dass Frames einfach verworfen werden, diese quasi keinen Speicherplatz einnehmen und demnach auch die HDD nicht belasten. Selbiges gilt für die Sims 4 Aufnahmen. Planet Coaster hingegen scheint mehr FPS auf den Bildschirm zu bringen, belastet daher bei einer "60FPS" Aufnahme die HDD mehr, weswegen du die Auflösung runterschrauben musstest.


    Wenn Tales of Zestiria nun ähnlich oder gar besser läuft als Planet Coaster, ist es nicht verwunderlich, dass es sich auch ähnlich verhält bei der Aufnahme bzgl. der File-FPS.


    Kurz gesagt: Deine Aufnahmen werden von deiner Grafikkarte (semi-blind guess) und deiner Aufnahme-HDD limitiert.



    Edit:
    Generell ist es mir in letzter Zeit häufiger aufgefallen, dass viele YouTuber blind 60FPS Aufnahmen machen, da 60FPS ja schließlich "Standard" seien, ohne überhaupt zu überprüfen ob ihr System das überhaupt packt.
    Ergebnis ist, dass die Spiele in den eigentlich weichen 60FPS Videos am ruckeln sind wie blöde und es nicht weicher/flüssiger aussieht, als in einer 30FPS Aufnahme. Ich mag da nun recht perfektionistisch rangehen und verlinke meine eigenen Testaufnahmen eher ungern, aber wirklich flüssige >60FPS Aufnahmen sehen - bei nativen 1800p - eher so aus<. In gewissen Situationen machte mir da zwar leider meine Grafikkarte einen Strich durch die Rechnung (siehe FPS und Bottleneck Angabe im Overlay), aber die Richtung sollte klar sein.

    Hm...bei Fraps funktionieren Aufnahmen ja normal in 4k...also kann meine HDD ja nicht generell zu langsam sein...

    Das bezweifle ich ehrlich gesagt so lange, bis ich eine MediaInfo und die dazugehörige Aufnahme sehe. Entweder war das Spiel genau 0 komplex oder du hast mit deutlich weniger FPS aufgenommen. Lossless 4K ist ohne RAID0 im Normalfall nicht möglich.


    Dass der Farbraum im jeweiligen Codec nicht höher als YUV420 eingestellt ist, sollte bei solchen Auflösungen und dieser HDD selbstverständlich sein.

    Ich spiele in 4k, habe es damit versucht die Aufnahme auf 1440p runter zu skalieren.

    Die Skalierung in Dxtory ist...

    • Schlecht für die Qualität (u.a. dank Nearest Neighbour Skalierung)
    • Ein ziemlicher Performancekiller für alle Versionen nach 2.0.128 ohne Force CPU Processing

    Genau aus dem Grund habe ich es auch nicht weiter im Tutorial erläutert.

    Welche DirectX-Version Tales nutzt, weiß ich tatsächlich nicht.

    Dxtory zeigt das unter Target (Tab mit dem Fadenkreuz als Icon) an. Internet meint allerdings, dass das Spiel DirectX9 nutzt, Wait for available buffer ist daher zwangsweise notwendig.


    Edit: Vielleicht noch als Anmerkung erwähnt: Sollte deine HDD Schreibgeschwindigkeit nicht ausreichen und Wait for available buffer aktiviert sein, werden deine Ingame-FPS absinken auf die aktuellen File-FPS.

    Will unwinder keine Zeit für aufwenden für ein paar nischen oder indie spiele die es nicht hinkriegen selber ihre maus zu rendern.

    Hat aus meiner Sicht nichts oder nur wenig mit bestimmten Genres zu tun, eher mit dem Erscheinungsdatum des Spiels. Ich erinnere mich an viele Spiele von früher, die ihren eigenen Cursor mitgebracht haben. Heutzutage ist das eher ungewöhnlich.

    Schreibgeschwindigkeit meiner Festplatte liegt bei 133mb/s. Die war mal schneller...scheint vllt. langsam "abzubauen".
    Meine andere Platte liegt bei 151mb/s. Da könnte ich es noch ausprobieren.

    Wenn du 1440p oder gar 4K aufnehmen möchtest, ist das für MagicYUV viel zu langsam. Meine 1800p Testaufnahmen brauchten im schlimmsten Fall über 300MB/s. Natürlich ist die Komplexität jedes Spiels immer anders, aber damit dürfte schon mal eine grobe Richtung vorgegeben sein.
    Ohne hochskalieren kommst du wahrscheinlich nicht viel höher als 1080p, vielleicht 1152p. Sollte die Schreibgeschwindigkeit reichen, hilft es bei Dxtory in den meisten Fällen Wait for available buffer anzuhaken. Bei DirectX9 Titeln ist das seit 2.0.137 sogar Pflicht, sonst wird die File-FPS halbiert.


    Aber ich habe in der Aufnahme bereits gesehen, dass nur in manchen Gebieten des Spiels FPS der Aufnahme und der Videofile übereinstimmen...

    Komplexität des Materials ist immer unterschiedlich, mal reicht die Schreibleistung, mal reicht sie nicht.


    Anschauen kann ich mir mit dem Codec die fertige File leider nicht über den VLC Player.

    MPC-HC ausprobieren. VLC nutzt die VfW Codecs nicht und kennt daher kein MagicYUV.


    Schreibgeschwindigkeit meiner Festplatte liegt bei 133mb/s. Die war mal schneller...scheint vllt. langsam "abzubauen".

    Genaue Typbezeichnung der HDD wäre nicht schlecht. Dann ließe sich zumindest herausfinden, wie schnell diese denn normalerweise ist.
    Ansonsten das Übliche: Leere HDDs sind schneller als volle. Eine Schnellformatierung hat mir auch schon öfters mal geholfen.

    Bei anderen Spielen habe ich das Problem nicht.

    Dann hast du nun den unglücklichen Fall, dass OBS Studios Hookingmethode wohl nicht mit dem speziellen Spiel klar kommt. Entweder du probierst dich an anderen OBS Studio Versionen oder wechselst auf ein anderes Aufnahmeprogramm, dessen Einstellungsmöglichkeiten solche und andere Fehler möglicherweise beheben können. Ob gar vielleicht die Bildschirmaufnahme Abhilfe schafft, müsste man testen.


    Abseits davon solltest du Farbformat und YUV-Farbmatrix auf i420 und 709 stellen, wenn du UtVideo weiterhin nutzt, so wie hier geschrieben: OBS Studio - Verlustfreie Aufnahme & Sammelthread

    So ziemlich jede, welche über 150MB/s schreibend schafft und angemessen groß ist.
    Ich persönlich würde jederzeit wieder zur ST2000DM001 von Seagate greifen, andere präferieren Modelle anderer Hersteller aus unterschiedlichen Gründen wie bspw. Zweifel an der Langlebigkeit der HDD.

    Bin mir nicht sicher, ob das weitere Erklären bei dir sinnvoll ist oder ob Gegentrollen inzwischen angebracht wäre.


    Ich beschränk mich mal auf das eigentliche Thema und ignoriere deine (un)absichtlichen Missverständnisse:

    Technisch gesehen bekommen aber die unteren Auflösungsstufen mehr Bitrate aufgrund dessen das die Skalierung von einer sauberen Quelle stammt und nun somit die Pixel und somit auch die Bitrate viel besser verteilen kann.


    Die technische Sicht wurde nun zu Genüge erwähnt und erläutert. Theoretisch interessant und zweifelt auch immer noch keiner dran. In der Praxis ist es unwichtig, da die Auswirkung zu gering ist oder die Prioritäten eindeutig woanders liegen.


    Deine Videos werden umso schlechter bei niedrigeren Auflösungen, wenn du ein Video mit 1152p oder gar 1800p+ aufnimmst und so hochladen tust. Weil was macht ein Skalierer selbst bei YT? Richtig, er interpoliert es runter und macht es dabei schwammiger, da YT anscheind Bicubic oder Bilinear verwendet.
    Ein reines und gut behandeltes 720p Video mit gleichem Inhalt würde dabei besser weg kommen, sofern man sich lediglich der 720p Stufe annimmt.


    Ein weiterer technischer Fakt, den in der Praxis das selbe Schicksal ereilt, wie der vorherige.


    Damit ist das Thema für mich auch durch. Kann schon verstehen, warum andere keine Lust haben auf Diskussionen, wenn das aneinander Vorbeireden, Wiederholen und Missverstehen hier perfektioniert wurde, obwohl man eigentlich sogar ähnliche Standpunkte vertritt. ^^