ich versuche seit Wochen einen Weg zu finden, um meine 4K XAVC LongGOP Dateien, die ich mit der FS7 aufgenommen habe, in meiner Workstation zu bearbeiten. Beim Abspielen tritt extremes Ruckeln auf, egal ob in Premiere CC, oder mit VLC. Die CPU-Last steigt auf allen Kernen auf ca. 100%. Seltsamerweise gibt der relativ unbekannte MPV-Player die Dateien anstandslos und ohne größere CPU-Last, ruckelfrei aus. Scheinbar ist das also kein Hardware Problem. Der Rechner ist ein Sockel 2011er 3930k mit 32 GB RAM, Nvidia GTX980. Die Daten liegen zum Schnitt auf einer 960er Samsung SSD, die auch recht flott ist. Ich habe die Files aber auch auf meinem Notebook (i7 7700 und 1070er GTX) und einem dritten Rechner (i7 6700 und 1050 TI) ausprobiert, wo das Problem noch stärker auftrat. Interessanterweise war der MPV-Player auch dort in der Lage, die Dateien ruckelfrei auszugeben.
Da ich diese Problematik eigentlich nirgendwo in Foren finde, scheint das Problem ja nicht bei so vielen Leuten vorzuliegen. Es wäre toll, wenn irgendjemand hier eine Idee hätte, was ich da machen kann, denn das Schneiden des Materials ist so ja praktisch nicht möglich :-(
Ich weiß das mich jetzt wieder einige steinigen werden, weil so viele auf den VLC Player schwören,
aber mit dem habe ich schon öfter genau diese effekte beobachten können.
Meine Methode war, deinstallation von VLC und installation vom 64bit mpc-hc https://mpc-hc.org/downloads/
Seit dem ruckelt bei mir nix mehr.
Beim MPV Player steht übrigens folgendes:
GPU-Video-Decodierung
Mpv nutzt die FFmpeg hwaccel APIs zur Unterstützung von VDPAU, VAAPI, DXVA2, VDA und VideoToolbox Video Decodierung Beschleunigung.
Viel Glück! :-)
"Camera doesn´t matter proklamieren immer die, die nicht filmen."
Guido hat Recht, VLC ist ziemlicher Mist was die Performance angeht. MPC-HC oder der in meinen Augen etwas bessere MPC-BE können hier helfen. Davon ab sollte das mit den CPUs aber auch in Premiere funzen. Bin jetzt überhaupt kein Premiere Crack, aber vielleicht hilft das Aktivieren der Mercury Engine?!
Hab seinerzeit ne Menge mit FS7 Material in EDIUS8 auf nem i6700K/QuickSync rumgebalstelt, das fluppte wie ne Eins!!
Habe den MPC-HC Player gerade ausprobiert und auch dort läuft das Material ruckelfrei.
Die Sache mit VLC ist allerdings auch nicht wirklich das Problem, denn mit dem MPV- und MPC-Player funktioniert es ja tadellos.
Die Frage ist, wie ich die Sache in Premiere zum laufen bekomme, ohne das Material zu transkodieren, oder Proxies zu benutzen. Es muss ja irgendwie zum laufen zu bringen sein ... die FS7 User werden doch nicht alle in FullHD filmen ...
Man kann in Premiere die Auflösung der Vorschau verringern.
Ich GLAUBE, es bringt auch etwas, das Material in einer FullHD Timeline (nicht 4k) zu bearbeiten.
TK1971 hat geschrieben: ↑Di 18 Apr, 2017 16:50
Die Sache mit VLC ist allerdings auch nicht wirklich das Problem, denn mit dem MPV- und MPC-Player funktioniert es ja tadellos.
Dann habe ich mich an der Stelle vielleicht ungünstg ausgedrückt,
denn ich meinte nicht, dass das Material im MPC besser laufen muß als im VLC, sondern das der VLC für probleme sorgt und runter muß!
Als Alternative nimmt man dann den MPC, denn der bringt ein paar gut sortierte renderer bzw. codecs/Filter etc. mit,
die das System nicht so dissen ;-)
Fasst immer wenn jemand in meinem Bekanntenkreis Probleme mit dem Playback hatte,
hatte er VLC und nach der Deinstallation war der Spuck vorbei.
Hast Du mal geschaut ob Dein DirektX auf dem neusten Stand ist?
"Camera doesn´t matter proklamieren immer die, die nicht filmen."
Hast Du mal geschaut ob Dein DirektX auf dem neusten Stand ist?
Bei mir ist das aktuellste DX12 drauf und Windows 10 (X64 Pro) wurde gerade auf die 1703 aktualisiert. Dabei trat etwas interessantes auf. Nach der Installation des neuesten Updates, lief das FS7 Material auf einmal ruckelfrei im VLC. Nach einem Neustart war dann wieder alles beim Alten und es ruckelte genau wie vorher. Seltsamerweise war auch dieses Verhalten auf allen meinen Systemen zu sehen.
Man kann in Premiere die Auflösung der Vorschau verringern.
Selbst bei 1/4 ruckelt es noch wie verrückt und wenn ich im Video vorwärts springen möchte, friert Premiere für einige Sekunden komplett ein.
Ich GLAUBE, es bringt auch etwas, das Material in einer FullHD Timeline (nicht 4k) zu bearbeiten.
Macht bei mir keinen Unterschied zwischen FullHD und 4k Timeline.
Ach so, was vielleicht noch interessant ist ... im Sony eigenen CatalystBrowse (Ver 2017) ist die Problematik identisch mit dem Verhalten in Premiere CC.
TK1971 hat geschrieben:Ach so, was vielleicht noch interessant ist ... im Sony eigenen CatalystBrowse (Ver 2017) ist die Problematik identisch mit dem Verhalten in Premiere CC.
Sooo interessant ist das nicht, die Hardware (Prozessor) ist einfach zu schwach für dieses Material in dieser Schnittsoftware ;)
So langsam habe ich auch die Befürchtung, das der Rechner zu alt ist.
Sooo interessant ist das nicht, die Hardware (Prozessor) ist einfach zu schwach für dieses Material in dieser Schnittsoftware ;)
Das war ja auch mein erster Gedanke. Seltsamerweise läuft das Material ja aber auf einem anderen Rechner (i7 7700) genauso ruckelig und wenn es nur ein HW Problem wäre, dürften die anderen Player es ja auch nicht wiedergeben können. Beim MPC Player habe ich auf dem 3930k unter 20% CPU Last ...
Außerdem habe ich mal bei Userbenchmark die CPU mit aktuellen Prozis verglichen und das Ergebnis ist alles andere als eine Kaufermutigung. Der 6900er ist gerade mal 19% schneller und beim Ryzen bin ich skeptisch. In der Vergangenheit hatte ich mit AMD nie gute Erfahrungen ...
TK1971 hat geschrieben:Das war ja auch mein erster Gedanke. Seltsamerweise läuft das Material ja aber auf einem anderen Rechner (i7 7700) genauso ruckelig und wenn es nur ein HW Problem wäre, dürften die anderen Player es ja auch nicht wiedergeben können. Beim MPC Player habe ich auf dem 3930k unter 20% CPU Last ...
Softwareplayer nutzen die Hardwarebeschleunigung der Grafikkarte zur Dekodierung der Videos (manche besser, manche schlechter), das machen Schnittsysteme (in der Regel) nicht. Deshalb kann man das nicht vergleichen.
TK1971 hat geschrieben:]Außerdem habe ich mal bei Userbenchmark die CPU mit aktuellen Prozis verglichen und das Ergebnis ist alles andere als eine Kaufermutigung. Der 6900er ist gerade mal 19% schneller und beim Ryzen bin ich skeptisch. In der Vergangenheit hatte ich mit AMD nie gute Erfahrungen ...
Welche Hardware Echtzeitvorschau hinbekommt, sollte man in Ruhe prüfen und nicht nur auf die Benchmarks schauen.
Edit: Softwarewechsel käme ja vielleicht auch in Frage ;)
Kannst Du uns mal einen Schnippsel hoch laden?
Wenn Du nur große hast, kannst Du ihn mit direct copy in XMediaRecode klein machen, ohne das Du was am Format änderst.
Ich würd mir das gerne mal ansehen. Habe einen 6700 ohne "K".
"Camera doesn´t matter proklamieren immer die, die nicht filmen."
Softwareplayer nutzen die Hardwarebeschleunigung der Grafikkarte zur Dekodierung der Videos (manche besser, manche schlechter), das machen Schnittsysteme (in der Regel) nicht. Deshalb kann man das nicht vergleichen.
Jein, bei Premiere macht die Mercury Engine meines Wissens nach auch die Dekodierung und VLC hat auch Hardwaredekodierung auf der GPU und im Vergleich zu MPV, oder MPC liegen da einfach Welten zwischen, was die Ruckelei angeht.
Abgesehen davon ist der "alte" Rechner gefühlt kaum langsamer, als ein 6950er System, das ich vor kurzem im Auftrag gebaut habe.
Edit: Softwarewechsel käme ja vielleicht auch in Frage ;)
Ich bin seit 17 Jahren bei Premiere und auch wenn ich das Abomodell von Adobe richtig bescheiden finde, käme für mich nur Edius, oder Vegas in Frage und ich kann beiden nur wenig abgewinnen ... also NEVER ;-)
Kannst Du uns mal einen Schnippsel hoch laden?
Kann ich morgen gerne mal machen. Das Material, das ich hier gerade teste kann ich leider nicht hochladen, weil ich das in Privaträumen von jemand anderem gedreht habe. Mit dem 6700er wird es aber vermutlich die gleiche Problematik geben, wenn der 7700er schon ruckliger abspielt, als der 3930k. Vielleicht ist der Ryzen 1800x tatsächlich doch nicht die schlechteste Idee, mit seinen 8 Kernen. Immerhin wären das zwei mehr, als ich jetzt habe. Ich würde aber erst einmal gerne Erfahrungsberichte im A/V Bereich hören und bisher kenne ich noch niemanden, der sich so ein Ding "gebastelt" hat. Ich baue seit über 20 Jahren Audioworkstations, aber bisher war das nur mit Intelprozis und Nvidia GPUs machbar. Zwei Versuche mit Athlons und einmal der Einsatz einer AMD GPU, waren grausig, ist aber jetzt auch schon wieder 10 Jahre her. Aber es hat ein Trauma hinterlassen ;-)
dienstag_01 hat geschrieben:Softwareplayer nutzen die Hardwarebeschleunigung der Grafikkarte zur Dekodierung der Videos (manche besser, manche schlechter), das machen Schnittsysteme (in der Regel) nicht. Deshalb kann man das nicht vergleichen.
Jein, bei Premiere macht die Mercury Engine meines Wissens nach auch die Dekodierung und VLC hat auch Hardwaredekodierung auf der GPU und im Vergleich zu MPV, oder MPC liegen da einfach Welten zwischen, was die Ruckelei angeht.
Hier liegst du falsch, komplett. Mercury wird nicht zur Dekodierung genutzt und die Hardwarebeschleunigung des VLC ist im Gegensatz zu den anderen Playern quasi nicht vorhanden.
TK1971 hat geschrieben:
dienstag_01 hat geschrieben:Edit: Softwarewechsel käme ja vielleicht auch in Frage ;)
Ich bin seit 17 Jahren bei Premiere und auch wenn ich das Abomodell von Adobe richtig bescheiden finde, käme für mich nur Edius, oder Vegas in Frage und ich kann beiden nur wenig abgewinnen ... also NEVER ;-)
Ich wollte nur einen kleinen Denkanstoß geben, dass unterschiedliche Software unterschiedlich effizient mit Hardware umgeht, mehr nicht.
AMD ist nichts für Video und wenn sie einen 40 Kerner raus brächten.
Beim 7700er hast Du aber eine 50er Geforce drin, das ist zu wenig.
Da muß eigentlich die 70er rein.
Jetzt bin ich aber noch mehr an einen Schnippsel interessiert.
Mache doch mal eine kurze Einstellung mit viel infos, damit die VB Rate auch was zu tun hat.
"Camera doesn´t matter proklamieren immer die, die nicht filmen."
Zuletzt geändert von klusterdegenerierung am Di 18 Apr, 2017 21:45, insgesamt 1-mal geändert.
klusterdegenerierung hat geschrieben:Kein einziges meiner AMD Systeme haben je so gut gelaufen wie preislich vergleichbare Intel Systeme.
Selbst wenn das für dich stimmen mag, wäre die erste Frage, wie lange deine Erfahrung damit eigentlich zurückreicht und, zweitens, ob du wirklich glaubst, dass alle deine Erkenntnisse auch für alle Ewigkeit ihre Gültigkeit behalten.
Was AMD-Systeme angeht würde ich mich nicht so weit aus dem Fenster lehnen, wie Kluster, aber meine Erfahrungen bei Audio-Workstations waren auch ziemlich übel und ich habe über 20 Jahre Erfahrung im Rechnerbau. Da lief nichts stabil, ist aber eben auch schon über 10 Jahre her. Allerdings kann sich ja auch AMD verbessert haben. Allerdings habe ich meine Zweifel, ob die speziellen Funktionen jemals von Profisoftwareherstellern unterstüzt werden. Die setzen momentan alle ausschließlich auf Intel.
Ich würde jedenfalls schon gerne mal so ein 1800x System in die Finger bekommen um das zu testen. Auf Youtube gibt es ja schon einige Berichte, wo das Ding recht gut bewertet wird, was A/V Anwendungen angeht.
dienstag_01 hat geschrieben: ↑Di 18 Apr, 2017 21:53
klusterdegenerierung hat geschrieben:Kein einziges meiner AMD Systeme haben je so gut gelaufen wie preislich vergleichbare Intel Systeme.
Selbst wenn das für dich stimmen mag, wäre die erste Frage, wie lange deine Erfahrung damit eigentlich zurückreicht und, zweitens, ob du wirklich glaubst, dass alle deine Erkenntnisse auch für alle Ewigkeit ihre Gültigkeit behalten.
:-)
Ne natürlich nicht ;-)
Aber ich hatte bestimmt 6 verschieden AMD, vom 1Kerne bis zu 4 oder 6er.
Da hatte schon Photoshop immer seine Mühen.
Mit Intel war das mit einem Schlag vom Tisch.
Aber das ist es ja nicht alleine, dahinter steht ja auch noch der Chipsatz und der Arbeitsspeicher Anbindung etc.
Ich kann mich aber noch gut daran erinnern, als ich vor den AMDs 486er & Pentiums hatte,
weil man denen damals schon nachsagte, das sie für Grafik besser geeignet sind.
Jau aber am geilsten waren die Zusatzkarten für die 486er, ich komm gerade nicht auf den Namen.
Die haben einen Prozess abgearbeitet der schon lange in den CPUs intergriert ist.
Man wie hies das Ding, war Sack teuer, aber damit ging dann die Post ab.
Aber dann hast Du ja auch bestimmt noch die hoch Zeiten von Sonic Sound Forge von Sonic Foundry erlebt,
woraus ja Sony Vegas enstanden ist?
"Camera doesn´t matter proklamieren immer die, die nicht filmen."
80487sx war der Name von dem Coprozessor. Auch lustig war damals die Synthikarte von Roland, die LAPC1. Da habe ich damals 1000,- für bezahlt ;-)
Aber dann hast Du ja auch bestimmt noch die hoch Zeiten von Sonic Sound Forge von Sonic Foundry erlebt, woraus ja Sony Vegas enstanden ist?
Ja, wobei ich immer mehr auf der Steinberg Seite war und dementsprechend eher Wavelab benutzt habe. Angefangen habe ich als Jugendlicher sogar mit "Twenty Four" auf dem Atari ;-)
Die AMD/Intel Problematik bringt den Threadhersteller aber wohk kaum weiter, da auf all seinen getesteten Systemen ja was von Intel werkelt...
Aber auch meine Erfahrung ist: AMD war preislich immer etwas attraktiver, teils merklich - in Sachen Leistung gegen vergleichbare Intel Prozessoren konnten sie aber auch bei mir tatsächlich nicht Punkten... weder zu 486er, noch zu K6 und auch nicht zu Athlon aka K7 Zeiten...
Dann war ich eine Weile weg von AMD...
Und landete irgendwann doch wieder bei ihnen, quasi mit der 10. Generation... mit dem Phenom II X4 965 BE - aber auch der konnte mich auf Dauer nicht überzeugen, insbesondere unter Vollast verhielt der sich nicht sehr brav und musste massiv gekühlt werden um halbwegs im Limit zu bleiben - und das ohne Übertaktung! Mit Übertaktung dagegen waren Abstürze vorprogrammiert... mag vllt. auch am Board gelegen haben - das will ich nicht ausschließen.
Seit April 2014 bin ich mit einem auf ~4.2 GHZ übertakteten i7 4770K unterwegs - und der läuft auch im prime95 Stresstest absolut problemlos im Sommer - ohne WaKü oder so Gedöns ;)
Und ich habe noch immer das Gefühl auf einem halbwegs aktuellen System unterwegs zu sein - zumindest reicht es für meine Zwecke bis zu 4k unter Edius bisher aus.
keep ya head up
Zuletzt geändert von rush am Di 18 Apr, 2017 22:39, insgesamt 1-mal geändert.
TK1971 hat geschrieben: ↑Di 18 Apr, 2017 22:29
80487sx war der Name von dem Coprozessor. Auch lustig war damals die Synthikarte von Roland, die LAPC1. Da habe ich damals 1000,- für bezahlt ;-)
Aber dann hast Du ja auch bestimmt noch die hoch Zeiten von Sonic Sound Forge von Sonic Foundry erlebt, woraus ja Sony Vegas enstanden ist?
Ja, wobei ich immer mehr auf der Steinberg Seite war und dementsprechend eher Wavelab benutzt habe. Angefangen habe ich als Jugendlicher sogar mit "Twenty Four" auf dem Atari ;-)
Ja wavelab ist mir auch noch in Erinnerung.
Wo ich immer eine richtige Aversion zu hatte, war Cubase,
das ist doch kein Mensch hinter gekommen und das Einrichten von Midi hat 4 Tage gedauert und lief nie richtig.
Habe noch eine CD mit Virual Sounds aus der Zeit und kann mich noch gut an meine erste größere externe Soundkarte erinnern,
von Creative, aber die Treiber waren ein Trauma. ;-)
"Camera doesn´t matter proklamieren immer die, die nicht filmen."
Die AMD/Intel Problematik bringt den Threadhersteller aber wohk kaum weiter, da auf all seinen getesteten Systemen ja was von Intel werkelt
Das würde auf jeden Fall dann etwas bringen, wenn jemand persönliche Erfahrungen mit den aktuellen Ryzen CPUs hätte.
zumindest reicht es für meine Zwecke bis zu 4k unter Edius bisher aus.
Da ist halt die Frage des Codecs. Bei den 100 Mbit / 8 bit / 4K Files von meiner PXW-X70 habe ich unter Premiere gar keine Probleme. Nur die MXF-Dateien aus der FS7 mit 10 bit LongGOP machen diese massiven Probleme. Was halt wirklich nervt ist, dass nur unter Premiere und VLC diese Probleme auftreten, während es mit anderen Playern problemlos läuft. Deswegen bin ich halt auch nicht so sicher, dass der Rechner zu lahm ist, weil die Last bei MPC halt tatsächlich unter 20% liegt. Bei Premiere dagegen hakt es auch bei geringster Vorschauauflösung.
TK1971 hat geschrieben:Was halt wirklich nervt ist, dass nur unter Premiere und VLC diese Probleme auftreten, während es mit anderen Playern problemlos läuft. Deswegen bin ich halt auch nicht so sicher, dass der Rechner zu lahm ist, weil die Last bei MPC halt tatsächlich unter 20% liegt. Bei Premiere dagegen hakt es auch bei geringster Vorschauauflösung.
Wie das mit der Grafikkartenunterstützung ist, hatte ich ja schon geschrieben. Trotzdem kann natürlich der Codec oder der Container zusätzliche Probleme in Premiere machen, weiss ich nicht.
Wie das mit der Grafikkartenunterstützung ist, hatte ich ja schon geschrieben.
Ja, ich hatte das noch einmal gecheckt und die Aussage von Adobe ist da etwas schwammig, denn sie sagen, dass die Mercury Engine XAVC LongGOP unterstützt, von Vorschau ist da nicht die Rede ...
TK1971 hat geschrieben: ↑Di 18 Apr, 2017 23:58Da ist halt die Frage des Codecs. Bei den 100 Mbit / 8 bit / 4K Files von meiner PXW-X70 habe ich unter Premiere gar keine Probleme. Nur die MXF-Dateien aus der FS7 mit 10 bit LongGOP machen diese massiven Probleme. Was halt wirklich nervt ist, dass nur unter Premiere und VLC diese Probleme auftreten, während es mit anderen Playern problemlos läuft.
ja 10bit und h.264 ist leider wirklich ein einziger krampf. :(
ich bin mir ziemlich sicher, dass die entsprechenden dateien im gegensatz zu 8bit h.264 footage in den betroffenen programmen fast sicher nur mit sony-eigenen codecs dekomprimiert werden dürften. wenn ich nicht völlig daneben liege, gibt's für h.264-main10 im PC umfeld praktisch keine verfügbare hardwarebescheunigungslösung. das ist in dem fall leider ausschließlich den teuren professionellen XAVC geräten von sony und AVC-ultra von panasonic vorbehalten. im consumer umfeld ist 10bit leider nur mit dem nachfolge-codec-generation (h.265) relativ problemlos in vielfältiger weise mit guter hardwareunterstützung dekomprimierbar.
ich könnte mir allerdings vorstellen, dass ein paar frei player zumindest effizentere CPU basierende decoder-implemenationen verwenden als kommerzielle programme. wobei dem halt im falle VLC eine inkompartibilität mit neueren ffmpeg/libav-versionen im weg steht, die dazu führt, dass das zeug mittlerweile wirklich sehr weit hinterher hinkt bzw. viele aktuelle verbesserungen vermissen lässt.
ja 10bit und h.264 ist leider wirklich ein einziger krampf. :(
Das seltsame ist halt dabei auch, dass die 8 bit Dateien von der X70 und FS7 keine Probleme machen und nur die 10 bit Dinger ruckeln und da das unter einigen Playern ja scheinbar gar kein Problem ist, kann es ja eigentlich nur an der Software, sprich Premiere, oder dem OS-Unterbau liegen. Die Lizenz kann ja auch nicht das Problem sein, wenn third party player die Dateien unter marginaler CPU Last problemlos handlen können. Wenn das nicht von Sony erlaubt wäre, hätten sie die doch wahrscheinlich längst in Grund und Boden verklagt.
Ist schon etwas ärgerlich. Da hab ich mir jetzt so ne teure Cam geleistet und kann außer 50p im Prinzip nicht viel mehr damit machen, wie mit meiner X70, da ich ja nicht über 8 bit gehen kann :-(
Wobei Premiere schon seit 2015 behauptet LongGOP nativ zu unterstützen.
ich könnte mir allerdings vorstellen, dass ein paar frei player zumindest effizentere CPU basierende decoder-implemenationen verwenden als kommerzielle programme. wobei dem halt im falle VLC eine inkompartibilität mit neueren ffmpeg/libav-versionen im weg steht, die dazu führt, dass das zeug mittlerweile wirklich sehr weit hinterher hinkt bzw. viele aktuelle verbesserungen vermissen lässt.
Tja, VLC ist ja schon seit einem 3/4 Jahr nicht mehr geupdated worden, während MPV-Player fast wöchentlich weiterentwickelt wird ... aber wie gesagt, MPV und MPC funktionieren ja und das reicht mir zum sichten. Aber der Schnitt ist halt das Problem.
TK1971 hat geschrieben: ↑Mi 19 Apr, 2017 01:50
Ist schon etwas ärgerlich. Da hab ich mir jetzt so ne teure Cam geleistet und kann außer 50p im Prinzip nicht viel mehr damit machen, wie mit meiner X70, da ich ja nicht über 8 bit gehen kann :-(
naja -- umwandeln in DNxHR oder ProRes ist immer möglich, ohne dabei gleich die 10bit vorteile zu verlieren. es nervt zwar unheimlich, aber im prinzip kann man es einfach als batch-job ziemlich automatisiert im hintergrund laufen lassen, bevor man mit dem schnitt beginnt. wenn man mit resolve arbeitet, ist das ja bekanntlich auch bei 8bit material fast unumgänglich, weil dieses programm ja wirklich eine atemberaubend schlechte performance im umgang mit allen long-GOP formaten an den tag legt. vor dem endgültigen rausrendern der ergebnisse kann man die intermediates/proxies dann allerdings wieder gegen die originale austauschen, weil es dort dann nicht mehr so sehr stört, wenn das ganze ein bisserl länger dauert -- während die verzögerungen beim schneiden ja wirklich unerträglich stören --, so kann man dann auch noch das letzte bisschen an bildqualität herauskitzeln.
der unterschied zw. den beiden files dürfte wirklich nur darin liegen, dass das eine nur 23,976fps benutzt (was ich eh für vernünftiger halte, obwohl mir 25 noch besser gefälllt), das andere aber 50 und zwei verschiede 4K varaianten benutzt werden. in der hinsicht dürfte aber eigentlich die UHD größe weniger probleme machen (aber das betrifft auch wieder nur vorgegebene einschränkungen verschiedener hardwarebeschleunigungen).
Rechtliche Notiz: Wir übernehmen keine Verantwortung für den Inhalt der Beiträge
und behalten uns das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
