DVD9 -> DVD5 und die Avisynth

4weehler

Servus miteinander
ich bin Neuling was das encoden einer DVD9 zu einer DVD5 betrifft.
Eine Frage zu Avisynth:
In verschiedenen Anleitungen lese ich immer, dass für das encoden im CCE die Avisynth-Zeilen: (z.B.)

Code

LoadPlugin("C:\Film\MPEG2DEC.dll")
  mpeg2source("D:\examples\Film.d2v")
  ResampleAudio(44100)

verwendet wird.
D.h. doch, das der ganze Film (damit meine ich die Größe des Bildes) encodet wird - also mit den schwarzen Balken. Bei der Erstellung einer SVCD crope ich jedoch zuerst die schwarzen Balken weg, so dass nur das reine Bild ohne schwarze Balken encodet wird und setze die Balken nachher mit der "AddBorders"-Zeile wieder ein.
Warum verwendet man das Cropping nicht auch bei der Erstellung einer DVD5? Das Bildergebnis müsste doch dann noch besser sein?oder?

4weehler

LigH

:welcome:

Natürlich könte man auch eine DVD "letterboxed" encodieren; aber besitzen die Leute, die sich DVDs anschauen, nicht auch meist einen 16:9-Fernseher? Und dessen Bildschirm wollen die sicher meist auch ordentlich ausgefüllt haben. Also wird ein 16:9-Videomaterial für DVDs meist anamorph encodiert und als Widescreen dargestellt.

SVCDs werden dagegen oft noch auf 4:3-Fernsehern angezeigt - da würde man ein 16:9-Bildformat sowieso meist vertikal gestaucht im Letterbox-Format darstellen müssen, damit er in das horizontal schmalere Fernsehbild passt. Und wer doch einen 16:9-Fernseher hat und sich SVCDs anschaut, der könnte das Bild in beide Richtungen zoomen - dann werden jedoch die Bildzeilen teilweise vervielfacht, das kann zu Flimmereien führen.

4weehler

Ich denke dass das letterboxed encoden nichts mit dem Format zu tun hat; sondern das resizing.
[code=html]<table border="1" cellspacing="1" width="100%" bordercolordark="#CC9933" bordercolorlight="#FFCC00">
<tr>
<td width="31%" align="center">Filmformat 
gemäß dvd2avi</td>
<td width="33%" align="center">Optimiert auf 
4:3-Röhrenfernseher</td>
<td width="35%" align="center">Optimiert auf 
16:9-Röhrenfernseher</td>
<td width="34%" align="center">Optimiert auf 
Plasmabildschirme,Projektoren</td>
</tr>
<tr>
<td width="31%" align="center">16:9 (keine Balken)</td>
<td width="33%" align="center">AviSource("x:/vfapi.avi") 
BilinearResize(448,414) 
AddBorders(16,81,16,81)</td>
<td width="35%" align="center">AviSource("x:/vfapi.avi") 
BilinearResize(448,542) 
AddBorders(16,17,16,17)</td>
<td width="34%" align="center">AviSource("x:/vfapi.avi") 
BilinearResize(464,414) 
AddBorders(8,81,8,81)</td>
</tr>
<tr>
<td width="31%" align="center"> </td>
<td width="33%" align="center"> </td>
<td width="35%" align="center"> </td>
<td width="34%" align="center"> </td>
</tr>
<tr>
<td width="31%" align="center">16:9 (mit Balken)</td>
<td width="33%" align="center">AviSource("x:/vfapi.avi") 
BilinearResize(448,318) 
AddBorders(16,129,16,129)</td>
<td width="35%" align="center">AviSource("x:/vfapi.avi") 
BilinearResize(448,414) 
AddBorders(16,81,16,81)</td>
<td width="34%" align="center">AviSource("x:/vfapi.avi") 
BilinearResize(464,318) 
AddBorders(8,129,8,129)</td>
</tr>
<tr>
<td width="31%" align="center"> </td>
<td width="33%" align="center"> </td>
<td width="35%" align="center"> </td>
<td width="34%" align="center"> </td>
</tr>
<tr>
<td width="31%" align="center">4:3 (keine Balken)</td>
<td width="33%" align="center">AviSource("x:/vfapi.avi") 
BilinearResize(448,542) 
AddBorders(16,17,16,17)</td>
<td width="35%" align="center">AviSource("x:/vfapi.avi") 
BilinearResize(448,542) 
AddBorders(16,17,16,17)</td>
<td width="34%" align="center">AviSource("x:/vfapi.avi") 
BilinearResize(464,560) 
AddBorders(8,8,8,8)</td>
</tr>
<tr>
<td width="31%" align="center"> </td>
<td width="33%" align="center"> </td>
<td width="35%" align="center"> </td>
<td width="34%" align="center"> </td>
</tr>
<tr>
<td width="31%" align="center">4:3 (leichte Balken)</td>
<td width="33%" align="center">AviSource("x:/vfapi.avi") 
BilinearResize(448,414) 
AddBorders(16,81,16,81)</td>
<td width="35%" align="center">AviSource("x:/vfapi.avi") 
BicubicResize(448,542) 
AddBorders(16,17,16,17)</td>
<td width="34%" align="center">AviSource("x:/vfapi.avi") 
BilinearResize(464,414) 
AddBorders(8,81,8,81)</td>
</tr>
<tr>
<td width="31%" align="center"> </td>
<td width="33%" align="center"> </td>
<td width="35%" align="center"> </td>
<td width="34%" align="center"> </td>
</tr>
<tr>
<td width="31%" align="center">4:3 (dicke Balken)</td>
<td width="33%" align="center">AviSource("x:/vfapi.avi") 
BilinearResize(448,318) 
AddBorders(16,129,16,129)</td>
<td width="35%" align="center">AviSource("x:/vfapi.avi") 
BicubicResize(448,414) 
AddBorders(16,81,16,81)</td>
<td width="34%" align="center">AviSource("x:/vfapi.avi") 
BilinearResize(464,318) 
AddBorders(8,129,8,129)</td>
</tr>
</table>

