H264 Broadcast settings in QT-Pro

Was für eine Bandbreite seht denn später beim Broadcasting zur Verfügung?
Datenrate&Auflösung sollten sich an der Bandbreite die jedem User durch den Server zur Verfügung steht orientieren. Je nach dem kann 480x360 also durchaus Sinn machen.

vielleicht interessant:
http://motionographer.com/encoding-video…-quicktime-pro/

Ansonsten wäre es zumindest interessant zu Wissen wie viel Datenrate jedem User zur Verfügung steht.

Cu Selur

Tja, da fiele mir auf Anhieb erst mal auch nur "Reverse Engineering" ein: Mal die Ausstrahlungen verschiedener anderer Fernsehsender vergleichen, die DVB mit AVC versenden. Leider gehöre ich nicht zu den Personen, die irgend welche DVB-Hardware im PC hätten... Aber so kriegt man schon mal mit, wie viel Datenrate so bei anderen üblich ist, ebenso welche Komplexität bei denen so verwendet wird. QuickTime hat ja sowieso einen eher beschränkten AVC-Encoder.

Und vielleicht steht ja auch was in der deutschen oder englischen Wikipedia zum Thema "AVC für DVB".

Da auch wichtig zu wissen - geht es um Breitband-DVB (S/C) oder eher Schmalband (T)?

Der AVC-Codec in QuickTime ist mir (aus der Windows-Version) dafür bekannt, nur einen gewissen Ausschnitt des gesamten Standards MPEG-4 AVC / H.264 zu unterstützen, lediglich eine relativ geringe Komplexität (wenig B-Frames, wenig Referenzen, nicht alle möglichen Profile@Level) und entsprechend relativ wenig Optionen zur Encodierung zu bieten. Das tut er sicher, um die Kompatibilität der Wiedergabe in mobilen Geräten (iPod Video) zu sichern, deren Decoderchips sind ja in der Rechenleistung auch begrenzt.

Einen besonders großen Umfang aus dem Standard unterstützt der x264-Encoder, außerdem ist er sehr weit entwickelt in Funktionen, die eine gute subjektive Qualität pro Bitrate leisten, und er ist vergleichsweise recht schnell - unterstützt auch Mehrkernprozessoren. Allerdings benötigt er unkomprimiertes YUV-4:2:0-Video, das er unter Windows üblicherweise via AviSynth mit FourCC YV12 bekommt. Was man vergleichbares auf dem Macintosh tun kann, weiß ich nicht. Ich weiß auch nicht, ob es überhaupt Mac-Builds davon gibt.

Ahh,.. Du willst Material für DVB-S2 Übertragungen erstellen.
-> Würde mal direkt Dark Shikari fragen, der jobbt ab und zu für Avail Media und die nutzen x264 für alle ihre IPTV und cable broadcast.

Der hatte auch, so weit ich mich entsinne, im englischen Doom9 Forum mal die Settings gepostet die dort verwendet werden,.. finde ich leider aktuell nicht mehr.

Denke auf jeden Fall, dass Dark Shikari oder eventuell auch Neuron2 da die kompetentesten Aussagen treffen können, was genau die Beschränkungen sind auf die man achten muss.

Cu Selur

Ps.: Auch bei DVB-Broadcasts ist die Datenrate wichtig. Würde spontan vermuten, dass man nichts falsch macht wenn man sich an die allgemeinen BluRay Beschränkungen hält, aber wie gesagt würde ich da Dark Shikari und Neuron2 mal fragen. (die Antwort würde mich auch interessieren, auch wenn ich es gewohnt bin von eventuellen Sendeanstalten direkte Vorgaben zu bekommen was sie genau wollen)

H.264 ist das Video-Kompressionsverfahren als ein Bestandteil des MPEG-4-Standards; aber es gehört noch einiges mehr drum herum...

"neuron2" a.k.a. Donald Graft ist nicht im doom9-Forum zu finden? Kann nicht sein. Der hat immerhin DGMPGDec, DGAVCDec und die Nvidia-CUDA-Decoder programmiert. Also er ist schon eine Koryphäe. Allerdings ein etwas spießiger Mensch.

Zitat von LigH

"neuron2" a.k.a. Donald Graft. Also er ist schon eine Koryphäe. Allerdings ein etwas spießiger Mensch.

