HC-Encoder codiert zu klein

7153319 KB * 8 b/B : 7053,32 s = 7999,99888 kbps

Du hast als Maximum 8000 kbps erlaubt. Es wird aber Szenen geben, in denen der Encoder einfach keine 8000 kbps erreicht (z.B. sehr dunkle oder ruhige Szenen).

Zwar kannst du eventuell mit dem Maximum noch etwas höher gehen (auf DVD sind insgesamt 9800 kbps erlaubt - wie viel müsstest du für deine Tonspuren und Reserve von ~9500 kbps abziehen?), aber letztlich würde die DVD wohl nur durch "Verschwendung" (padding = auffüllen) wirklich randvoll werden.

Und das kann ich dir gar nicht empfehlen, weil du ja auch noch einen geeigneten Bereich für den Layer-Break finden musst. Also lass lieber noch ein paar hundert MB frei!

Ich brauche von den Tonspuren nicht die Größe in MB, sondern die einzelnen Bitraten in kbps (siehe MediaInfo).

Du sollst die maximale Video-Bitrate nicht auf 9800 setzen, sondern auf (9500 - Summe der Audio-Bitraten).

Da es immer Szenen mit Minimalbitrate geben wird, wird der Durschschnitt immer geringer bleiben. Man kann dem HC-Encoder anscheinend kein Minimum vorgeben, das er durch Padding (Auffüllen mit nutzlosen Bytes = "Verschwendung") einhält.

Und wie gesagt: Du brauchst Spielraum für den Layer-Break! Ich empfehle dir bis zu 500 MB Reserve.

Für PAL-Video (720x576) solltest du Auto-GOP übrigens auf 12 setzen: Viel mehr als 1/2 Sekunde (25 fps : 2 = 12,5 Frames/GOP) mögen einige knapp bestückte DVD-Player nicht. Die paar mehr I-Frames heben die durchschnittliche Bitrate aber auch nicht wesentlich.

Zitat von scholty

aber ich habe zwei tonspuren von a 448kbps muss ich dann minus 896kbps oder reicht minus 448kbps?

http://www.dvddemystifiziert.de/dvdfaq.html#3.4

"Die maximale Videobitrate ist 9,8 Mbps." Das hängt unter anderem damit zusammen, dass die Auslesegeschwindigkeit bei "einfacher DVD-Geschwindigkeit" (und welche Geschwindigkeit sonst hätten die ersten DVD-Laufwerke haben sollen?) 10,8 Mbps für die komplette Spur (inklusive System- und Fehlerkorrekturdaten) beträgt.

Diese wäre jedoch über längere Zeit nicht zusätzlich zu den Tonspuren zuverlässig zu verwalten. Als ich noch im DVD-Authoring tätig war, gingen wir davon aus, dass "9,8 Mbps - Maximum aller Tonspur-Bitraten" funktionieren sollte. Das schafften auch die meisten Player. Bis auf ein paar Ausnahmen. Die 9,8 Mbps dürfen nur über einen kurzen Zeitraum erreicht werden, nicht länger als 1-2 Sekunden im Durchschnitt (auch wenn pro GOP mal 12-13 Mbps auch nicht schaden). Wir hatten das Maximum dann zur Sicherheit auf "9,5 Mbps - Summe aller Tonspuren" begrenzt, auch bei 5-6 Tonspuren (die dann oft eh nur 192 kbps Pro-Logic hatten).

Zitat von scholty

8099MB minus menü, tonspuren und subs.

Basst scho. Wird eh nicht voll werden, auch mit erhöhtem Maximum.

Zitat von scholty

wird das bild besser dadurch das ich den GOP wert auf 12 setzte? und sollte ich das pauschal immer bei PAL-Video
( 720x576 oder 704×576 ) machen?

Nicht erkennbar besser. Aber kompatibler mit älteren Playern.

Zitat von scholty

und was genau sind I-Frames?

"Intra frames" / Independent frames (unabhängige Bilder):

http://de.wikipedia.org/wiki/Group_of_Pictures

Die nutzen keine Ähnlichkeiten zwischen benachbarten Bildern aus, brauchen deshalb mehr Platz. Aber sie sind der Anfang einer Decodierung, und einzig mögliche Sprungziele beim Spulen und Springen zu Kapiteln oder Zeiten.

Zitat von scholty

wenn ich das richtig verstanden habe, desto mehr GOP deso besser das bild und das vor- bzw zurückspulen!

