Was ist der beste Container zum Hochladen von videolosem Audio auf YouTube im Hinblick auf die Minimierung der Bandbreite?

Hier ist der Ablauf:

  • .wavAudio
  • Abtastrate: 48000 Hz
  • Kein Video
  • Das Konvertierungstool muss unter Linux Commandline sein
  • Container muss mit YouTube kompatibel sein
  • Container und Einstellungen müssen die Dateigröße minimieren, ohne die Audioqualität zu beeinträchtigen.

Normalerweise komprimiere ich das .wavAudio auf 1/10 seiner Größe und konvertiere es .oggunter ffmpegBeibehaltung der Abtastrate. Ich habe Tausende von Stunden zum Hochladen, daher ist die Minimierung der Bandbreite der Schlüssel.

Es gibt kein Video oder gar einen Screenshot, mit dem ich mich befassen müsste, also würde ich davon ausgehen, dass es mir zugute kommen würde, die Pixel auf etwas extrem Niedriges einzustellen, ebenso wie die Bildrate, aber ich weiß es nicht.

Welche Lösungen sind hier eine Überlegung wert?

@Akiva: Wenn Sie eine Lösung gefunden haben, die Ihnen gefällt, könnten Sie bitte eine neue Antwort posten? Danke! :-)
@NicolasRaoul Arbeitet noch daran. ;}

Antworten (1)

Ihre Frage ist tatsächlich kniffliger, als es zunächst den Anschein hat, also muss ich sie dreimal beantworten.

[1] Die offensichtliche Antwort auf „Ich möchte meine Videos so weit wie möglich mit minimalem Qualitätsverlust komprimieren“ wäre „MP4 mit h.265/AAC oder WebM mit VP9/Opus verwenden “.

[2] Diese Antwort ist hier jedoch nicht unbedingt anwendbar, da Sie sich ausdrücklich nicht um die Videoqualität kümmern.
Stattdessen können Sie buchstäblich jeden Container/Codec verwenden und die Bitrate auf den niedrigstmöglichen Wert einstellen, da die Bitrate die Hauptsache ist, die Dateien in die Luft jagt. Da Sie Audio beibehalten möchten, sollte der Overhead des Containers minimal sein; Matroska hat <1 % Overhead bei 64 Kbit/s Audio und Sie möchten wahrscheinlich eine höhere Bitrate als diese.

Apropos Audio-Bitrate: YouTube verwendet 128 kbit/s AAC, die sie mit dem "Best-of-Breed-Encoder" codieren, da ihre Studien gezeigt haben, dass dies von selbst 320 Kbit/s AAC nicht zu unterscheiden ist. Da Sie keinen Zugriff auf deren Encoder haben, möchten Sie über diesem 128-kbit/s-Ziel liegen. 160 oder 192 kbit/s sollten ausreichen.

Scheint, als wären wir ziemlich fertig, oder? Verwenden Sie jeden Videocodec/Container bei jeder Auflösung und Bildrate, wählen Sie einfach die niedrigstmögliche Video-Bitrate , die YouTube nicht ablehnt, und wählen Sie entweder 160 kbit/s oder 192 kbit/s für das Audio und Sie können all Ihre Tausenden von Stunden hochladen Der Musik.

[3] Es gibt jedoch noch ein weiteres Problem: YouTube beschränkt dich auf das Hochladen von 50 Videos pro Tag (nachdem dieses Limit erreicht ist, kannst du etwa alle 15 Minuten ein weiteres Video hochladen, bis es dich nur noch bei 100 Videos blockiert). Abhängig von Ihrer Upload-Geschwindigkeit müssen Sie die Video-Bitrate möglicherweise nicht so weit wie möglich verringern.

Und als letzte, nicht-technische Gedanken: 24/7-Musik-Live-Streams sind in letzter Zeit etwas populär geworden, Sie sollten das vielleicht versuchen, anstatt sie hochzuladen. YouTube hat eine Anleitung, wie man erfolgreiche Musikkanäle erstellt

Matroska has <1% overhead on 64Kbit/s audioAls ich versuchte (vor der Verwendung von ffmpeg), einen mkv-Container zu verwenden, wurde er nach dem Hochladen auf Youtube nicht codiert. Ich möchte nur darauf hinweisen, dass andere Container als mp4 pingelig sein können.
oh ja, Matroska als "alles geht"-Container hat einige Konfigurationen, die funktionieren, und einige, die nicht funktionieren. Ich habe dies nur als Beispiel verwendet, weil es die einzige Quelle in Bezug auf Overhead ist, die ich schnell finden konnte. außerdem, fwiw, matroska machte irgendwann 10% der hochgeladenen videos aus ( mehr statistiken )