Off Topic:
Also spießig würde ich nicht sagen.
Eher pedantisch, im positiven Sinne.
Sorry, konnte es mir nicht verkneifen.

Zitat

Das heißt Deiner Meinung also, dass es auch darauf ankommt mit welchen Encodiert encodiert wird - richtig? Irgendwelche Erfahrung gemacht mit QuicktimePro oder MpegStreamclip bzgl Qualität?

Quicktime hat mit Abstand qualitativ den schlechtesten MPEG-4 AVC Encoder auf dem Markt. (Ist leider so, fällt i.d.R. nur nicht so stark auf, weil die Unterschiede bei hohen Datenraten nicht so stark sind, je nach Material und Datenrate ist es aber schon erschreckend: siehe http://x264dev.multimedia.cx/wp-content/upl…lity_chart1.png und http://x264dev.multimedia.cx/?p=102)
(x264, Ateme, Mainconcept, DivX AVC wären in der Reihenfolge meine Empfehlungen, wenn es vor allem um möglichst gute Qualitätserhaltung geht.)

Zitat

MPEG-4 AVC/H.264 sind das gleiche richtig?

Ja

Zitat

Neuron2 konnte ich nicht als Benutzer finden.

-> http://forum.doom9.org/member.php?u=4113

Cu Selur

Zitat

Funktioniert auch alles soweit ganz gut, was aber immer noch nicht läuft ist diese Einteilung in Profile - oder ist das wiederum nur bei H264 so und nicht bei x264?

Vermute mal aktuelle ffmpeg build unterstützen die entsprechenden x264 Optionen (--profile, --preset, --tune) vermutlich noch nicht.

Zitat

Wenn dieser Codec schon in Profile untergliedert ist,...

ist wenn eher der Standard und nicht der Encoder, der Encoder (x264) hat aber Optionen über die im Hintergrund bestimmte Profile&Level Einstellungen erzwungen werden können.

Cu Selur

Ps.:

Zitat

hmmm, aus irgendwelchen Gründen kann/darf ich auf diesen Link nicht zugreifen...

geht bei mir ohne Probleme

Wahrscheinlich dürfen im doom9-Forum nur registrierte Board-Nutzer Details über andere registrierte Board-Nutzer sehen.

Wie schon erwähnt: In Beiträgen, in denen es um DGMPGDec oder DGAVCDec geht, wird man den Nutzer "neuron2" mit Sicherheit im englischen doom9-Form finden. Außerdem hat er seinen eigenen Webserver: http://www.neuron2.net

Sicher gibt es auch jede Menge "Metriken", die den Unterschied zwischen einem Original und einer Kopie messen können. Diese sagen jedoch wenig darüber aus, wie störend dieser Unterschied von einem Betrachter empfunden wird.

Insbesondere PSNR ist dafür bekannt, bereits durch triviale Änderungen zu überraschenden Resultaten zu kommen. SSIM zählt zu den deutlich weiter entwickelten Metriken, ist aber auch noch längst nicht mit dem subjektiven Qualitätseindruck gleichzusetzen. Letztendlich liefert nur ein ABX-Test mit hunderten Testpersonen ein "statistisch objektiv-subjektives" Ergebnis.
__

Der Encodiermodus "Constant Rate Factor" (CRF) des x264 arbeitet derart, dass die Bitrate sich daraus ergibt, wie fein die Quantisierung automatisch gewählt werden musste, um ein gewisses Qualitätsmaß zu gewährleisten, also Abweichungen zum Original gering zu halten. Leider ist er für Übertragungen mit begrenzter Bandbreite eher ungeeignet, weil er sich eventuell nicht an maximale Bitraten hält.

Genau das - die konstante Bitrate.

Im Allgemeinen ist eine überwiegend konstante Bitrate die Ursache für stark schwankende Qualität. Damit im gesamten Verlauf des Filmes eine gute Qualität erreicht werden kann, braucht der Encoder die Freiheit, denjenigen Szenen eine höhere Bitrate zu gewähren, die komplex sind und sich nicht so leicht komprimieren lassen (z.B. wenn der Bildinhalt detailreich ist, oder wenn sich zwischen mehreren Bildern viel verändert).

Leider ist ausgerechnet bei der Rundfunkübertragung ein stärkeres Schwanken der Bitrate unerwünscht.