Im Grunde sind mehr P- und B-Frames und seltenere I-Frames günstiger, wenn die Bitrate knapp ist, weil I-Frames viel Platz brauchen.

Wer aber viel Platz hat, der kann sich den Luxus von etwas häufigeren I-Frames (kürzeren GOPs) durchaus leisten: Jeder Decodierungsfehler (oder jede Ungenauigkeit der Quantisierung) bleibt durch alle folgenden P- und B-Frames erhalten, bis das nächste I-Frame kommt.

Spätestens jeder 12. Frame - manchmal auch früher, wenn das sinnvoll ist (Szenenwechsel, starke Bewegung).

Hi,

um die richtigen Einstellungen für dein HC zu finden, kannst Du dich sicher am Bitratenrechner orientieren: LINK

Ich hab mir mal deine Angaben eingestellt
[Blockierte Grafik: http://www.abload.de/img/aufzeichnenytg6.jpg]

Gruss
Fisker

Ob man für den GOP 12 oder 15 benutzt sollte doch normalerweise laut Spezifikation egal sein, persönlich benutze ich aus Sparsamkeit eigentlich immer 15 und ändere bei bedarf lediglich die Bitrate.
Beim CCE konnte man die Min, Durchnitt, und Max Bitrate einstellen, indem man die Min-Bitrate höher stellt könnte man sicherlich die Qualität noch etwas verbessern, beim HC habe ich es allerdings noch nie Probiert mir genügt Mencoder.
Was mich irritiert ist bei deinem Test die Min-Bitrate, die ist meines Wissens viel zu klein und sollte laut Spezifikation eigentlich nicht kleiner als 1800 sein. Eventuell hast du ja unwissentlich irgendwelche Einstellungen oder die Matrix geändert

Laut MPEG2-Spezifikation können GOPs bis zu 32 Frames beinhalten; laut DVD-Spezifikatipon sollte ein GOP aber nicht länger als 1/2 Sekunde dauern (begrenzter Decodierpuffer) - bei NTSC wäre das ~30 fps / 2 * s = 15 Frames, bei PAL dagegen nur 25 fps / 2 * s = 12,5 Frames.

Für die Ausnutzung der max. 2 B-Frames zwischen I- und P-Frames wären bei PAL mit "hinten geschlossenen GOPs" (also mit P-Frame am Ende) im Grunde 13 Frames/GOP ideal und maximal. Aber diese GOP-Variante ist nicht notwendig, wenn nicht nachträglich noch geschnitten werden soll.

Die Minimal-Bitrate ist in der Tat niedriger als gefordert. Offenbar nutzt der HC-Encoder kein Padding zum Auffüllen. Bleibt also zur zu hoffen, dass der Multiplexer im DVD-Authoring-Tool das dann durchführt.

GOP Längen sind in den MPEG Spez nicht limitiert.

Zitat

The smallest group of pictures consists of a single I-picture, whereas the largest size is unlimited.

Für DVD Video gilt als max GOP Länge ~600 ms = max 15 Frames bei PAL und max 18 Frames bei NTSC (präsentierte Frames und nicht nur kodierte, Pulldown-Frames müssen also mitgezählt werden).

Es gibt keine Minimal-Bitrate für DVD Video. Die oft angegebenen Min-Werte sind ein praktisches Limit.
z.b in DVD Demystified

Zitat

Not an absolute limit but a practical limit below which video quality is too poor

GOPs sind "hinten" immer geschlossen, d.h. sie enden immer mit P oder I-Frame. Offene GOPs sind GOPs die mit B-Frames beginnen welche auf I oder P Frames der vorangegangenen GOP referenzieren.

:eek: Unlimitiert?! Wo hab ich dann die Grenzen her? Gab's die mal bei MPEG1?

Bei der Bitrate war mir so, als würde selbst bei Schwarzbild ein Minimum von ~300 kbps empfohlen sein, weil sonst (über längere Zeit...) das Timing zwischen VBV und Laufwerk beim Auslesen problematisch werden könnte...

Und bei den GOPs finde ich dann besonders witzig, dass praktisch jede Quelle, die B-Frames erklärt, "hinten offene" GOPs zeigt. Selbst die Wikipedia. -- http://de.wikipedia.org/wiki/Group_of_Pictures

Auch wenn es noch so oft geschrieben wird - falsch bleibt falsch.

Two distinct picture orderings exist, the display order and the
 bitstream order (as they appear in the video bitstream).  A group of 
pictures (gop) is a set of pictures which are contiguous in display order.
A group of pictures must contain at least one I-picture. This required 
picture may be followed by any number of I and P-pictures. 
Any number of B-pictures may be interspersed between each pair
of I or P-pictures, and may also precede the first I-picture.
[B]Property 1.[/B] A group of pictures, in bitstream order, must start with an 
I-picture and may be followed by any number of I, P or B-pictures
 in any order.
[B]Property 2.[/B] Another property of a group of pictures is that it must begin,
in [B]display order[/B], with an I or a B-picture, [B]and must end with an I or a 
P-picture.[/B] The smallest group of pictures consists of a single I-picture, 
whereas the largest size is [B]unlimited.[/B]
The original concept of a group of pictures was a set of pictures 
that could be coded and displayed independently of any other group.
In the final version of the International Standard this is not always true,
and any B-pictures preceding (in display order) the first I-picture in a 
group may require the last picture in the previous group in order
to be decoded.
Nevertheless encoders can still construct groups of pictures which are 
independent of one another. One way to do this is to omit any 
B-pictures preceding the first I-picture. Another way is to allow such
B-pictures, but to code them using only backward motion compensation.
[B]Property 3.[/B] From a coding point of view, a concisely stated property is 
that a group of pictures begins with a group of pictures header, 
and either ends at the next group of pictures header or at the next 
sequence header or at the end of sequence, whichever comes first.

Man muss mal die Bilderfolgen unterscheiden zwischen "Decoding Order" und "Display Order".
Die "Decoding Order oder Bitstream Order" ist die Reihenfolge in der der Encoder die Bilder im Stream speichert bzw die Bilder decodiert werden.
Die "Display Order" gibt die Reihenfolge an in der die Bilder angezeigt werden.

Z.B. ein GOP wie es der CCE erzeugt
Erste GOP:
Decoding Order
IPBPBBPBBPBBPBB
Display Order
IBPBBPBBPBBPBBP
Zweite GOP (offen):
Decoding Order
IBBPBBPBBPBBPBB
Display Order
BBIBBPBBPBBPBBP
die beiden rot markierten B-Frames referenzieren auf das letzte P Frame der vorherigen GOP

Andere Encoder erzeugen z.b folgende Struktur:
Erste GOP:
Decoding Order
IBBPBBPBBPBBPBB
Display Order
BBIBBPBBPBBPBBP
die beiden blau markierten B-Frames referenzieren nur auf das nacholgende I-Frame (grün)
Eine solche GOP trägt (und nur eine solche benötigt es) als Kennzeichnung das closed_gop-Flag
Zweite GOP (offen):
Decoding Order
IBBPBBPBBPBBPBB
Display Order
BBIBBPBBPBBPBBP
hier referenzieren die beiden rot markierten B-Frames wieder auf das letzte P Frame der vorherigen GOP

Die zweite Struktur mit den führenden B-Frames am Beginn ist verantwortlich für die fälschlichen -80 ms (-67 ms bei NTSC) Delayangaben in DVD2AVI, früheren Dgindex, Decrypter etc.
Einen PTS Stempel haben nur die I-Frames und dieser trägt einen um 80 ms höheren Wert als der erste Audio PTS da es ja der dritte Frame ist.

Da ist nichts wirklich "falsch".

Aber man braucht nun mal nicht viele Worte, um "nichts" zu beschreiben.

Und nicht viele Bytes, um z.B. mehrere aufeinander folgende schwarze Frames zu speichern, wenn man das als MPEG-Encoder effizient speichert.

Was für ein Glück das ich das nicht alles zu wissen brauche
Nur so nebenbei da es sich um eine relativ geringe Änderung der gösse handelt würde ich einfach Shrinken.
Deinen Film bekommst du sicherlich auch mit ReJig oder einem ähnlichen Programm klein.

@ MegaDeath:

Eigentlich ging es hier eher darum, ob er auch größer werden kann ... aber wie wir festgestellt haben, wird der einfach nicht größer, er ist schon am Optimum.

Ja stimmt hast recht, um welches Quellmaterial es sich handelt hat er ja Garnicht verraten.
Für mich zählt immer Effizienz und nicht Verschwendung, ich dachte an zwei DVDs zu einer.
Naja bei der Länge des Films wird er die DL-DVD sicher nicht voll bekommen.
Eventuell helfen ja weniger effiziente Einstellungen