LigH

Es ist zwar schon erstaunlich, dass du HTML hier einfügen kannst (dass du die Technik anscheinend kennst), noch erstaunlicher ist für mich aber, dass du das darfst (dass das Board so was zulässt); dieses Sicherheitsloch müssen wir dichtkriegen!
__

Du nanntest folgende "Formate":

4:3 ohne schwarzen Rand = nicht anamorph, Fullscreen: Auf DVD und SVCD üblich.

4:3 mit schmalem Rand = nicht anamorph mit 16:9-Letterbox: Auf SVCD üblich, auf DVD selten.

4:3 mit breitem Rand = nicht anamorph mit Cinemascope-Letterbox: Auf SVCD üblich, auf DVD selten.

16:9 ohne Rand = anamorph, Widescreen: Auf DVD sehr häufig, auf SVCD selten

16:9 mit Rand = anamorph mit Cinemascope-Letterbox: Auf DVD sehr häufig, auf SVCD selten.

Anamorphe SVCDs (gemeint ist 16:9-Stauchung, 720:480-Stauchung bleibt hier unberücksichtigt) sind eher selten, weil SVCDs aus einer Zeit stammen, als man nur 4:3-Fernseher hatte. Heutzutage kann man natürlich auch anamorphe SVCDs herstellen, wenn man sie sich am 16:9-Fernseher anschauen will.

Nur ist die Bitrate eher bei SVCD ein stark begrenzender Faktor als bei DVDs: Bis zu 2 Stunden kann man durchaus auf eine DVD-5 bekommen, ohne erheblich unter Artefakten leiden zu müssen, wenn man einen guten Encoder verwendet (nicht unbedingt einen CDT) und auf weitere Extras verzichtet. Die leichte Bitrate-Reserve, die eine breitere Letterbox durch nicht-anamorphes Encodieren bringen würde, würde die Einschränkung der Qualität durch die schlechtere Auflösung (weniger Zeilen pro Bild) nicht aufheben können!

arlsair

Da fehlen auf jeden Fall noch die Crop-Zeilen. Außerdem fehlt z.B. noch die Macroblock-Optimierung, was wertvolle Bitrate spart.

LigH

Macroblock-Optimierung - für die weniger erfahrenen Mitleser: Das ist Croppen auf Vielfache von 16 Pixeln. Denn wenn ein Rand zwischen Letterbox und Bildinhalt mitten durch einem Makroblock (16x16 Pixel) verläuft, muss dieser Rand mit viel Bitrate codiert werden, um ihn scharf darstellen zu können. Verläuft er an der Grenze zwischen zwei Makroblocks, braucht er keine besondere Bitratenerhöhung.

Booster

Tach,

Zitat

D.h. doch, das der ganze Film (damit meine ich die Größe des Bildes) encodet wird - also mit den schwarzen Balken. Bei der Erstellung einer SVCD crope ich jedoch zuerst die schwarzen Balken weg, so dass nur das reine Bild ohne schwarze Balken encodet wird und setze die Balken nachher mit der "AddBorders"-Zeile wieder ein.

genauso mach ich's auch. Hab's bei SVCD's so gemacht, warum also bei DVD's nicht auch? Allerdings werden die Balken (Borders) nicht erst "hinterher" eingefügt. Alle Zeilen des Scripts werden abgearbeitet und das daraus resultierende Bild wird an den Encoder übergeben. Der Vorteil in Bezug auf die Balken ist, daß sie wirklich einheitlich und durchgehend schwarz sind. Der Encoder verwendet dann für diesen Bereich relativ wenig Bitrate.

signs

Hi

im Endeffekt kann man eine DVD genauso zu DVD R verarbeiten wie zu SVCD, nur halt mit anderen Auflösungen.

Der max hat dazu eine Anleitung geschrieben, die im avs Script alles beherbergt was Du suchst, da er mit FitCD/2Disc arbeitet.

Bei Intresse schau mal auf seine Seite: http://www.maxjat.de.vu

achja, schwarze Balken werden in der Anleitung gar nicht encodiert, sondern als adborders angefügt, so brauchen die gar keine Bitrate.

signs

4weehler

@alasir
Diese crop-zeilen habe ich in meinem Posting mit absicht weggelassen, wie du vielleicht an dem großen Zeilenabstand erkennen kannst.
AviSource("x:/vfapi.avi")

BilinearResize(448,542)

AddBorders(16,17,16,17)

4weehler

Booster

Danke für deine Antwort. Du hast mir damit geholfen!

4weehler

4weehler

LigH

...das mit dem HTML : ich hab da wirklich nicht irgendwie getrickst, sondern nur aus einer bestehenden Anleitung von mir den Quelltext kopiert und hier eingefügt.

signs

Ad Boarders 17 ?

Ist das ein Schreibfehler ?

Hoffentlich, denn ansonsten ist da nicht die Spur einer Optimierung zu erkennen.

signs

Booster

Tach,

Zitat

achja, schwarze Balken werden in der Anleitung gar nicht encodiert, sondern als adborders angefügt, so brauchen die gar keine Bitrate.

ach, was wär das schön, wenn die "BlackBorders" keine Bitrate benötigen würden. Und wie schon gesagt, erst "hinterher" einfügen geht schon gar nicht. Denn wenn man das Script z.B. mittels MediaPlayer abspielt, dann dürfte man ja keine Balken sehen, da die ja angeblich erst später eingefügt werden sollen. Dem ist aber nicht so. Das Bild erscheint logischerweise "mit" Balken. Und dieses Bild, welches man im MediaPlayer sieht, wird auch zum Encoder geschickt.

signs

Beinhaltet aber keine Bitrate, da keine Macroblockbewegungen, also kann man von Null Bitrate ausgehen, und nicht von ein bischen.

signs

Harald66

Hi,

Zitat

Beinhaltet aber keine Bitrate, da keine Macroblockbewegungen, also kann man von Null Bitrate ausgehen, und nicht von ein bischen

Das ist so nicht richtig. Die Bewegungsvektoren machen nur einen Teil der für eine MPG-Codierung notwendigen Informationen aus. Ein anderer besteht aus Informationen zu Farbe, Helligkeit und noch einiges mehr. Daher ist es Folgerichtig, das auch der angefügte schwarze Rand Speicherplatz benötigt und somit Bitrate verbraucht. Korrekt ist, das durch das Anfügen von reinem Schwarz und eine korrekte Makroblockoptimierung der hierfür notwendige Speicherplatz und damit Bitratenverbrauch so klein wie irgend möglich gehalten wird.

LigH

Dennoch wird für jeden Makroblock etwas Speicher verbraucht, denn zumindest die Information "Keine Veränderung zum vorherigen Inhalt" ist ja schon mehr als 'überhaupt keine Information über den Inhalt' (was gar nicht möglich ist, das wäre ja ein kaputter Datenstrom) - allerdings ist das die kleinstmögliche Information: "Bewegungsvektor=(0,0)", und die lassen sich am leichtesten komprimieren.

Jetzt mitmachen!