wuschiba
Aktives Mitglied
Thread Starter
- Dabei seit
- 11.12.2005
- Beiträge
- 906
- Reaktionspunkte
- 26
Mal ne Frage. Das macht mich nämlich seit geraumer Zeit stutzig. Es geht um H.264.
Ich hatte immer einfach Quicktime Pros normalen H.264-Encoder benutzt um Videos in H.264 zu bringen. Dann habe ich aber mal mit einer x264-component gepielt (und benutze sie jetzt immer), die (wenn man B-frame pyramids ausschaltet) Quicktime-kompatibles H.264 erzeugt (was x264 ja sonst eher nicht macht, außer man überredet es dazu). x264 ist in Punkto Encoding bei niedrigen Bitraten offenbar um einiges besser. Nun kann ich Apples Gründe für eine Limitierung der H.264-Features in QT gut verstehen (welche unter anderem niedrigere Prozessorauslastung, wesentlich breitere Kompatibilität unter verschiedenen Encodern und Playern, etc. wären). Darum geht es hier also nicht. Worum es geht ist der Encoder.
Was ich mich frage ist, warum der mitgelieferte H.264-Encoder von Quicktime im Vergleich zu kompatiblem x264 bei niedrigen Bitraten so schlechte Ergebnisse abliefert. Vor allem im Vergleich, wenn man mal die Videos anschaut, die Apple als Showcase auf seiner Homepage hat. Die sind immer um Längen besser als das, was ich zuhause nachkodieren könnte - bei gleicher Bitrate. Ich las in einem Forum, dass Apple einen anderen Encoder benutzt (nicht den in QT Export mitgelieferten), um die Videos, die online sind, zu erstellen. Ähnlich also dem, dass das in iTunes erstellte AAC nicht ganz so gut ist wie das, was man im iTunes Store kaufen kann.
Hier jetzt die Frage: Welcher andere Encoder ist das also? Hat Compressor einen anderen Encoder drin? Oder Final Cut Pro selbst? Womit machen die das? Ich bitte um Aufklärung!!
Ich hatte immer einfach Quicktime Pros normalen H.264-Encoder benutzt um Videos in H.264 zu bringen. Dann habe ich aber mal mit einer x264-component gepielt (und benutze sie jetzt immer), die (wenn man B-frame pyramids ausschaltet) Quicktime-kompatibles H.264 erzeugt (was x264 ja sonst eher nicht macht, außer man überredet es dazu). x264 ist in Punkto Encoding bei niedrigen Bitraten offenbar um einiges besser. Nun kann ich Apples Gründe für eine Limitierung der H.264-Features in QT gut verstehen (welche unter anderem niedrigere Prozessorauslastung, wesentlich breitere Kompatibilität unter verschiedenen Encodern und Playern, etc. wären). Darum geht es hier also nicht. Worum es geht ist der Encoder.
Was ich mich frage ist, warum der mitgelieferte H.264-Encoder von Quicktime im Vergleich zu kompatiblem x264 bei niedrigen Bitraten so schlechte Ergebnisse abliefert. Vor allem im Vergleich, wenn man mal die Videos anschaut, die Apple als Showcase auf seiner Homepage hat. Die sind immer um Längen besser als das, was ich zuhause nachkodieren könnte - bei gleicher Bitrate. Ich las in einem Forum, dass Apple einen anderen Encoder benutzt (nicht den in QT Export mitgelieferten), um die Videos, die online sind, zu erstellen. Ähnlich also dem, dass das in iTunes erstellte AAC nicht ganz so gut ist wie das, was man im iTunes Store kaufen kann.
Hier jetzt die Frage: Welcher andere Encoder ist das also? Hat Compressor einen anderen Encoder drin? Oder Final Cut Pro selbst? Womit machen die das? Ich bitte um Aufklärung!!