|
|
|
|
|
|
|
|
Subjektiv gleiche bis bessere Qualität.
Über Settings kann ich heute Abend was schreiben.
|
|
|
|
|
|
|
Also encodet habe ich mit StaxRip, das ist als GUI und im speziellen mit SVT-AV1 als AV1-Encoder.
Für Audio Opus:
Quelle war ein h.264+aac Stream aus OBS in 1920x1200@30fps
|
|
|
|
|
|
|
|
|
|
|
Also lokal starten die gesplitteten MP4 nicht, aber spielen ab wenn man ins Video skippt. Gesplittete .mkv hingegen spielen direkt ab, ich denke mal das geht dann auch im html5 player.
Können wir auch .mkv zulassen? Alternativ die Uploadgrenze mal rausnehmen. Ich glaube kaum das der Server morgen von Sandstürmen überrollt wird. Zumal anmeldungen ja eh von hitti manuell freigeschaltet werden müssen.
¤: Ich seh gerade chrome kann kein mkv abspielen...wie es scheint.
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von Bregor am 15.10.2020 23:52]
|
|
|
|
|
|
webm ist ein abgespecktes mkv, hat aber noch immer keine offizielle Unterstützung für AV1.
https://en.wikipedia.org/wiki/AV1#Supported_container_formats
MP4 sollte schon der bevorzugte Container sein, insbesondere wenn es im Browser laufen soll. Ich glaube, selbst Youtube spielt AV1 mit MP4 aus.
Bei mir startet das Video ohne Mucken im Firefox. Bei Chromium natürlich nicht. Da gibt es einen Fehler im Decoder dav1d. Den selben Decoder nutzt eigentlich auch Firefox, aber anscheinend irgendwie anders (und besser). Probier bei dir mal Firefox.
Wie hast du denn das Video aufgeteilt?
Bezüglich Encoding:
Hast du dir schon mal av1an angeschaut?
https://github.com/master-of-zen/Av1an
Das teilt die Videodatei in mehrere Szenen auf und kodiert dann alles parallel. Am Ende wird es dann wieder zusammengefügt. Dadurch kannst du mehr CPUs nutzen. Ich habe es selber allerdings noch nicht verwendet.
|
|
|
|
|
|
|
Also ich encode eh in .mp4, aber da wir ja das Uploadlimit von 500MB haben, muss ich danach den Kram ja splitten um das Uploadlimnit zu umgehen. (Darum kann das eigentlich auch weg). Ich splitte mit mp4box die fertige MP4 die den AV1 und Opus stream enthält. Anschließend lade ich die Parts hoch. Wenn man jetzt Teil1 anschaut, gehts alles, aber ab den weiteren Teilen, tritt der Fehler auf. Wenn ich sie lokal starte, starten die weiteren Parts auch nicht direkt, sondern man muss erst reinskippen. Scheinbar fehlt da einfach was, was durch das Splitten entfernt wird. Vielleicht cuttet er nicht an I-Frames?
Ist das Verhalten da bei dir anders?
https://letsplayimpot.de/?v=49757 --> sollte gehen da part 1
https://letsplayimpot.de/?v=49758 --> sollte nicht gehen da part 2
Bezüglich encoding:
Ich benutze SVT-AV1, das ist der Intel gemachte Encoder und der hat volles MT über all Kerne und ist auch der schnellste. Aktuell. Wobei das schnellste Preset so schnell ist wie das Langsamste von x264, aber naja.
|
|
|
|
|
|
|
|
|
|
|
Das wird nichts bringen. Das hat nichts mit dem Fehler zu tun.
Die Dateien haben irgendeinen Treffer. Es wäre ja nicht das erste Mal, dass mp4box beim Splitten Murks erzeugt und dadurch bei manchen Programmen Probleme auslöst.
Firefox und VLC können bei mir alles abspielen. Chromium und ffplay/mplayer nur den ersten Teil.
EDIT:
Wenn ich die erste Datei mit mp4box in zwei Teile zerstückel, funktioniert danach noch immer alles. Wie alt ist denn dein mp4box? Ich habe Version 1.0.1.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Ratatoskr am 16.10.2020 20:31]
|
|
|
|
|
|
Ich hab jetzt eine Lösung gefunden:
1. mit AV1 encoden
2. mit mkvtoolnix die mkv splitten
3. mit ShanaEncoder die Parts reencoden in MP4 als direct copy
Zack funktioniert. Der split mit mp4box scheint irgendwas kaputt zu machen.
|
|
|
|
|
|
|
| Zitat von Bregor
Also ich encode eh in .mp4, aber da wir ja das Uploadlimit von 500MB haben, muss ich danach den Kram ja splitten um das Uploadlimnit zu umgehen. (Darum kann das eigentlich auch weg).
| |
Abschalten lässt es sich nicht, nur erhöhen. Seit Frickens Kommentar, Youtube sei viel stressfreier, denke ich über Serverside Encoding nach. Kommt vielleicht etwas spät, ist aber auch nicht so einfach, weil die Kisten bei euch zuhause mit Sicherheit mehr Power haben als die beiden LPIP-Server zusammen. Und nur Quellmaterial hochladen geht wohl kaum, das wird um Größenordnungen zu groß sein.
Was soll ich an der Kiste einstellen? 1GB?
|
|
|
|
|
|
|
3GB hätte ich gesagt.
Und ja Serversite Encoding finde ich auch unnötig, dazu müssen wir zuviel Daten hochladen. Zumindest meine Rohdaten wären viel zuviel.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Bregor am 16.10.2020 20:43]
|
|
|
|
|
|
Man reicht ihm den kleinen Finger und er nimmt die ganze Hand...
Deine AV1 Videos haben übrigens die Thumbnails drunter kaputt gemacht. Die ffmpeg Version auf dem Server ist wohl zu alt oder ohne AV1 Unterstützung gebaut. Etwas unschön.
|
|
|
|
|
|
|
Ffmpeg unterstützt AV1 wohl eh erst seit Juni, ich schau mal nach nem Update.
|
|
|
|
|
|
|
Öh, eigentlich schon deutlich länger. Laut Changelog brauchst du wohl Version 4.1 oder neuer. Da kam Unterstützung für AV1 in MP4-Containern hinzu. Je neuer, desto besser.
| Zitat von hitmiccs
Seit Frickens Kommentar, Youtube sei viel stressfreier, denke ich über Serverside Encoding nach. Kommt vielleicht etwas spät, ist aber auch nicht so einfach, weil die Kisten bei euch zuhause mit Sicherheit mehr Power haben als die beiden LPIP-Server zusammen. Und nur Quellmaterial hochladen geht wohl kaum, das wird um Größenordnungen zu groß sein.
| |
Das würdest du nur mit einem Hardwareencoder gestemmt bekommen. Sowohl CPUs als auch GPUs enthalten inzwischen dedizierte Komponenten, um bestimmte Codecs zu beschleunigen. Der Anwendungsfall ist meist real-time encoding, sprich live broadcasting oder streaming. Das Verhältnis von Bitrate zu Qualität ist meist etwas schlechter als bei Softwareencodern, aber dafür sind sie deutlich schneller und energiesparender. Das Problem mit dem sehr großen Quellmaterial bleibt natürlich bestehen.
Intel CPU:
https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video#Hardware_decoding_and_encoding
Eine GPU werden die Server sicherlich nicht haben.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Ratatoskr am 17.10.2020 13:28]
|
|
|
|
|
|
| Zitat von hitmiccs
Abschalten lässt es sich nicht, nur erhöhen. Seit Frickens Kommentar, Youtube sei viel stressfreier, denke ich über Serverside Encoding nach. Kommt vielleicht etwas spät, ist aber auch nicht so einfach, weil die Kisten bei euch zuhause mit Sicherheit mehr Power haben als die beiden LPIP-Server zusammen. Und nur Quellmaterial hochladen geht wohl kaum, das wird um Größenordnungen zu groß sein.
| |
YT ist seit 5 oder 6 Jahren stressfreier was den Upload angeht, dafür haste halt an anderen Stellen Stress.
Ich denke das LPIP nicht mit YT in irgendeiner Form "Gleichziehen" muss.
|
|
|
|
|
|
|
Hab nur nen Artikel von 06/2020 gefunden, dass ffmpeg JETZT AV1 unterstützt, whatever. Server mit entsprechender Hardware kann man mieten, so wie unseren jetzigen auch - dass das reencoding von YT nix neues ist, ist mir auch klar, ich wollte nur nen Vorschlag machen.
|
|
|
|
|
|
|
Bei YouTube hat es, denke ich, den Vorteil, dass es in mehreren Auflösungen bereitgestellt wird. Was Speicherplatz benötigt, für uns also irrelevant sein dürfte.
tschy2m
|
|
|
|
|
|
|
| Zitat von Ratatoskr
Man reicht ihm den kleinen Finger und er nimmt die ganze Hand...
Deine AV1 Videos haben übrigens die Thumbnails drunter kaputt gemacht. Die ffmpeg Version auf dem Server ist wohl zu alt oder ohne AV1 Unterstützung gebaut. Etwas unschön.
| |
Dann haben wir das Problem halt nie wieder. 2GB reichen sicher auch, das wären 2h Video in guter Qualität.
Die AV1 Videos haben lokal bei mir auf im Explorer auch keine Thumbnails, woran kann das liegen?
| Zitat von hitmiccs
Hab nur nen Artikel von 06/2020 gefunden, dass ffmpeg JETZT AV1 unterstützt, whatever. Server mit entsprechender Hardware kann man mieten, so wie unseren jetzigen auch - dass das reencoding von YT nix neues ist, ist mir auch klar, ich wollte nur nen Vorschlag machen.
| |
Der Unterschied ist das man dann halt viel mehr hochladen muss. Ich weiß nicht wie groß Frickens Videos so sind, aber YT muss man ja schon gute Quali als Rohdaten vor die Füße werfen, damit es die nicht total versaut, falls das noch so ist.
Da encode ich lieber selbst über nacht und habe weniger uploadzeit.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Bregor am 17.10.2020 14:31]
|
|
|
|
|
|
| Zitat von Bregor
Die AV1 Videos haben lokal bei mir auf im Explorer auch keine Thumbnails, woran kann das liegen?
| |
Die Thumbnails erstellt Windows, nicht das Programm, womit du sie abspielst. Vermutlich kann Windows das nicht nativ und deswegen gibt's kein Thumbnail.
tschy2m
|
|
|
|
|
|
|
Ergibt Sinn ja.
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von Bregor am 17.10.2020 14:37]
|
|
|
|
|
|
| Zitat von Bregor
YT muss man ja schon gute Quali als Rohdaten vor die Füße werfen, damit es die nicht total versaut, falls das noch so ist.
| |
Nein.
btw. YT hat die Uploadgrenze bei 128GB und 12h.
|
|
|
|
|
|
|
OK, dann ist das wohl nicht mehr so, ändert ja aber nix daran, dass ich vorher encoden muss, wenn ich nicht 16GB Daten hochladen will die aus OBS rausfallen, außer ich senke dort die Qualität.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Bregor am 17.10.2020 16:55]
|
|
|
|
|
|
Da die meinsten Videos auf yt ehe editierte Werke sind, ist das irgendwie irrelevant.
was du hochlädst wird ausgelesen und danach entschieden "wie" nochmal encodet wird.
Zumal für die unterschiedlichen Auflösungen eh noch mal drüber gegangen wird.
ausserdem ist es auch eine Frage was du wie hochlädest, wenns "nur" 1080p30fps sind kommste mit um 2200kbs gut und schnell hin, bei 4k60fps musste entsprechend Material bereitstellen.
Glaube auch das sobald man einen Ansprechpartner bei YT hat, bekommt man auf gesagt wie am besten zu encoden ist um das zu minimieren.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von volkov am 17.10.2020 18:08]
|
|
|
|
|
|
|
|
|
|
ja, ne stimmt. irgendwas hab ich da zusammengeschmissen was nicht zusammengehört.
hab aber mal geguckt mit was ich die paar LPs auf meinen yt hochgepackt habe:
1080p50fps mit zwischen 9kBit/s-12kBit/s auf eine Länge von 12min-31min mit einer Maxgrösse von 1,98GB.
Damals hatte yt aber noch ein Hardcap bei 2GB.
|
|
|
|
|
|
|
Könnt doch bei YT hochladen, das Ergebnis runter laden und bei lpip wieder hochladen
|
|
|
|
|
|
|
|
|
|
|
SVT-AV1 von 0.8.2 auf 0.8.5 updated und zack doppelte FPS beim encoden. :3
¤ lag wohl an änderungen in den presets, die bitrate hat sich gut erhöht dafür.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Bregor am 18.10.2020 21:11]
|
|
|
|
|
|
| Zitat von Ashtray
Könnt doch bei YT hochladen, das Ergebnis runter laden und bei lpip wieder hochladen
| |
Wenn der YT Download nicht so ein Krampf wäre...
|
|
|
|
|
|
Thema: Features und Ideen für LPIP.de ( Diskussionen über die Homepage ) |