Blu Ray compliant ?

    Hi

    ich seh ihn erst Montag wieder. Aber er legt die Daten auf die Interne Festplatte, kein Netzwerkstream.

    Ich werd mal noch ein bisschem mit ihm rumprobieren :) wenn wirs nicht hinbekommen bzw wenn wirs hinbekommen meld ich mich!

    Danke

    Ich habe einen ts-Stream von arte HD mit dem Cypheros TS Doctor bearbeitet, mit multiAVCHD ein Abbild für Bluray Player erstellt und eine BR gebrannt. Einwandfrei abzuspielen auf der PS3, nur auf dem Sony BR-Player ruckelt und zittert es bei Bewegungen, nur das Logo zeigt sich korrekt. Mediainfo: CABAC / ReFrames 5. Muß ich für BR-Player neu codieren?

    Zitat von hdst

    Ich habe einen ts-Stream von arte HD mit dem Cypheros TS Doctor bearbeitet, mit multiAVCHD ein Abbild für Bluray Player erstellt und eine BR gebrannt. Einwandfrei abzuspielen auf der PS3, nur auf dem Sony BR-Player ruckelt und zittert es bei Bewegungen, nur das Logo zeigt sich korrekt. Mediainfo: CABAC / ReFrames 5. Muß ich für BR-Player neu codieren?



    Ohne die genauen Spezifikationen deines Streams zu kennen, ist das natürlich schwer zu sagen.

    Aber generell ist ein H.264 Stream, der über DVB-S2 ausgestrahlt wird, nicht zwingendermaßen mit dem BluRay Standard kompatibel!

    Von daher würde ich sagen, dass du im Zweifel wohl neu codieren musst...

    Hallo Leute,
    ich möchte meine MPEG-2-Filme, die ich aus dem TV aufgenommen habe, gerne Blu-Ray-kompatibel abspeichern.

    Leider ist bei mir die Qualität saumäßig schlecht, wenn ich die Option "--vbv-bufsize 30000" verwende????
    Allerdings muss sie verwendet werden...

    Hier meine komplette Komandozeile:

    # mencoder -mc 0 -forceidx -aspect 1.77777777777777777777 -aid 128 In_China_essen_sie_Hunde.mpg -ovc x264 -x264encopts crf=23:b_adapt=2:bframes=3:direct=auto:me=tesa:merange=24:partitions=all:ref=16:subme=10:trellis=2:rc_lookahead=60:no_fast_pskip:deblock=-1/-1:psy_rd=/0.15:weightp=0:bframes=3:nal_hrd=vbr:vbv_maxrate=2128:vbv_bufsize=30000:level=4.1:keyint=24:b_pyramid=strict:slices=4:aud:colorprim=bt709:transfer=bt709:colormatrix=bt709:sar=1/1:threads=1:nr=1000 -vf softskip,harddup,crop=704:432:08:70
    -oac copy -of lavf -lavfopts format=matroska -o In_China_essen_sie_Hunde_test_mit_vbv_maxrate.mkv

    Lasse ich aber nur die Option "vbv_bufsize=30000" weg:

    # mencoder -mc 0 -forceidx -aspect 1.77777777777777777777 -aid 128 In_China_essen_sie_Hunde.mpg -ovc x264 -x264encopts crf=23:b_adapt=2:bframes=3:direct=auto:me=tesa:merange=24:partitions=all:ref=16:subme=10:trellis=2:rc_lookahead=60:no_fast_pskip:deblock=-1/-1:psy_rd=/0.15:weightp=0:bframes=3:nal_hrd=vbr:vbv_maxrate=2128:level=4.1:keyint=24:b_pyramid=strict:slices=4:aud:colorprim=bt709:transfer=bt709:colormatrix=bt709:sar=1/1:threads=1:nr=1000 -vf softskip,harddup,crop=704:432:08:70 -oac copy -of lavf
    -lavfopts format=matroska -o In_China_essen_sie_Hunde_test_ohne_vbv_maxrate.mkv

    dann geht es wunderbar... wieso????

    Kann mir bitte einer helfen?
    Danke!

    1. Sicher das Deine Settings Blu-Ray kompatibel sind? ref 16 erscheint mir etwas hoch und seit wann ist 704x432 denn in der Blu-ray Spezifikation erlaubt? (+ Sicher das softskip,harddup in Deinem Fall Sinn macht?)
    2. Warum der 2te Encode besser aussieht: ohne vbv_bufsize wird auch vbv_maxrate ignoriert :)
    3. Warum ist da bframes=3 zwei mal im Aufruf?
    4. threads=1 mit den Settings -> Du musst wirklich viel Zeit oder ein System haben was kein Multithreading unterstützt (und viel Zeit)
    (5. ':psy_rd=/0.15:' <- sicher das die Syntax da richtig ist?)
    -> Du solltest vielleicht noch mal Grundlegend über die Command Line nachdenken, denn sie erscheint mir a. unsinnig und b. nicht Blu-ray konform zu sein,...
    vielleicht hilfreich: http://forum.gleitz.info/showthread.php…f%FCr-H.264-AVC

    Cu Selur

    (1.)
    Ja, bis auf die Auflösung sollte es Blu-Ray-kompatibel sein, denn alle Einstellungen habe ich aus den "preset's" und dem "tune" einzeln raus gefischt und einzeln übergeben. Denn eigentlich hatte ich vor an Stelle von "veryslow" "placebo" zu verwenden. Dann hat sich aber leider rausgestellt, das der MEncoder den Parameter "--slow-firstpass" aus "placebo" nicht mag. Und "--ref 16" ist sowohl in "veryslow" als auch in "placebo" drin.

    (3.)
    Eigentlich ist der erste Eintrag aus den preset's (und eigentlich "8" oder "16") und wird von der separaten Übergabe mit "3" überschrieben.

    (4.)
    ... weil es unter Verwendung von mehr als einem Thread eine leichte Qualitätsverschlechterung gibt und mein System sowieso nur zwei Kerne hat. So kann der andere Kern seinen normalen 24/7-Aufgaben nachgehen... ;)
    Ja, Zeit ist nicht das Problem, ich rechne mit ca. 24 Stunden je Film und verwendeten Kern.

    (5.)
    Diese Einstellungen verbergen sich hinter "--tune film", und da ist der erste Teil (also der vor dem "/") "unset".
    Aber wenn Du meinst, dann werde ich hier mal "tune=film" ausprobieren.
    ...probier...probier...
    Also, "tune=film" hat ihm nicht geschmeckt. Und ohne "tune=film" sowie ohne "deblock=-1/-1:psy_rd=/0.15" ist die Qualität wieder saumäßig.

    In der MEncoder-man-Page steht, das die Verwendung von den "vbv"-Parametern die Qualität deutlich verschlechtert...
    aber warum???


    Also gerade habe ich noch einen Test nur mit dem reinen x264 gemacht, der auch prächtig aussieht:

    X264OPTS="--crf 23 --preset veryslow --tune film --weightp 0 --bframes 3 --nal-hrd vbr --vbv-maxrate 2128 --vbv-bufsize 30000 --level 4.1 --keyint 24 --b-pyramid strict --slices 4 --aud --colorprim bt709 --transfer bt709 --colormatrix bt709 --sar 1:1 --threads 1"
    mkfifo fifo.y4m
    mplayer In_China_essen_sie_Hunde.mpg -really-quiet -benchmark -vo yuv4mpeg:file=fifo.y4m -ao null &
    echo "nice x264 ${X264OPTS} -o In_China_essen_sie_Hunde_test_Videospur.mkv fifo.y4m"
    nice x264 ${X264OPTS} -o In_China_essen_sie_Hunde_test_Videospur.mkv fifo.y4m

    Demzurfolge muss es ein "mencoder"-Problem handeln... :(


    EDIT:
    Leider kann weder der "MPlayer" noch der "x264" die Funktion "crop", so das ich leider auf den MEncoder angewiesen bin. Und der FFmpeg hat ein Memory-Leak, so das er bei großen Filmdateien stirbt. ;(

    zu 1.: a. Da x264 aktuell, offiziell noch keine hardware spezifischen Presets hat gibt es kein Preset bluray, welches Blu-ray Kompatibilität erzwingt. --> aktuelle presets schweren sich einen feuchten Dreck um irgendwelche Kompatibilität
    b. Sobald gegen eine Blu-ray Einschränkung verstoßen wird ist der Stream nicht Blu-ray kompatibel und man kann sich den Quatsch auch sparen,.. ;)
    zu 3.: Irgendwie kann ich Dir da jetzt nicht folgen. :)
    zu 4.: Okay,...
    zu 5.: Tune Optionen überschreiben nur Defaults '--psy-rd <unset>:0.15' ergibt mit den Defaultwerten von x264 von "1.0:0.0" dann --psy-rd 1.0:0.15 ;)

    Zitat

    In der MEncoder-man-Page steht, das die Verwendung von den "vbv"-Parametern die Qualität deutlich verschlechtert...
    aber warum???


    vbv Einschränkungen können die Qualität einschränken weil sie die Datenraten einschränken, bei den normalen vbv_bufsize=15000 bzw. 30000 und vbv_maxrate=15000 für SD Material sollte dies aber seltenst passieren,...
    -> mir ist immer noch schleierhaft was und wieso Du --vbv-maxrate 2128 verwendest

    Zu mplayer/mencoder/ffmpeg: Mal drüber nachgedacht:
    a. eine GUI zu verwenden
    b. von mencoder/ffmpeg in eine normale x264 binary zu pipen ? Ist nicht schwer und geht unter Linux/Mac OS/Windows ohne Probleme und sowohl ffmpeg, mencoder als auch x264 selber können croppen.

    Cu Selur

    Danke schon mal für die Tips! ;)



    (1.)
    Ja, stimmt.
    Ich meinte mit "preset's", die Einstellungen, die vom x264-Team für deren Demo-Blu-Ray verwendet wurden.
    Die haben "preset=veryslow" und "tune=film" verwendet.

    Du meinst, ich soll die Auflösung auch noch hochrechnen?
    Gibt es eine "576p" im Blu-Ray-Standard?
    Die Tabelle unter "http://forum.gleitz.info/showthread.php…f%FCr-H.264-AVC" ist da zweideutig.

    Bei "Erlaubte Auflösung-Frameraten-Kombinationen" gibt es "576p" und bei "Erlaubte Level, Profile, Reference Frames, VBV" gibt es dieses Format nicht. Heißt das, dass ich "576p" als "Blu-Ray-kompatibel verwenden kann?

    (3.)
    In "preset=veryslow" steht zum Beispiel "bframes=8", für Blu-Ray muss aber "bframes=3" stehen. Deshalb der zweite Eintrag, der den ersten überschreibt.

    (5.)
    Die Voreinstellung von "--psy-rd 1.0:0.0" kannte ich nicht.

    Ich verwende "--vbv-maxrate 2128", da der Film mir sonst zu groß wird. Meine Tests haben gezeigt, dass ein crf von 22 oder 23 ein guter Kompromiss zwischen Qualität und Dateigröße ist. Und dann werden die "--vbv-maxrate"-Werte aus der Auflösung errechnet. Ich rechne da 6 bis 7 Bit je Pixel (in diesem Fall "7" Bit). Bei 40000 ist mir die Datei zu groß und die Qualität auch nicht viel besser.

    Mein Server hat kein X11, X gehört nicht auf einen Server!
    Deshalb auch keine GUI.
    Selbst mit GUI muss ich die Einstellungen kennen, da wird das Problem nur von der Komandozeile in die "Maus" verlagert.

    Aber was mir bleibt, ist dann mit MEncoder (FFmpeg hat einen Memory-Leak) den Film erst mit "crf=0" zu CROP-en und zu entrauschen und die Audiospur bei Bedarf anzupassen, dann kann man mit "-mc 0" Audio- und Videospur schön syncron halten,
    und dann am Schluss die Videospur separat mit x264 ins gewünschte Format zu übersetzen.

    Bei meinem Test aus der letzten Nacht, ist ein MPEG-2-Film von c. 2,8 GB mit crf=0 auf nur ca. 20 GB angewachsen.
    Ist also für einen Zwischenschritt noch eine akzeptable Größe. ;)

    Das sollte dann so ungefähr aussehen (muss ich heute Abend mal testen):

    # mencoder -mc 0 -forceidx -aspect 16:9 -aid 128 alter_Film.avi -ovc x264 -x264encopts crf=0:threads=1:nr=1000 -vf softskip,harddup,crop=704:432:08:70 -oac faac -faacopts mpeg=4:object=2:br=192:tns -channels 2 -of lavf -lavfopts format=matroska -o Film_mencoder.mkv
    # mkfifo fifo.y4m
    # mplayer Film_mencoder.mkv -really-quiet -benchmark -vo yuv4mpeg:file=fifo.y4m -ao null &
    # nice x264 --crf 23 --preset veryslow --tune film --weightp 0 --bframes 3 --nal-hrd vbr --vbv-maxrate 2128 --vbv-bufsize 30000 --level 4.1 --keyint 24 --b-pyramid strict --slices 4 --aud --colorprim bt709 --transfer bt709 --colormatrix bt709 --sar 1:1 --threads 1 -o Film_videospur.mkv fifo.y4m
    # mkvmerge --aspect-ratio 1:16/9 --default-language ger -o neuer_Film.mkv Film_videospur.mkv Film_tonspur.m4a
    # rm -f Film_videospur.mkv Film_tonspur.m4a Film_mencoder.mkv fifo.y4m

    Das könnte doch klappen, oder?

    EDIT:
    Kann das sein, dass der MEncoder noch den Parameter "bitrate" dazu braucht?
    Laut man-Page soll das aber eine konstante Bitrate zur folge haben und das ist ja auch nicht Blu-Ray-kompatibel.
    In dem Beispielkomando vom x264-Team war auch der Parameter "--bitrate" nicht gesetzt worden.
    Kann das vielleicht sein, dass der MEncoder intern irgendwie nicht so richtig mit variablelen Bitraten klar kommt
    und deshalb irgendwie nicht so reagiert wie der x264 mit den gleichen Parametern???

    8 Mal editiert, zuletzt von Yod@ (29. Juli 2010 um 14:38)

    Zu 1.)
    Wenn man z.B. "--preset veryslow --tune film --level 4.1" verwendet, dann werden nicht 16 Ref-frames genutzt. x264 verringert automatisch die Anzahl der ref-frames auf die im H.264-Standard für das Level und die Auflösung maximal erlaubte Anzahl. Wenn man allerdings manuell "--ref 16" vorgibt, dann benutzt x264 auch 16 Frames, selbst dann, wenn es die Grenzen des vorgegebenen Levels sprengt.

    Zu 5.)
    Maxrate: Auf keinen Fall --vbv-maxrate benutzen, um die Dateigröße zu begrenzen. Dadurch können keine Bits für komplexe Szenen genutzt werden, so daß das Ergebnis - wie Du bereits festgestellt hast - miserabel wird. Wenn Du eine bestimmte Größe erreichen mußt, dann mache eine 2-Pass-Enkodierung oder notfalls 1-Pass ABR.

    zu 1.: stimme ich sneaker2 zu.
    zu 3.: Was Du schreibst macht irgendwie keinen Sinn, da du 2x den gleichen Wert in Deinem Aufruf verwendet hattest.
    zu 5.: Allgemein:
    - crf 23 aber nicht ausreichend hohe vbv-maxrate Werte fürhren nur dazu, dass die RateControl unangenehm eingeschränkt werden.
    - auch bei mencoder wird der bitrate parameter nicht benötigt wenn man crf verwendet.
    würde aber wie sneaker2 eher zu 2pass Encoding raten (1pass abr ist totaller Unsinn!)

    Cu Selur

    Zitat von sneaker2

    Zu 1.)
    Wenn man z.B. "--preset veryslow --tune film --level 4.1" verwendet, dann werden nicht 16 Ref-frames genutzt. x264 verringert automatisch die Anzahl der ref-frames auf die im H.264-Standard für das Level und die Auflösung maximal erlaubte Anzahl. Wenn man allerdings manuell "--ref 16" vorgibt, dann benutzt x264 auch 16 Frames, selbst dann, wenn es die Grenzen des vorgegebenen Levels sprengt.

    Zu 5.)
    Maxrate: Auf keinen Fall --vbv-maxrate benutzen, um die Dateigröße zu begrenzen. Dadurch können keine Bits für komplexe Szenen genutzt werden, so daß das Ergebnis - wie Du bereits festgestellt hast - miserabel wird. Wenn Du eine bestimmte Größe erreichen mußt, dann mache eine 2-Pass-Enkodierung oder notfalls 1-Pass ABR.



    (1.)
    Doch!
    Sowohl im preset "veryslow" als auch in "placebo" wird ref auf 16 gesetzt. Hier ein Auszug aus der man-Page:
    - veryslow:
    --b-adapt 2 --bframes 8 --direct auto
    --me umh --merange 24 --partitions all
    --ref 16 --subme 10 --trellis 2
    --rc-lookahead 60
    - placebo:
    --bframes 16 --b-adapt 2 --direct auto
    --slow-firstpass --no-fast-pskip
    --me tesa --merange 24 --partitions all
    --rc-lookahead 60 --ref 16 --subme 10
    --trellis 2

    (2.)
    Ja, Dake für den Hinweis.
    Ich habe es mir auch gerade erst angelesen, diese Werte werden Vorgeschrieben.
    Eine feste Größe brauche ich nicht zu erreichen, ich möchte es einfach nur so klein wie möglich, bei so wenig Qualitätsverlust wie möglich.

    So wie ich es bis jetzt verstanden habe, kann ich das wohl am elegantesten mit dem "crf"-Wert steuern.

    Aber der MEncoder hat auch bei vbv-Werten um die 300000 keine sehenswerten Ergebnisse geliefert, deshalb mach ich nur noch das "crop" mit MEncoder und crf=0 und dann nochmal per "YUV4MPEG.y4m" direkt mit dem x264 und crf=23.

    Aber kann mir mal einer sagen, womit ich die "Group of Pictures" festlegen kann?
    In der man-Page steht bei "keyint" "GOP", was man als "Group of Pictures" interpretieren könnte.
    Aber das wirft einen Widerspruch auf, denn die Demo-Blu-Ray wurde mit "keyint=24"
    gemacht und der AVCHD-Standard (der ja komplett Blu-Ray-kompatibel ist) schreibt maximal "Group of Pictures = 15" vor.

    Oder ist mit "Group of Pictures" etwas anderes gemeint?

    keyint legt die maximale Größe einer GOP fest so lange kein Open GOP verwendet wird,..

    Zitat

    AVCHD-Standard ... schreibt maximal "Group of Pictures = 15" )


    Wo steht das denn?
    GOP bei AVC = Maximaler Abstand zwischen zwei IDR Frames. (Open GOP wie immer außen vor)


    Was Du komplett außen vor lässt sind neben den direkten Einschränkungen von Blu-ray die indirekten durch das gewählte Profile&Level.

    Cu Selur

    Ps.: Noch viel Erfolg mit Deinem Vorhaben, auf die Beschränkungen die für Blu-ray gelten müssen wurde ja bereits hingewiesen,..

    Zitat von Selur

    Warum verwendest Du eigentlich nicht einfach ne GUI die a. deinen Input mag und b. BluRay kompatiblen Output erzeugt?

    Cu Selur



    1.
    Weil ich einen Rechenknecht in der Ecke stehen habe, ohne Tastatur und ohne Monitor... eben einen einfachen FreeBSD-Server (andere können ja kein ZFS), der seine Ressourcen sinnvoll verwenden soll und deshalb auch kein X besitzt.

    2.
    Weil ich gar nicht wüsste welche GUI, die in den FreeBSD-Ports liegt, das kann.

    Nein. Ich bin mit den Presets durchaus vertraut. Das x264cli nutzt folgende Priorität bei der Festlegung der Anzahl an refframes:
    1. manuelles "--ref"
    2. level
    3. tune
    4. preset
    5. standard (=preset medium=3)

    Im vom mir weiter oben genannten Beispiel überschreibt also die Begrenzung durch "--level 4.1" die "--ref 16" Vorgabe vom Preset/Tuning.

    Zitat von Yod@

    Aber der MEncoder hat auch bei vbv-Werten um die 300000 keine sehenswerten Ergebnisse geliefert, deshalb mach ich nur noch das "crop" mit MEncoder und crf=0 und dann nochmal per "YUV4MPEG.y4m" direkt mit dem x264 und crf=23.

    Selbst bei HD-Filmen sollten vbv-Werte von 30000 keinerlei sichtbare Verschlechterung erwirken. In der Praxis nutzt x264 nur selten solch eine hohe Bitrate, falls man auf eine Dateigröße kleiner Blu-Ray abziehlt.
    Wie Selur bereits schrieb: maxrate wird nur dann benutzt, wenn man auch eine bufsize angibt. Und bei einer maxrate von nur 2128 wird man kein gutes Ergebnis erzielen können. Wie bereits gesagt: maxrate ist nicht dazu gedacht, die Dateigröße zu deckeln!

    Zitat

    Und bei einer maxrate von nur 2128 wird man kein gutes Ergebnis erzielen können.


    Achtung, er encoded ja SD Material, da sollte das nicht so problematisch sein.

    Für Linux ohne GUI wäre vielleicht/vermutlich hilfreich h264enc wenn man nicht viel Ahnung von x264&Co hat (den Autor froggy1 kriegt man bei Problemen i.d.R. im englischen Doom9 Forum schnell zu fassen) soweit mir bekannt hat h264enc auch entsprechende Profile/Presets für Blu-ray output.

    Cu Selur

    Danke "Selur", Danke "sneaker2"!

    Zitat von sneaker2

    Nein. Ich bin mit den Presets durchaus vertraut. Das x264cli nutzt folgende Priorität bei der Festlegung der Anzahl an refframes:
    1. manuelles "--ref"
    2. level
    3. tune
    4. preset
    5. standard (=preset medium=3)

    Im vom mir weiter oben genannten Beispiel überschreibt also die Begrenzung durch "--level 4.1" die "--ref 16" Vorgabe vom Preset/Tuning.


    Ja, das hab ich jetzt verstanden.

    Zitat von sneaker2


    Selbst bei HD-Filmen sollten vbv-Werte von 30000 keinerlei sichtbare Verschlechterung erwirken. In der Praxis nutzt x264 nur selten solch eine hohe Bitrate, falls man auf eine Dateigröße kleiner Blu-Ray abziehlt.
    Wie Selur bereits schrieb: maxrate wird nur dann benutzt, wenn man auch eine bufsize angibt. Und bei einer maxrate von nur 2128 wird man kein gutes Ergebnis erzielen können. Wie bereits gesagt: maxrate ist nicht dazu gedacht, die Dateigröße zu deckeln!


    Ja, soweit die Theorie...
    Genau darüber habe ich mich ja auch gewundert!

    Die alte Version vom MEncoder hat das gleiche gute Ergebnis erziehlt, wie das direkte verwenden von x264.
    Aber der neue MEncoder bringt nur noch Mist, wenn man vbv verwendet... und das schlimmste: es steht sogar in der man-page!
    Das verstehe ich nicht.
    Verwende ich beim x264 und MEncoder die selben Einstellungen, dann macht der MEncoder in der neuen Version nur noch Mist.

    Deshalb werde ich das jetzt über den Umweg "crf=0" und dann mit x264 machen, dann habe ich auch keine Probleme mit den "ref"-Werten, weil ich einfach die Parameterzeile vom x264-Team verwenden kann und die preset- und tune-Angaben nicht extra für den MEncoder "übersetzen" muss.

    Gruß
    Yod@

    Zitat von Selur


    Für Linux ohne GUI wäre vielleicht/vermutlich hilfreich h264enc wenn man nicht viel Ahnung von x264&Co hat (den Autor froggy1 kriegt man bei Problemen i.d.R. im englischen Doom9 Forum schnell zu fassen) soweit mir bekannt hat h264enc auch entsprechende Profile/Presets für Blu-ray output.

    Cu Selur

    Ich werde mir den h264enc mal ansehen, das scheint ja ein Script zu sein und somit absolut unkritisch. ;)
    Danke!

    Zitat von Selur

    Achtung, er encoded ja SD Material, da sollte das nicht so problematisch sein.

    Ok, ein wirklich solch miserables Ergebnis wie HD sollte nicht dabei herauskommen. Werde es evtl. gleich mal bei SD-Material testen.

    Zitat von Yod@

    Die alte Version vom MEncoder hat das gleiche gute Ergebnis erziehlt, wie das direkte verwenden von x264.

    Ein Fehler in mencoder? Das hatte ich gar nicht auf dem Schirm - gut, daß Du Dein Problem selbst lösen konntest...

    Hallo Leute,

    ich hab jetzt rausgefunden was ich an Stelle meiner "vbv_maxrate"-Manipulation machen muss um die Größe der Zieldatei zu beeinflussen.

    Ich muss einfach einen kleineren "Level" auswählen.
    Leider gibt es hier ein massives Dokumentationsloch... :(

    Denn ich habe wohl in Wikipedia gelesen, das die Auflösung 720x576 vom Level 3.0 unterstützt wird, aber ich hätte gerne den Level 2.0 verwendet...

    Ich suche jetzt eine "komplette" Liste, in der man zu jedem Level die entsprechenden unterstützen Auflösungen nachlesen kann.

    Gibt es irgendwo soetwas?
    In Wikipedia stehen nur "Beispiele" aber keine kompletten Auszüge.

    Gruß
    Yoda

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden