Fansub-Wiki - Benutzerbeiträge [de]

Diskussion:Von der ISO-DVD zum AVI-Hardsub

2008-01-21T19:42:11Z

Naito:

--[[Benutzer:Devil Doll|Devil Doll]] 20:09, 21. Jan 2008 (CET): Der Delay des Audio-Stream wird doch nicht ''korrigiert'' - er muss nur (z. B. beim Einfügen des MP3-Streams via VirtualDubMod) ''korrekt'' angegeben werden, d. h. identisch zu dem Wert, den DGIndex beim Extrahieren aus der DVD gemeldet hatte. Oder?
----
--[[Benutzer:Naito|Naito]] 20:42, 21. Jan 2008 (CET): Ja. Habe ich etwas missverständlich ausgedrückt. Der Audio-Stream wird um den Delay-Wert korrigiert/angepasst. Vllt. "(und entsprechendem Delay)"?

Von der ISO-DVD zum AVI-Hardsub

2008-01-21T17:03:07Z

Naito: /* Speichern des Verarbeitungs-Ergebnisses */ Offset -> Delay

== Vorwort ==

Dieser Artikel soll einen Überblick der Arbeitsabläufe beschreiben, die auf dem Weg von einer Original-DVD bis zum fertigen [[Anime]]-[[Fansub]] anfallen.

Sein Schwerpunkt liegt darauf, zu erklären, ''warum'' die entsprechenden Schritte erforderlich sind, und ein Verfahren zum Erreichen einer ''Minimal-Lösung'' anzubieten, welches mit geringem Aufwand auch von einem unerfahrenen Encoder verwendet werden kann; erfahrene Encoder werden sicherlich in allen Teilaspekten aufwändigere Verfahren einsetzen und damit dann auch bessere Ergebnisse erzielen.

== Format einer Video-DVD ==

Auf handelsüblichen [http://de.wikipedia.org/wiki/DVD-Video Video-DVDs] liegt das Anime-Material im Format [http://de.wikipedia.org/wiki/MPEG-2 MPEG2] vor.

* Bild- und Toninformationen sind dabei (im Gegensatz zu den auf PCs üblichen [[Container|Video-Containern]]) ''nicht'' in separaten [[Stream|Streams]] gespeichert, sondern zu einem einzigen, großen Datenstrom vermengt.
* Dieser Datenstrom ist ''nicht'' nach Episoden unterteilt, sondern in mehreren, jeweils 1 GB großen Dateien (diese Maximalgröße ist vom DVD-Standard vorgeschrieben) mit der Endung <code>.VOB</code> enthalten, die sich im Verzeichnis [http://de.wikipedia.org/wiki/DVD-Video#Verzeichnisstruktur_und_Dateinamen VIDEO_TS der DVD] befinden. Das Datenvolumen (Bild und Ton) umfasst in dieser Darstellung etwa 1500-2000 MB pro Anime-Episode.
* Das Anime-Material liegt nicht in Form von Bildern, sondern in Form von [http://de.wikipedia.org/wiki/Halbbild Halbbildern] vor, aus denen die eigentlichen Bilder erst erstellt werden müssen ([http://de.wikipedia.org/wiki/Deinterlacing Deinterlacing]).
* Die Bildinformationen sind üblicherweise [http://de.wikipedia.org/wiki/Anamorphe_Bildaufzeichnung anamorph] gespeichert - das Bildformat des DVD-Videos ist also 720*480px (3:2), während das tatsächliche Seitenverhältnis des Animes jedoch 4:3 bzw. 16:9 sein soll. Handelsübliche Standalone-DVD-Player können solche Videos während des Abspielens (automatisch bzw. per Konfigurationsmenü einstellbar) in das korrekte Seitenverhältnis zerren (das Ziel-Seitenverhältnis ist auf der DVD vermerkt) - der [[Encoder]] eines Fansubs wird dies normalerweise selbst erledigen müssen.

== Analyse der DVD-Daten ==

Im ersten Abschnitt der Verarbeitung werden die DVD-Daten so analysiert (und teilweise auch bereits vorverarbeitet), dass sie in einem den Werkzeugen nachgeschalteter Verarbeitungsschritte passenden Format vorliegen.

=== Markierung einer Anime-Episode innerhalb der DVD-Daten ===

Dazu werden mit dem Programm [http://neuron2.net/dgmpgdec/dgmpgdec.html DGIndex] die VOB-Dateien der DVD geöffnet. Nicht alle VOB-Dateien enthalten tatsächlich Anime-Material (die erste von ihnen enthält z. B. das Steuermenü der DVD, teilweise sind auch Trailer für andere Produkte derselben Firma auf der DVD enthalten); was genau jede dieser Dateien enthält, kann man sich mit diesem Programm ansehen.

Am unteren Rand des Anzeigefensters befindet sich ein Schieberegler, mit dessen Hilfe man mit den Buttons "<code>[</code>" bzw. "<code>]</code>" die Anfangs- und Endmarke des zu bearbeitenden Materials manuell setzen kann - man muss den Umfang einer Episode also selbst auswählen.

=== Extrahieren der Audio-Daten aus dem MPEG2-Stream ===

Im Programm DGIndex kann man einstellen, wie man die Audio-Daten des vorliegenden Materials verarbeiten möchte.

Eine DVD kann mehrere Audio-Streams enthalten; diese können in unterschiedlichen Formaten vorliegen:
* Audio-Streams im Format [[PCM]] sind verlustlos gespeichert. Da sie demzufolge sehr viel Platz auf der DVD benötigen, ist ihre Verwendung eher unüblich.
* Audio-Streams im verlustbehafteten Format [[Dolby Digital|AC3]] bieten eine hohe Tonqualität und können insbesondere bis zu [http://de.wikipedia.org/wiki/5.1 sechs (5.1)] Tonkanäle enthalten. Ein AC3-Stream mit einer Qualität von 448 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 77 MB Speicherplatz im späteren Encoding des Fansubs.
* Audio-Stream im verlustbehafteten Format [[DTS]] bieten ebenfalls eine hohe Tonqualität und können bis zu Surround-Sound bis zu 7.1 enthalten. Im Gegensatz zu AC3 ist DTS auf DVDs optional.
* Audio-Streams im verlustbehafteten Format [[Mp2|MP2]] sind auf maximal zwei Tonkanäle beschränkt, benötigen dafür aber relativ wenig Speicherplatz.

Das Tonformat innerhalb von [[AVI|AVI-Containern]] bei Verwendung von [[Hardsubs]] ist meist ein MP3-Stream mit 128 kbit/sec, während bei Verwendung anderer [[Container]] häufig andere Formate wie [[Vorbis|OGG Vorbis]] bzw. [[Aac|AAC]] Verwendung finden.

Während der Vorverarbeitung des Materials kann man die Audio-Daten in separate Dateien (je eine Datei pro Stream) extrahieren lassen (wie wir sie später beim Encoden auch benötigen werden), und zwar wahlweise
* im bereits vorliegenden Format oder
* umgewandelt in das WAV-Format

Vor Beginn der Analyse der DVD-Daten weiß DGIndex nicht, wie viele Audio-Streams die DVD besitzt und welchen Inhalt diese Spuren enthalten (selbst japanische Original-DVDs enthalten manchmal mehrere Audio-Streams, etwa mit Anmerkungen von Regisseur bzw. Seiyuu zu einzelnen Szenen). Der Encoder muss also zunächst einmal ''sämtliche'' Audio-Spuren extrahieren und sich dann im Einzelnen ansehen, welche davon er verwenden will.

Zu beachten ist, dass ein Audio-Stream ''nicht'' exakt gleichzeitig mit dem Anfang des Video-Streams beginnen muss, sondern einen '''Delay''' relativ zu diesem aufweisen kann; um dieses Delay verschoben muss der Audio-Stream später wieder mit dem Video-Stream zusammengefügt werden, damit Bild und Ton synchron bleiben. Ein eventueller Delay wird beim Abspeichern des betreffenden Audio-Streams im Namen der erzeugten Datei vermerkt.

=== Durchführung des Analyselaufs mit DGIndex ===

Nachdem die entsprechenden Einstellungen für die Auswahl des Video-Materials und die Extraktion des Audio-Materials vorgenommen wurden, startet man mit <code>Save Project</code> den Analyselauf (der für eine normale Anime-Episode auf einem Pentium-4-PC mit 3 GHz etwa 5 Minuten dauert). Das Ergebnis dieses Verarbeitungslaufes ist ''keine'' Video-Datei in einem neuen Format, sondern lediglich eine kleine (ca. 200 kB pro Episode) Projektdatei (mit der Endung <code>.d2v</code>), die ''Verweise in die DVD-Daten'' enthält; diese DVD-Daten brauchen wir also zunächst einmal weiterhin als Arbeitsdateien.

Im selben Verzeichnis wie diese Projektdatei werden die extrahierten Audio-Streams gespeichert. Ab diesem Zeitpunkt bleiben Bild- und Toninformationen getrennt und werden erst beim Encoding eines fertigen AVI-Containers wieder zusammengefügt.

In dem während der Verarbeitung geöffneten Dialog wird dabei auch das ''tatsächliche Seitenverhältnis des Videos'' angezeigt (welches ''nicht'' mit dem Seitenverhältnis übereinstimmt, in dem DGIndex das Video selbst anzeigt!); diese Information sollte man sich ggf. notieren, sie wird später noch benötigt werden.

== Bearbeitung der Video-Daten ==

Im zweiten Abschnitt der Verarbeitung wird nun das mit Hilfe der Projektdatei ansprechbare Videomaterial so bearbeitet, dass eine Datei (das sogenannte Timing Raw) entsteht, mit der die einzelnen Mitglieder des Fansub-Projekts arbeiten können (bisher haben wir die Daten ja nach wie vor im MPEG2-Format vorliegen). Etwaige Verbesserungen der Bildqualität werden ebenfalls in diesem Abschnitt durchgeführt.

Das in diesem Schritt verwendete Werkzeug ist [http://avisynth.org/mediawiki/Main_Page Avisynth], was aus der Sicht des Systems ein Codec ist (eine Bibliotheksfunktion, welche einen Video-Stream in einen anderen Video-Stream umwandelt). Avisynth besitzt ''keine Benutzeroberfläche''; seine Verarbeitung wird vielmehr durch '''Skriptdateien''' gesteuert, in welchen der Encoder Anweisungen zur Umwandlung des Videomaterials notiert. Ein solches Skript wird dann von Avisynth interpretiert und auf den eingelesenen Video-Stream angewendet; es gibt einen entsprechend bearbeiteten Video-Stream aus. Diese Ausgabe eines solchen Verarbeitungsgangs kann dann insbesondere wie eine Videodatei mit einem Videoplayer abgespielt werden oder auch als Eingabe für ein Encoding-Tool dienen.

Dieser Abschnitt kann je nach Kenntnissen und persönlichen Vorlieben des Encoders zahlreiche weitere Einzelschritte umfassen; das vorliegende Dokument versucht, sich auf das absolute Minimum zu beschränken.

=== Zugriff auf die MPEG2-Daten ===

Die folgende Anweisung des Skripts dient dazu, die MPEG2-Daten der DVD zu lesen:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
LoadPlugin (''Pfadname der Bibliothek dgdecode.dll'')
DGDecode_Mpeg2Source (''Pfadname der Projektdatei'')

Diese Funktion wird realisiert durch die (mit DGIndex mitgelieferte) Bibliothek <code>dgdecode.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Dabei greift das Skript mit Hilfe einer Plugin-Funktion und unter Verwendung der von DGIndex erstellten Projektdatei auf die VOB-Dateien der DVD zu. Das Ergebnis dieses Zugriffs ist ein ''unkomprimierter'' Video-Stream, auf welchen die anschließenden Bearbeitungsschritte angewendet werden können.

=== Zusammenfassung der Halbbilder zu Bildern (Deinterlacing) für eine NTSC-DVD ===

Japanische Original-DVDs liegen im NTSC-Format vor und verwendet deshalb üblicherweise 59,94 [http://de.wikipedia.org/wiki/Halbbild Halbbilder] je Sekunde. Diese Anweisung des Skriptes dient dazu, die Halbbilder der MPEG2-Daten zu vollständigen Bildern mit Hilfe des Deinterlacing zusammenzufassen. Das Resultat sind 29,97 (Ganz-)Bilder je Sekunde. Ein mechanisches Zusammenfassen benachbarter Halbbilder reicht dafür nicht aus - dadurch würde es häufig vorkommen, dass Halbbilder zusammengefasst würden, welche nicht zusammengehören, was sich erstens in unschön gestrichelten Linien bemerkbar macht ([http://de.wikipedia.org/wiki/Deinterlacing#Weave_.28field_insertion.29 Kammeffekt]) und zweitens das Videomaterial auch noch schlechter komprimierbar macht (also bei gleicher Informationsmenge zu größeren Dateien als Ergebnis des abschließenden Encoding-Durchgangs führt), weil einfarbige Flächen bzw. Striche platzsparender dargestellt werden können als einzelne Punkte mit abwechselnden Farben.

Die folgende Anweisung des Skripts bietet eine einfach zu bedienende Lösung, indem sie den Deinterlacing-Vorgang automatisch durchführt, dabei jedoch das vorliegende Videomaterial statistisch auswertet und dadurch zu sehr ordentlichen Ergebnissen kommt:

# Deinterlacing (intelligentes Verfahren, aus TIVTC)
LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tfm (slow=2)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Der Parameter <code>slow=2</code> weist die Funktion an, das langsamste Verfahren anzuwenden, welches zu den qualitativ besten Ergebnissen führt; die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Es sei ausdrücklich erwähnt, dass es andere Lösungen für das Deinterlacen gibt, insbesondere die Verwendung des Programms [http://ivtc.org/ Yatta], mit welchem Video-Puristen das gesamte Video-Material Bild für Bild durchgehen und jeden einzelnen Frame wunschgemäß erzeugen lassen können; dieser Arbeitsgang erzeugt dann ebenfalls (umfangreiche) Anweisungen für das Avisynth-Skript.

''ACHTUNG: Ein konkretes Verfahren zum Deinterlacen, angewendet auf ein bestimmtes Videomaterial, erzeugt seine ganz eigene Sequenz von effektiven Bildern; insbesondere an Szenenübergängen ist es völlig normal, dass zwei verschiedene Deinterlacing-Verfahren unterschiedliche Ergebnisse erzeugen, wodurch sich insbesondere ganze Szenen um 1 Frame verschieben können. Die Entscheidung für ein bestimmtes Verfahren, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle kann bewirken, dass sämtliche Zeitangaben von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Timing nachgearbeitet werden muss. (Dies erklärt u. a. entsprechende Verschiebungen des Typesetting um genau 1 Frame in einigen Fansub-Releases.)''

=== Reduzieren der Bildrate (Decimate) für eine NTSC-DVD ===

Die 29.97 Bilder pro Sekunde müssen nun auf 23.976 Bilder pro Sekunde dezimiert werden, um wieder die Originalfilmrate zu erreichen (die für das Abspielen auf japanischen Geräten im NTSC-Standard künstlich um 25% erhöht werden musste - zudem lassen sich die auf diese Weise entstandenen Videos auch noch schlechter komprimieren). Dies wird dadurch erreicht, dass ''im Prinzip'' jedes fünfte Bild des Original-Videos weggelassen wird. (Tatsächlich würde die mechanische Durchführung eines solchen Verfahrens rhythmische Veränderungen am Videomaterial verursachen, die sich in einem spürbaren Ruckeln manifestieren können; die tatsächliche Verarbeitungslogik ist daher etwas komplizierter.)

Die folgende Anweisung des Skripts dient dazu, die Anzahl der im vorherigen Schritt erzeugten vollständigen Bildern auf die gewünschte Framerate zu reduzieren:

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
# LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tdecimate (mode=1)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss. (Da dies dieselbe Bibliothek ist, die zuvor bereits für das Deinterlacen verwendet wurde, ist die LoadPlugin-Anweisung hier redundant und wurde deshalb auskommentiert.)

Der Parameter <code>mode=1</code> weist die Funktion an, die zu entfernenden Bilder bevorzugt aus möglichst langen Reihen identischer Bilder zu wählen (von denen ein weggelassenes Bild am leichtesten entbehrlich ist); die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

=== Wegschneiden unschöner Bildteile an den Rändern (Cropping) ===

Von den 720*480px des Bildmaterials der DVD sind manchmal bestimmte Teile nur eingeschränkt verwendbar:
* An einigen Rändern des Bildes sind üblicherweise durchgehend ''schwarze Balken'' zu sehen.
* Innerhalb des verbleibenden Bildes liegen in den äußersten Pixel-Reihen bzw. -Spalten manchmal ''starke Verfärbungen'' vor, die eine ähnliche optische Wirkung wie schwarze Balken haben.
Da das Videomaterial anschließend ohnehin auf die tatsächliche Größe des endgültigen Videos verzerrt werden muss, bietet es sich an, diese unschönen Teile (die prozentual nur einen kleinen Teil des Bildes ausmachen, deren Weglassen also die Bildproportionen nicht spürbar verändert) bereits vor dieser Skalierung aus dem Bildmaterial wegzuschneiden und auf diese Weise das Zielformat des Videos ausschließlich mit "schönen" Bildinformationen zu füllen. Die konkreten Beträge an wegzulassenden Zeilen bzw. Spalten des Bildes hängen sowohl vom konkreten Videomaterial als auch vom subjektiven Geschmack des Encoders ab.

Die folgende Anweisung des Skripts dient dazu, die angegebene Anzahl von Pixeln des Videomaterials an den vier Seiten des Bildes wegzuschneiden:

# Schwarze Streifen etc. am Rand wegschneiden
crop (''links'', ''oben'', ''breite'', ''höhe'')

Dabei bedeuten die vier Parameter der Funktion:
# Linke obere Ecke (Spalte)
# Linke obere Ecke (Zeile)
# positiver Wert: Breite des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Spalte)
# positiver Wert: Höhe des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Zeile)
Bei einem Aufruf <code>crop (4,2,-0,-2)</code> würden also links 4 Pixel, rechts 0 Pixel sowie oben und unten jeweils 2 Pixel weggeschnitten (bei Angaben in dieser Notation muss man weniger rechnen ;-).

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

''ACHTUNG: Die konkreten Angaben zum Croppen, angewendet auf ein bestimmtes Videomaterial, erzeugen ihre ganz eigene Sequenz von effektiven Bildern; bei anderen Angaben an dieser Stelle wird zwar im Prinzip dieselbe Bildsequenz erzeugt, aber Objekte innerhalb des Bildes befinden sich nicht an derselben Stelle, als wenn ein anderer Betrag an Rand weggeschnitten worden wäre. Die Entscheidung für einen bestimmten Satz an Parameterwerten, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle bewirkt, dass sämtliche Positionen von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Typesetting nachgearbeitet werden muss.
''

=== Anpassen der Bildgröße auf das gewünschte Zielformat ===

Aufgrund der oben erwähnten anamorphen Bilddarstellung auf DVDs liegt das Bildmaterial oftmals nicht in dem tatsächlich darzustellenden Format vor (das eigentlich erwünschte Seitenformat haben wir während der Analyse des DVD-Materials ermittelt). Hinzu kommt, dass wir im vorherigen Arbeitsschritt ggf. an den Rändern bestimmte Bereiche weggeschnitten haben.

Welche Bildgröße wollen wir erreichen? Beide Seitenlängen [http://encodingwissen.de/spezial/mod-regeln.html sollten möglichst durch 16 teilbar sein]; das in der Größe von 720x480px vorliegende Bildmaterial sollte in keiner der beiden Dimensionen hochskaliert werden, um nicht an Qualität zu verlieren. Für Videos mit den Seitenverhältnissen 4:3 ist deshalb ein Bildformat von '''640x480px''' üblich; bei einem Seitenverhältnis von 16:9 ist der größte Wert, bei dem dieses Verhältnis mit durch 16 teilbaren Seitenlängen ''exakt'' erreicht werden kann, '''704x396px'''.

Die folgende Anweisung des Skripts dient dazu, die Bildgröße des Video-Streams in Breite und Höhe auf den gewünschten Wert zu skalieren (wobei es irrelevant ist, in welcher Größe das Videomaterial nach den vorherigen Transformationen tatsächlich vorliegt):

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (''breite'', ''höhe'')

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

Auch hier wieder der Hinweis, das es [http://avisynth.org/mediawiki/Resize zahlreiche andere Verfahren zur Änderung der Bildgröße] gibt, welche sich u. a. in Bezug auf die Behandlung dünner Linien unterscheiden (also ggf. unterschiedlich scharfe bzw. verwaschene Ergebnisse produzieren).

Durch zusätzliche Parameter für die jeweilige Resize-Funktion ist es auch möglich, Cropping und Resizing in einem Arbeitsgang zu erledigen (was die Verarbeitungsgeschwindigkeit minimal erhöht); Einzelheiten sind der Dokumentation der jeweiligen Funktion zu entnehmen.

=== Filter zur Qualitätsverbesserung ===

Nachdem nun das Videomaterial im Prinzip im richtigen Format (Vollbilder in der gewünschten Bildschirmauflösung) vorliegt, kann in einem abschließenden Verarbeitungsschritt noch Einfluss auf die Bildqualität genommen werden. Hierfür werden je nach subjektivem Ästhetik-Empfinden des Encoders entsprechende Filter auf das Videomaterial angewendet, um kleine Unsauberkeiten zu entfernen, dünne Linien zu schärfen oder die Auswirkungen bestimmter systematischer Fehler des Bildmaterials zu reduzieren. Grundsätzlich gilt dabei: Die Entfernung von Details verbessert einerseits die spätere Komprimierbarkeit des Videostreams, bewirkt aber gleichzeitig, dass das Bild verwaschener aussieht; je aggressiver die entsprechende Filterfunktion dabei vorgeht (was jeweils durch entsprechende Parameterwerte eingestellt werden kann), umso stärker sind beide Effekte spürbar.

Die folgende Anweisung des Skripts dient dazu, mit einem relativ defensiven Filter kleine Unsauberkeiten des Bildmaterials aufzulösen:

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Der Parameter <code>mode=2</code> weist die Funktion an, das bezüglich des Einsparungseffekts beste der drei vom Autor als "risikolos" beschriebenen Verfahren anzuwenden; die Funktion unterstützt auch weitaus aggressivere Verfahren (die dann allerdings dünne Linien beschädigen können etc.), welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org/mediawiki/Removegrain RemoveGrain] enthaltene Bibliothek (der konkrete Dateiname ist von der CPU des Zielrechners abhängig, siehe Installationsanleitung), welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Das erzeugte Video wird dabei ohne spürbare Einbußen der Qualität um wenige Prozent kleiner.

=== Beispiel eines vollständigen Avisynth-Skripts zur Verarbeitung der DVD-Daten ===

Ein vollständiges Avisynth-Skript sieht (nach der Installation aller erforderlichen Bibliotheken im <code>plugins</code>-Verzeichnis von Avisynth, wo sie automatisch gefunden werden) beispielsweise folgendermaßen aus:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
Mpeg2Source ("C:\DVD-Analyse\Seikai no Senki III\Volume 1\Seikai no Senki III Volume 1 - Video.d2v")

# Deinterlacing
tfm (slow=2)

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
tdecimate (mode=1)

# Schwarze Streifen etc. am Rand wegschneiden
crop (4, 2, -0, -2)

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (704, 396)

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Wenn eine solche Skript-Datei, welche anstelle des Pfadnamens der Projektdatei die Zeichenkette <code>__vid__</code> enthält, im Analyseprogramm DGIndex als "[http://neuron2.net/dgmpgdec/DGIndexManual.html#AVSTemplate AVS template]" angegeben wurde, dann fügt DGIndex während der Analyse des DVD-Materials diesen Pfadnamen der neu erstellten Projektdatei (ohne Gänsefüßchen) automatisch an der entsprechenden Stelle der Schablone ein und speichert das so dem Projekt angepasste Skript in dasselbe Verzeichnis und mit demselben Basisnamen wie die Projektdatei, aber mit der Endung <code>.avs</code>. Man braucht dieses Skript also nur ein einziges Mal zu erstellen (und z. B. ins Installationsverzeichnis von DGIndex zu speichern) und muss dann bei neuen Projekten nur noch Details darin ändern (Pixel-Angaben zum Cropping und ggf. zum Bildformat, eventuell andere Filter).

=== Speichern des Verarbeitungs-Ergebnisses ===

Das Ergebnis der Verarbeitung der DVD-Daten ist ein (zunächst einmal) ''unkomprimierter'' Video-Stream, der für eine normale Anime-Episode zwischen 10 und 15 GB an Daten umfasst. Bei Verwendung der [[#Filter_zur_Qualit.C3.A4tsverbesserung|angegebenen simplen Filterfunktion]] dauert das Erstellen der entsprechenden Video-Datei auf einem Pentium-4-PC mit 3 GHz knapp 15 Minuten; falls entsprechend aufwändigere Filter zum Einsatz kommen, kann diese Verarbeitung aber auch wesentlich länger (mehrere Stunden) dauern.

Sobald das Verfahren zu einem Ergebnis geführt hat, welches die Ansprüche des Encoders zu dessen Zufriedenheit erfüllt, möchte dieser das Ergebnis des Skript-Laufes eigentlich bis zum endgültigen Release nicht mehr löschen (um den Filtervorgang nicht wiederholen zu müssen). Eine verlustbehaftete Komprimierung scheidet allerdings aus, da deren Ergebnis nicht mehr die erforderliche Qualität für die spätere Produktion von QC- und Release-Dateien aufweist. Es existieren jedoch Codecs, welche eine '''verlustfreie Komprimierung''' des erzeugten Videomaterials ermöglichen (z. B. [http://de.wikipedia.org/wiki/HuffYUV HuffYUV] und [http://de.wikipedia.org/wiki/Lagarith Lagarith]). Bei einer Speicherung des Video-Materials unter Verwendung eines dieser Verfahren kann das Datenvolumen um etwa 50-60% reduziert werden, sodass pro Episode eine Datei von etwa 5-6 GB Größe anfällt. Sobald sämtliche Episoden der DVD in diesem Format vorliegen, benötigt man die VOB-Dateien dieser DVD nicht mehr auf der Festplatte des Encoding-Rechners. ''(ACHTUNG: Sowohl HuffYUF in der Version 2.2.0 als auch Lagarith in der Version 1.3.13 weisen Stabilitätsprobleme auf, die zum Absturz des Komprimierungslaufs führen können; der Verfasser dieses Artikels verwendet deshalb die etwas ältere Version 2.1.1 von HuffYUF.)''

Für die Weitergabe des so bearbeiteten Videomaterials an andere Mitglieder der Fansubber-Gruppe (vor allem den [[Timer]] und den [[Typesetter]], insbesondere über langsame Internet-Leitungen) ist natürlich eine solche Datei immer noch viel zu groß. Deshalb erzeugt der Encoder ''zusätzlich'' eine (mit dem später zu verwendenden Video-Codec und sinnvollerweise auch etwa den später zu verwendenden Einstellungen) komprimierte Variante des Videos, das sogenannte '''Timing-Raw''', dessen Größe sich von derjenigen des späteren Release nur unwesentlich unterscheidet (man kann in der Qualität auch problemlos ein wenig nach unten gehen, um Übertragungsvolumen zu sparen). Dieses Timing-Raw muss dann auch einen Audio-Stream (mit dem korrigierten Delay) enthalten, damit der Timer die passenden Zeitpunkte zum Ein- und Ausblenden der Untertitel exakt festlegen kann. (Bei einem Soloprojekt könnte man die verlustfrei komprimierten Video-Daten, ergänzt um den Audio-Stream, auch gleich als Timing-Raw verwenden.)

== Encoding als AVI-Container mit XviD-Videostream ==

Nach der Erstellung des [[#Speichern_des_Verarbeitungs-Ergebnisses|Timing-Raws]] wird der [[Encoder]] erst wieder tätig, wenn sämtliche [[Untertitel|Untertiteldateien]] zur betreffenden Episode bei ihm abgeliefert wurden. Nun brennt er diese als [[Hardsub]] fest in den Videostream der Episode ein, wobei er eines von mehreren möglichen Zielen zu verfolgen versucht.

=== Optimale Ausnutzung eines Zielmediums ===

Eine einzelne Anime-Episode wird ihrer endgültigen Form ca. 150-250 MB an Speicherplatz belegen (TV-Episoden tendentiell weniger als OVA-Episoden, welche oftmals bis zu 30 Minuten lang sind und ggf. eine aufwändigere Animation besitzen).

Falls solche Dateien auf Datenträgern des Typs CD bzw. DVD gespeichert werden sollen (um sie auf einem Standalone-Player über einen Fernseher abzuspielen, was vom [[Container]]- und [[Codec]]-Format her ja möglich wäre) und der Encoder die Anzahl der Episoden (und ggf. zugehörigen Specials) der gesamten Serie von vornherein kennt, kann er die Größe der von ihm erzeugten Dateien auf das geplante Ziel-Medium abstimmen:
* Eine handelsübliche CD fasst [http://de.wikipedia.org/wiki/Compact_Disc#Datenformate 703 MB] an Daten, also
** 3 Episoden zu je 234 MB (Videoqualität ca. 1150 kb/sec) bzw.
** 4 Episoden zu je 175.5 MB (Videoqualität ca. 900 kb/sec).
* Eine Single Layer DVD fasst [http://de.wikipedia.org/wiki/DVD#Speicherkapazit.C3.A4t_und_Zugriffstechnik 4483 MB] an Daten, also
** 24 Episoden zu je 186.5 MB (Videoqualität ca. 1000 kb/sec) bzw.
** 26 Episoden zu je 172 MB (Videoqualität ca. 850 kb/sec).
Diese Größen werden von vielen Fansubber-Gruppen gezielt produziert, indem im XviD-Codec die Spieldauer (sekundengenau) und Zielgröße der Datei sowie die Qualität des verwendeten Audio-Streams eingegeben wird; XviD kann aus diesen Angaben die maximal zulässige Qualität für den Videostream (gemessen in kbit/sec) berechnen und diese bei Verwendung des '''2-Pass-Encoding''' auch ziemlich exakt erreichen. Damit belegen alle Episoden einer Serie gleich viel Speicherplatz auf dem Zielmedium - unabhängig von der Spieldauer der einzelnen Episode. Bei TV-Serien ist diese Spieldauer üblicherweise konstant, nicht aber bei OVAs - und in solchen Fällen liefert diese Methode unterschiedliche Qualitäten für die verschiedenen Episoden.

Um letzteres zu verhindern, kann man die auf einen Datenträger (etwa eine CD) zu brennenden Episoden von vornherein als zusammengehörig betrachten und ihre ''Gesamtspieldauer'' als Berechnungsgrundlage für die obige Methode heranziehen. Bei der Verwendung der so berechneten Durchschnittsqualität dieser CD für jede ihrer Episoden entstehen dann ''verschieden große Dateien mit gleicher Video-Qualität'', während das jeweilige Speichermedium immer noch optimal ausgenutzt wird. Dieser Ansatz wurde beispielsweise beim Encoding der Serie [http://fan-sub.de/fansub.rhtml?id=902 Lamune] verfolgt.

=== Optimale Darstellung der vorliegenden Informationsmenge ===

Das [[Encoden]] von Videomaterial mit einem der üblichen [[Codec|Codecs]] ist immer eine ''verlustbehaftete Komprimierung'', und der Grad des Verlusts kann vom [[Encoder]] im Prinzip frei gewählt werden. Insbesondere ist es durchaus normal, dass in einer Episode einer Serie mit hohem Action-Anteil wesentlich mehr Video-Information vorliegt als in einer anderen Episode derselben Serie, welche von langen Dialogen dominiert wird; werden beide Episoden dennoch auf dieselbe Dateigröße encodiert, dann leidet die Qualität der Action-Episode, während bei der Dialoge-Episode Platz verschwendet wird. Und wenn die fertigen Dateien letzten Endes auf der Festplatte eines Fans landen oder eine Serie mit z. B. nur 13 Episoden auf eine DVD gebrannt werden wird, dann sollte die exakte Größe der Datei gegenüber einer möglichst guten Video-Qualität bei im Mittel dennoch akzeptabler Dateigröße (zwecks schneller Übertragung) nur von untergeordneter Bedeutung sein.

Für das Erreichen der optimalen Videoqualität einer jeden Episode wäre es also ein alternativer Ansatz, es ''dem Codec selbst zu überlassen, wie groß er die entsprechende Datei erzeugen will''. Dazu kann man ihm im Falle von [[XviD]] als Zielvorgabe einfach einen Qualitätswert angeben, den er angesichts der vorliegenden Informationsmenge gar nicht erreichen kann (etwa 9999 kbit/sec) und gleichzeitig die resultierende Dateigröße durch einheitliche Vorgaben in der XviD-Konfiguration beeinflussen, wobei diese XviD-Konfiguration dann auf alle Episoden einer Serie gleichermaßen angewendet wird. Dabei entstehen zwar Dateien beliebig unterschiedlicher, aber jeweils der vorliegenden Information angemessener Größe.

Bewährt hat sich dabei insbesondere, in der XviD-Konfiguration unter "<tt>Quality Preset - more</tt>" / "<tt>Quantization</tt>" für den "<tt>min. P-Frame quantizer</tt>" einen Wert von 2 (statt 1) einzutragen, also ''dem XviD-Codec die Verwendung von P-Frames mit einem Quant von 1 zu verbieten''. P-Frames mit einem Quant von 1 belegen innerhalb eines XviD-Streams relativ viel Platz, tragen jedoch eher wenig zur Bildqualität bei; allein durch den Verzicht auf diese Möglichkeit bringt man den XviD-Codec bei guter Qualität des Videomaterial ''oftmals'' (wenngleich nicht immer) bereits dazu, trotz ansonsten maximaler Ausschöpfung seiner Möglichkeiten Dateien in einer ungefähren Größe zu produzieren, wie sie aufgrund der Zielsetzung im [[#Optimale_Ausnutzung_eines_Zielmediums|vorherigen Kapitel]] ohnehin erwünscht ist.

Gleichzeitig lässt sich bei diesem Ansatz durch den Einsatz etwas aggressiverer [[#Filter_zur_Qualit.C3.A4tsverbesserung|Filter]] bereits bei der Vorverarbeitung des Videomaterials Information aus dem Video-Stream entfernen, solange dieser Eingriff die Videoqualität nicht sichtbar reduziert - bei einer ohnehin angestrebten variablen Datengröße lohnt es sich, zu sparen, wo immer dies ''mit vertretbarem Qualitätsverlust'' möglich erscheint. Auf diese Weise können bei einem handlungsarmen Anime wie etwa [http://fan-sub.de/fansub.rhtml?id=687 Koi Kaze] insgesamt Dateien mit einer Größe von deutlich unter 150 MB pro 23-min-Episode erzeugt werden, ohne dass deren Qualität auffällig schlecht wäre oder von Episode zu Episode stark schwanken würde.

== Links ==
* [http://de.wikipedia.org/wiki/Inverse_Telecine Inverse Telecine] (Rückgängigmachen des [http://de.wikipedia.org/wiki/3:2-Pull-Down 3:2-Pull-Down] bei NTSC-DVDs)
* [http://neuron2.net/dgmpgdec/DGIndexManual.html DGIndex-Benutzerhandbuch]
* [http://german.doom9.org/ doom9 (deutsch)]
* [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm Homepage zu TIVTC]

Diskussion:Von der ISO-DVD zum AVI-Hardsub

2008-01-18T22:38:53Z

Naito: Warum 23.976fps

--[[Benutzer:Naito|Naito]] 16:03, 16. Jan 2008 (CET): @ Devil Doll: Ich habe mir erlaubt einige inhaltliche Anpassungen vor zu nehmen. Falls Unklarheiten bestehen sollten versuche ich gerne diese zu erläutern. Grüße. Naito.

--[[Benutzer:Devil Doll|Devil Doll]] 20:34, 17. Jan 2008 (CET): Danke für die Änderungen. Ich gehe nochmal drüber wegen Rechtschreibung etc., werde aber alles so behalten wollen (auch wenn Du stellenweise ein bisschen sehr allgemein wirst - MKV etc. wollte ich aus ''diesem'' Artikel bewusst heraushalten).

Ich glaube mich allerdings an eine japanische DVD zu erinnern, wo direkt MP3-Sound drauf war - Du hast das nach MP2 geändert. Bist Du Dir da sicher?

''"Die 29.97 Bilder pro Sekunde müssen nun auf 23.976 Bilder pro Sekunde dezimiert werden, um annähernd die Originalfilmrate von 24 Bilder je Sekunde zu erreichen."'' - ja, aber ''warum'' wollen wir das? Moderne DVD-Player können auch 29.97fps abspielen (ich habe selbst den einen oder anderen GerSub in 29.97fps hier auf der Platte herumliegen, z. B. Ai Yori Aoshi Enishi von aO&SNCo oder Haibane Renmei von YaGAF, beides XviD in AVI-Containern), und exakt PAL für europäische Fernseher (25fps) sind die 23.976fps ja auch nicht. (ggf. reicht an dieser Stelle ein Link auf eine externe Dokumentation.)

== MP3 in NTSC-DVDs ==

--[[Benutzer:Naito|Naito]] 23:24, 18. Jan 2008 (CET): [http://de.wikipedia.org/wiki/DVD-Video#Tonformate Laut Wikipedia] ist MPEG-1 Audio Layer 3 (MP3) weder Pflicht noch Optional für Video-DVD. Es kann aber durchaus sein, das die Hersteller MP3 nutzen. Solange AC3 auch mit auf der DVD ist, ist diese auch Standardkomform. Ich hatte bis jetzt allerdings noch keine Video-DVD, die MP3-Tonspur hatte, selbst MP2 ist äußerst selten. Meistens wird AC3 genutzt (das ich auch aus Softwaregründen präferiere) oder DTS.

== Warum 23.976fps ==

Warum man auf 23.976fps kommt, beschreibt der [http://de.wikipedia.org/wiki/3:2-Pull-Down Wikipedia-Artikel zum 3:2-Pulldown] am besten. (Mit Telecined wird meist das 3:2-Pulldown-Verfahren gemeint, siehe auch ganz unten bei Links im Artikel)
----
Das hiesige DVD-Player auch solche "krummen" Frameraten abspielen kann zwei Gründe haben:
# wahrscheinlich: Der Player ist ein "Allesfresser". Die meisten Player nehmen es mit den Standards nicht so genau, v.a. wenn diese auch DivX abspielen können.
# unwahrscheinlich: Der Player ist NTSC-konform (und hat somit 3:2-Pulldown implementiert)
Mit Links dazu kann ich leider nicht dienen. Auf den einschlägigen Foren sollte über diese Themen sich jedoch genügend Informationsmaterial finden lassen (Stichwort: SAP = Stand Alone Player).

Diskussion:Von der ISO-DVD zum AVI-Hardsub

2008-01-18T22:24:44Z

Naito: MP3 in NTSC-DVDs

Diskussion:Von der ISO-DVD zum AVI-Hardsub

2008-01-16T15:03:45Z

Naito:

Von der ISO-DVD zum AVI-Hardsub

2008-01-16T14:59:25Z

Naito: /* Links */

== Vorwort ==

Dieser Artikel soll einen Überblick der Arbeitsabläufe beschreiben, die auf dem Weg von einer Original-DVD bis zum fertigen [[Anime]]-[[Fansub]] anfallen.

Sein Schwerpunkt liegt darauf, zu erklären, ''warum'' die entsprechenden Schritte erforderlich sind, und ein Verfahren zum Erreichen einer ''Minimal-Lösung'' anzubieten, welches mit geringem Aufwand auch von einem unerfahrenen Encoder verwendet werden kann; erfahrene Encoder werden sicherlich in allen Teilaspekten aufwändigere Verfahren einsetzen und damit dann auch bessere Ergebnisse erzielen.

== Format einer Video-DVD ==

Auf handelsüblichen [http://de.wikipedia.org/wiki/DVD-Video Video-DVDs] liegt das Anime-Material im Format [http://de.wikipedia.org/wiki/MPEG-2 MPEG2] vor.

* Bild- und Toninformationen sind dabei (im Gegensatz zu den auf PCs üblichen [[Container|Video-Containern]]) ''nicht'' in separaten [[Stream|Streams]] gespeichert, sondern zu einem einzigen, großen Datenstrom vermengt.
* Dieser Datenstrom ist ''nicht'' nach Episoden unterteilt, sondern in mehreren, jeweils 1 GB großen Dateien (diese Maximalgröße ist vom DVD-Standard vorgeschrieben) mit der Endung <code>.VOB</code> enthalten, die sich im Verzeichnis [http://de.wikipedia.org/wiki/DVD-Video#Verzeichnisstruktur_und_Dateinamen VIDEO_TS der DVD] befinden. Das Datenvolumen (Bild und Ton) umfasst in dieser Darstellung etwa 1500-2000 MB pro Anime-Episode.
* Das Anime-Material liegt nicht in Form von Bildern, sondern in Form von [http://de.wikipedia.org/wiki/Halbbild Halbbildern] vor, aus denen die eigentlichen Bilder erst erstellt werden müssen ([http://de.wikipedia.org/wiki/Deinterlacing Deinterlacing]).
* Die Bildinformationen sind üblicherweise [http://de.wikipedia.org/wiki/Anamorphe_Bildaufzeichnung anamorph] gespeichert - das Bildformat des DVD-Videos ist also 720*480px (3:2), während das tatsächliche Seitenverhältnis des Animes jedoch 4:3 bzw. 16:9 sein soll. Handelsübliche Standalone-DVD-Player können solche Videos während des Abspielens (automatisch bzw. per Konfigurationsmenü einstellbar) in das korrekte Seitenverhältnis zerren (das Ziel-Seitenverhältnis ist auf der DVD vermerkt) - der [[Encoder]] eines Fansubs wird dies normalerweise selbst erledigen müssen.

== Analyse der DVD-Daten ==

Im ersten Abschnitt der Verarbeitung werden die DVD-Daten so analysiert (und teilweise auch bereits vorverarbeitet), dass sie in einem den Werkzeugen nachgeschalteter Verarbeitungsschritte passenden Format vorliegen.

=== Markierung einer Anime-Episode innerhalb der DVD-Daten ===

Dazu werden mit dem Programm [http://neuron2.net/dgmpgdec/dgmpgdec.html DGIndex] die VOB-Dateien der DVD geöffnet. Nicht alle VOB-Dateien enthalten tatsächlich Anime-Material (die erste von ihnen enthält z. B. das Steuermenü der DVD, teilweise sind auch Trailer für andere Produkte derselben Firma auf der DVD enthalten); was genau jede dieser Dateien enthält, kann man sich mit diesem Programm ansehen.

Am unteren Rand des Anzeigefensters befindet sich ein Schieberegler, mit dessen Hilfe man mit den Buttons "<code>[</code>" bzw. "<code>]</code>" die Anfangs- und Endmarke des zu bearbeitenden Materials manuell setzen kann - man muss den Umfang einer Episode also selbst auswählen.

=== Extrahieren der Audio-Daten aus dem MPEG2-Stream ===

Im Programm DGIndex kann man einstellen, wie man die Audio-Daten des vorliegenden Materials verarbeiten möchte.

Eine DVD kann mehrere Audio-Streams enthalten; diese können in unterschiedlichen Formaten vorliegen:
* Audio-Streams im Format [[PCM]] sind verlustlos gespeichert. Da sie demzufolge sehr viel Platz auf der DVD benötigen ist ihre Verwendung eher unüblich.
* Audio-Streams im verlustbehafteten Format [[Dolby Digital|AC3]] sind umfangreicher und benötigen demzufolge mehr Speicherplatz, bieten eine hohe Tonqualität und können insbesondere bis zu [http://de.wikipedia.org/wiki/5.1 5.1-Ton]) Tonkanäle enthalten. Ein AC3-Stream mit einer Qualität von 448 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 77 MB Speicherplatz im späteren Encoding des Fansubs.
* Audio-Stream im verlustbehafteten Format [[DTS]] sind wie auch AC3 umfangreicher und benötigen demzufolge mehr Speicherplatz, bieten eine hohe Tonqualität und können bis zu Sourround-Sound bis zu 7.1 enthalten. Im Gegensatz zu AC3 ist DTS auf DVDs optional.
* Audio-Streams im verlustbehafteten Format [[Mp2|MP2]] sind kleiner und auf maximal zwei Tonkanäle beschränkt. Ein MP2-Stream mit einer Qualität von 128 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 22 MB Speicherplatz im späteren Encoding des Fansubs.

Das Tonformate innerhalb von [[AVI|AVI-Containern]] bei Verwendung von [[Hardsubs]] ist meist MP3-Streams mit 128 kbit/sec, während für [[Softsubs]] häufig andere Formate wie ([[Vorbis|OGG Vorbis]] bzw. [[Aac|AAC]]) Verwendung finden.

Während der Vorverarbeitung des Materials kann man die Audio-Daten in separate Dateien (je eine Datei pro Stream) extrahieren lassen (wie wir sie später beim Encoden auch benötigen werden), und zwar wahlweise
* im bereits vorliegenden Format oder
* umgewandelt in das WAV-Format

Vor Beginn der Analyse der DVD-Daten weiß DGIndex nicht, wie viele Audio-Streams die DVD besitzt und welchen Inhalt diese Spuren enthalten (selbst japanische Original-DVDs enthalten manchmal mehrere Audio-Streams, etwa mit Anmerkungen von Regisseur bzw. Seiyuu zu einzelnen Szenen. Der Encoder muss also zunächst einmal ''sämtliche'' Audio-Spuren extrahieren und sich dann im Einzelnen ansehen, welche davon er verwenden will.

Zu beachten ist, dass ein Audio-Stream ''nicht'' exakt gleichzeitig mit dem Anfang des Video-Streams beginnen muss, sondern einen '''Delay''' relativ zu diesem aufweisen kann; um dieses Delay verschoben muss der Audio-Stream später wieder mit dem Video-Stream zusammengefügt werden, damit Bild und Ton synchron bleiben. Ein eventueller Delay wird beim Abspeichern des betreffenden Audio-Streams im Namen der erzeugten Datei vermerkt.

=== Durchführung des Analyselaufs mit DGIndex ===

Nachdem die entsprechenden Einstellungen für die Auswahl des Video-Materials und die Extraktion des Audio-Materials vorgenommen wurden, startet man mit <code>Save Project</code> den Analyselauf (der für eine normale Anime-Episode auf einem Pentium-4-PC mit 3 GHz etwa 5 Minuten dauert). In dem während der Verarbeitung geöffneten Dialog wird dabei auch das ''tatsächliche Seitenverhältnis des Videos'' angezeigt (welches ''nicht'' mit dem Seitenverhältnis übereinstimmt, in dem DGIndex das Video selbst anzeigt!); diese Information sollte man sich ggf. notieren, sie wird später noch benötigt werden.

Das Ergebnis des anschließenden Verarbeitungslaufes ist ''keine'' Video-Datei in einem neuen Format, sondern lediglich eine kleine (ca. 200 kB pro Episode) Projektdatei (mit der Endung <code>.d2v</code>), die ''Verweise in die DVD-Daten'' enthält; diese DVD-Daten brauchen wir also zunächst einmal weiterhin als Arbeitsdateien.

Im selben Verzeichnis wie diese Projektdatei werden die extrahierten Audio-Streams gespeichert. Ab diesem Zeitpunkt bleiben Bild- und Toninformationen getrennt und werden erst beim Encoding eines fertigen AVI-Containers wieder zusammengefügt.

== Bearbeitung der Video-Daten ==

Im zweiten Abschnitt der Verarbeitung wird nun das mit Hilfe der Projektdatei ansprechbare Videomaterial so bearbeitet, dass eine Datei (das sogenannte Timing Raw) entsteht, mit der die einzelnen Mitglieder des Fansub-Projekts arbeiten können (bisher haben wir die Daten ja nach wie vor im MPEG2-Format vorliegen). Etwaige Verbesserungen der Bildqualität werden ebenfalls in diesem Abschnitt durchgeführt.

Das in diesem Schritt verwendete Werkzeug ist [http://avisynth.org/mediawiki/Main_Page Avisynth], was aus der Sicht des Systems ein Codec ist (eine Bibliotheksfunktion, welche einen Videostrom in einen anderen Videostrom umwandelt). Avisynth besitzt also ''keine Benutzeroberfläche''; seine Verarbeitung wird vielmehr durch Skriptdateien gesteuert, in welchen der Encoder Anweisungen zur Umwandlung des Videomaterials notiert. Dieses Skript wird dann von Avisynth interpretiert und auf den eingelesenen Video-Datenstrom angewendet; es gibt einen entsprechend bearbeiteten Video-Stream aus. Diese Ausgabe eines solchen Verarbeitungsgangs kann also insbesondere wie eine Videodatei mit einem Videoplayer abgespielt werden oder auch als Eingabe für ein Encoding-Tool dienen.

Dieser Abschnitt kann je nach Kenntnissen und persönlichen Vorlieben des Encoders zahlreiche weitere Einzelschritte umfassen; das vorliegende Dokument versucht, sich auf das absolute Minimum zu beschränken.

=== Zugriff auf die MPEG2-Daten ===

Die folgende Anweisung des Skripts dient dazu, die MPEG2-Daten der DVD zu lesen:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
LoadPlugin (''Pfadname der Bibliothek dgdecode.dll'')
DGDecode_Mpeg2Source (''Pfadname der Projektdatei'')

Diese Funktion wird realisiert durch die (mit DGIndex mitgelieferte) Bibliothek <code>dgdecode.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Dabei greift das Skript mit Hilfe einer Plugin-Funktion und unter Verwendung der von DGIndex erstellten Projektdatei auf die VOB-Dateien der DVD zu. Das Ergebnis dieses Zugriffs ist ein ''unkomprimierter'' Video-Stream, auf welchen die anschließenden Bearbeitungsschritte angewendet werden können.

=== Zusammenfassung der Halbbilder zu Bildern (Deinterlacing) für eine NTSC-DVD ===

Japanische Original-DVDs liegen im NTSC-Format vor und verwendet deshalb üblicherweise 59,94 [http://de.wikipedia.org/wiki/Halbbild Halbbilder] je Sekunde. Diese Anweisung des Skriptes dient dazu, die Halbbilder der MPEG2-Daten zu vollständigen Bildern mit Hilfe des Deinterlacing zusammenzufassen. Das Resultat sind 29,97 (Ganz-)Bilder je Sekunde. Ein mechanisches Zusammenfassen benachbarter Halbbilder reicht dafür nicht aus - dadurch würde es häufig vorkommen, dass Halbbilder zusammengefasst würden, welche nicht zusammengehören, was sich erstens in unschön gestrichelten Linien bemerkbar macht ([http://de.wikipedia.org/wiki/Deinterlacing#Weave_.28field_insertion.29 Kammeffekt]) und zweitens das Videomaterial auch noch schlechter komprimierbar macht (also bei gleicher Informationsmenge zu größeren Dateien als Ergebnis des abschließenden Encoding-Durchgangs führt), weil einfarbige Flächen bzw. Striche platzsparender dargestellt werden können als einzelne Punkte mit abwechselnden Farben.

Die folgende Anweisung des Skripts bietet eine einfach zu bedienende Lösung, indem sie den Deinterlacing-Vorgang automatisch durchführt, dabei jedoch das vorliegende Videomaterial statistisch auswertet und dadurch zu sehr ordentlichen Ergebnissen kommt:

# Deinterlacing (intelligentes Verfahren, aus TIVTC)
LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tfm (slow=2)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Der Parameter <code>slow=2</code> weist die Funktion an, das langsamste Verfahren anzuwenden, welches zu den qualitativ besten Ergebnissen führt; die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Es sei ausdrücklich erwähnt, dass es andere Lösungen für das Deinterlacen gibt, insbesondere die Verwendung des Programms [http://ivtc.org/ Yatta], mit welchem Video-Puristen das gesamte Video-Material Bild für Bild durchgehen und jeden einzelnen Frame wunschgemäß erzeugen lassen können; dieser Arbeitsgang erzeugt dann ebenfalls (umfangreiche) Anweisungen für das Avisynth-Skript.

''ACHTUNG: Ein konkretes Verfahren zum Deinterlacen, angewendet auf ein bestimmtes Videomaterial, erzeugt seine ganz eigene Sequenz von effektiven Bildern; insbesondere an Szenenübergängen ist es völlig normal, dass zwei verschiedene Deinterlacing-Verfahren unterschiedliche Ergebnisse erzeugen, wodurch sich insbesondere ganze Szene um 1 Frame verschieben können. Die Entscheidung für ein bestimmtes Verfahren, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle kann bewirken, dass sämtliche Zeitangaben von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Timing nachgearbeitet werden muss. (Dies erklärt u. a. entsprechende Verschiebungen des Typesetting um genau 1 Frame in einigen Fansub-Releases.)''

=== Reduzieren der Bildrate (Decimate) für eine NTSC-DVD ===

Die 29.97 Bilder pro Sekunde müssen nun auf 23.976 Bilder pro Sekunde dezimiert werden um annähernd auf die Originalfilmrate von 24 Bilder je Sekunde zu erreichen. Dies wird dadurch erreicht, dass ''im Prinzip'' jedes fünfte Bild des Original-Videos weggelassen wird. (Tatsächlich würde die mechanische Durchführung eines solchen Verfahrens rhythmische Veränderungen am Videomaterial verursachen, die sich in einem spürbaren Ruckeln manifestieren können; die tatsächliche Verarbeitungslogik ist daher etwas komplizierter.)

Die folgende Anweisung des Skripts dient dazu, die Anzahl der im vorherigen Schritt erzeugten vollständigen Bildern auf die gewünschte Framerate zu reduzieren:

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
# LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tdecimate (mode=1)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss. (Da dies dieselbe Bibliothek ist, die zuvor bereits für das Deinterlacen verwendet wurde, ist die LoadPlugin-Anweisung hier redundant und wurde deshalb auskommentiert.)

Der Parameter <code>mode=1</code> weist die Funktion an, die zu entfernenden Bilder bevorzugt aus möglichst langen Reihen identischer Bilder zu wählen (von denen ein weggelassenes Bild am leichtesten entbehrlich ist); die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

=== Wegschneiden unschöner Bildteile an den Rändern (Cropping) ===

Von den 720*480px des Bildmaterials der DVD sind manchmal bestimmte Teile nur eingeschränkt verwendbar:
* An einigen Rändern des Bildes sind üblicherweise durchgehend ''schwarze Balken'' zu sehen.
* Innerhalb des verbleibenden Bildes liegen in den äußersten Pixel-Reihen bzw. -Spalten manchmal ''starke Verfärbungen'' vor, die eine ähnliche optische Wirkung wie schwarze Balken haben.
Da das Videomaterial anschließend ohnehin auf die tatsächliche Größe des endgültigen Videos verzerrt werden muss, bietet es sich an, diese unschönen Teile (die prozentual nur einen kleinen Teil des Bildes ausmachen, deren Weglassen also die Bildproportionen nicht spürbar verändert) bereits vor dieser Skalierung aus dem Bildmaterial wegzuschneiden und auf diese Weise das Zielformat des Videos ausschließlich mit "schönen" Bildinformationen zu füllen. Die konkreten Beträge an wegzulassenden Zeilen bzw. Spalten des Bildes hängen sowohl vom konkreten Videomaterial als auch vom subjektiven Geschmack des Encoders ab.

Die folgende Anweisung des Skripts dient dazu, die angegebene Anzahl von Pixeln des Videomaterials an den vier Seiten des Bildes wegzuschneiden:

# Schwarze Streifen etc. am Rand wegschneiden
crop (''links'', ''oben'', ''breite'', ''höhe'')

Dabei bedeuten die vier Parameter der Funktion:
# Linke obere Ecke (Spalte)
# Linke obere Ecke (Zeile)
# positiver Wert: Breite des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Spalte)
# positiver Wert: Höhe des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Zeile)
Bei einem Aufruf <code>crop (4,2,-0,-2)</code> würden also links 4 Pixel, rechts 0 Pixel sowie oben und unten jeweils 2 Pixel weggeschnitten (bei Angaben in dieser Notation muss man weniger rechnen ;-).

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

ACHTUNG: Die konkreten Angaben zum Croppen, angewendet auf ein bestimmtes Videomaterial, erzeugen ihre ganz eigene Sequenz von effektiven Bildern; bei anderen Angaben an dieser Stelle wird zwar im Prinzip dieselbe Bildsequenz erzeugt, aber Objekte innerhalb des Bildes befinden sich nicht an derselben Stelle, als wenn ein anderer Betrag an Rand weggeschnitten worden wäre. Die Entscheidung für einen bestimmten Satz an Parameterwerten, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle bewirkt, dass sämtliche Positionen von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Typesetting nachgearbeitet werden muss.

=== Anpassen der Bildgröße auf das gewünschte Zielformat ===

Aufgrund der oben erwähnten anamorphen Bilddarstellung auf DVDs liegt das Bildmaterial oftmals nicht in dem tatsächlich darzustellenden Format vor (das eigentlich erwünschte Seitenformat haben wir während der Analyse des DVD-Materials ermittelt). Hinzu kommt, dass wir im vorherigen Arbeitsschritt ggf. an den Rändern bestimmte Bereiche weggeschnitten haben.

Welche Bildgröße wollen wir erreichen? Beide Seitenlängen [http://encodingwissen.de/spezial/mod-regeln.html sollten möglichst durch 16 teilbar sein]; das in der Größe von 720x480px vorliegende Bildmaterial sollte in keiner der beiden Dimensionen hochskaliert werden, um nicht an Qualität zu verlieren. Für Videos mit den Seitenverhältnissen 4:3 ist deshalb ein Bildformat von '''640x480px''' üblich; bei einem Seitenverhältnis von 16:9 ist der größte Wert, bei dem dieses Verhältnis mit durch 16 teilbaren Seitenlängen ''exakt'' erreicht werden kann, '''704x396px'''.

Die folgende Anweisung des Skripts dient dazu, die Bildgröße des Video-Streams in Breite und Höhe auf den gewünschten Wert zu skalieren (wobei es irrelevant ist, in welcher Größe das Videomaterial nach den vorherigen Transformationen tatsächlich vorliegt):

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (''breite'', ''höhe'')

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

Auch hier wieder der Hinweis, das es [http://avisynth.org/mediawiki/Resize zahlreiche andere Verfahren zur Änderung der Bildgröße] gibt, welche sich u. a. in Bezug auf die Behandlung dünner Linien unterscheiden (also ggf. unterschiedlich scharfe bzw. verwaschene Ergebnisse produzieren).

Durch zusätzliche Parameter für die jeweilige Resize-Funktion ist es auch möglich, Cropping und Resizing in einem Arbeitsgang zu erledigen (was die Verarbeitungsgeschwindigkeit minimal erhöht); Einzelheiten sind der Dokumentation der jeweiligen Funktion zu entnehmen.

=== Filter zur Qualitätsverbesserung ===

Nachdem nun das Videomaterial im Prinzip im richtigen Format (Vollbilder in der gewünschten Bildschirmauflösung) vorliegt, kann in einem abschließenden Verarbeitungsschritt noch Einfluss auf die Bildqualität genommen werden. Hierfür werden je nach subjektivem Ästhetik-Empfinden des Encoders entsprechende Filter auf das Videomaterial angewendet, um kleine Unsauberkeiten zu entfernen, dünne Linien zu schärfen oder die Auswirkungen bestimmter systematischer Fehler des Bildmaterials zu reduzieren. Grundsätzlich gilt dabei: Die Entfernung von Details verbessert einerseits die spätere Komprimierbarkeit des Videostreams, bewirkt aber gleichzeitig, dass das Bild verwaschener aussieht; je aggressiver die entsprechende Filterfunktion dabei vorgeht (was jeweils durch entsprechende Parameterwerte eingestellt werden kann), umso stärker sind beide Effekte spürbar.

Die folgende Anweisung des Skripts dient dazu, mit einem relativ defensiven Filter kleine Unsauberkeiten des Bildmaterials aufzulösen:

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Der Parameter <code>mode=2</code> weist die Funktion an, das bezüglich des Einsparungseffekts beste der drei vom Autor als "risikolos" beschriebenen Verfahren anzuwenden; die Funktion unterstützt auch weitaus aggressivere Verfahren (die dann allerdings dünne Linien beschädigen können etc.), welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org/mediawiki/Removegrain RemoveGrain] enthaltene Bibliothek (der konkrete Dateiname ist von der CPU des Zielrechners abhängig, siehe Installationsanleitung), welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Das erzeugte Video wird dabei ohne spürbare Einbußen der Qualität um wenige Prozent kleiner.

=== Beispiel eines vollständigen Avisynth-Skripts zur Verarbeitung der DVD-Daten ===

Ein vollständiges Avisynth-Skript sieht (nach der Installation aller erforderlichen Bibliotheken im <code>plugins</code>-Verzeichnis von Avisynth, wo sie automatisch gefunden werden) beispielsweise folgendermaßen aus:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
Mpeg2Source ("C:\DVD-Analyse\Seikai no Senki III\Volume 1\Seikai no Senki III Volume 1 - Video.d2v")

# Deinterlacing
tfm (slow=2)

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
tdecimate (mode=1)

# Schwarze Streifen etc. am Rand wegschneiden
crop (4, 2, -0, -2)

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (704, 396)

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Wenn eine solche Skript-Datei, welche anstelle des Pfadnamens der Projektdatei die Zeichenkette <code>__vid__</code> enthält, im Analyseprogramm DGIndex als "[http://neuron2.net/dgmpgdec/DGIndexManual.html#AVSTemplate AVS template]" angegeben wurde, dann fügt DGIndex während der Analyse des DVD-Materials diesen Pfadnamen der neu erstellten Projektdatei (ohne Gänsefüßchen) automatisch an der entsprechenden Stelle der Schablone ein und speichert das so dem Projekt angepasste Skript in dasselbe Verzeichnis und mit demselben Basisnamen wie die Projektdatei, aber mit der Endung <code>.avs</code>. Man braucht dieses Skript also nur ein einziges Mal zu erstellen (und z. B. ins Installationsverzeichnis von DGIndex zu speichern) und muss dann bei neuen Projekten nur noch Details darin ändern (Pixel-Angaben zum Cropping und ggf. zum Bildformat, eventuell andere Filter).

=== Speichern des Verarbeitungs-Ergebnisses ===

Das Ergebnis der Verarbeitung der DVD-Daten ist ein (zunächst einmal) ''unkomprimierter'' Video-Stream, der für eine normale Anime-Episode zwischen 10 und 15 GB an Daten umfasst. Bei Verwendung der angegebenen simplen Filterfunktion dauert das Erstellen der entsprechenden Video-Datei auf einem Pentium-4-PC mit 3 GHz knapp 15 Minuten; falls entsprechend aufwändigere Filter zum Einsatz kommen, kann diese Verarbeitung aber auch wesentlich länger (mehrere Stunden) dauern.

Sobald das Verfahren zu einem Ergebnis geführt hat, welches die Ansprüche des Encoders zu dessen Zufriedenheit erfüllt, möchte dieser das Ergebnis des Skript-Laufes eigentlich bis zum endgültigen Release nicht mehr löschen (um den Filter-Lauf nicht wiederholen zu müssen). Eine verlustbehaftete Komprimierung scheidet allerdings aus, da deren Ergebnis nicht mehr die erforderliche Qualität für die spätere Produktion von QC- und Release-Dateien aufweist. Es existieren jedoch Codecs, welche eine '''verlustfreie Komprimierung''' des erzeugten Videomaterials ermöglichen (z. B. [http://de.wikipedia.org/wiki/HuffYUV HuffYUV] und [http://de.wikipedia.org/wiki/Lagarith Lagarith]). Bei einer Speicherung des Video-Materials unter Verwendung eines dieser Verfahren kann das Datenvolumen um etwa 50-60% reduziert werden, sodass pro Episode eine Datei von etwa 5-6 GB Größe anfällt. ''(Achtung: Sowohl HuffYUF in der Version 2.2.0 als auch Lagarith in der Version 1.3.13 weisen Stabilitätsprobleme auf, die zum Absturz des Komprimierungslaufs führen können; der Verfasser dieses Artikels verwendet deshalb die etwas ältere Version 2.1.1 von HuffYUF.)'' Sobald sämtliche Episoden der DVD in diesem Format vorliegen, benötigt man die VOB-Dateien dieser DVD nicht mehr auf der Festplatte des Encoding-Rechners.

Für die Weitergabe des so bearbeiteten Videomaterials an andere Mitglieder der Fansubber-Gruppe (vor allem den [[Timer]] und den [[Typesetter]], insbesondere über langsame Internet-Leitungen) ist natürlich eine solche Datei immer noch viel zu groß. Deshalb erzeugt der Encoder ''zusätzlich'' eine (mit dem später zu verwendenden Video-Codec und sinnvollerweise auch etwa den später zu verwendenden Einstellungen) komprimierte Variante des Videos, das sogenannte '''Timing-Raw''', dessen Größe sich von derjenigen des späteren Release nur unwesentlich unterscheidet (man kann in der Qualität auch problemlos ein wenig nach unten gehen, um Übertragungsvolumen zu sparen). Dieses Timing-Raw muss dann auch einen Audio-Stream (mit dem korrekten Offset) enthalten, damit der Timer die passenden Zeitpunkte zum Ein- und Ausblenden der Untertitel exakt festlegen kann. (Bei einem Soloprojekt könnte man die verlustfrei komprimierten Video-Daten, ergänzt um den Audio-Stream, auch gleich als Timing-Raw verwenden.)

== Links ==
* [http://de.wikipedia.org/wiki/Inverse_Telecine Inverse Telecine] (Rückgängigmachen des [http://de.wikipedia.org/wiki/3:2-Pull-Down 3:2-Pull-Down] bei NTSC-DVDs)
* [http://neuron2.net/dgmpgdec/DGIndexManual.html DGIndex-Benutzerhandbuch]
* [http://german.doom9.org/ doom9 (deutsch)]
* [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm Homepage zu TIVTC]

Von der ISO-DVD zum AVI-Hardsub

2008-01-16T14:56:52Z

Naito: /* Bearbeitung der Video-Daten */ Erläuterungen

== Vorwort ==

Dieser Artikel soll einen Überblick der Arbeitsabläufe beschreiben, die auf dem Weg von einer Original-DVD bis zum fertigen [[Anime]]-[[Fansub]] anfallen.

Sein Schwerpunkt liegt darauf, zu erklären, ''warum'' die entsprechenden Schritte erforderlich sind, und ein Verfahren zum Erreichen einer ''Minimal-Lösung'' anzubieten, welches mit geringem Aufwand auch von einem unerfahrenen Encoder verwendet werden kann; erfahrene Encoder werden sicherlich in allen Teilaspekten aufwändigere Verfahren einsetzen und damit dann auch bessere Ergebnisse erzielen.

== Format einer Video-DVD ==

Auf handelsüblichen [http://de.wikipedia.org/wiki/DVD-Video Video-DVDs] liegt das Anime-Material im Format [http://de.wikipedia.org/wiki/MPEG-2 MPEG2] vor.

* Bild- und Toninformationen sind dabei (im Gegensatz zu den auf PCs üblichen [[Container|Video-Containern]]) ''nicht'' in separaten [[Stream|Streams]] gespeichert, sondern zu einem einzigen, großen Datenstrom vermengt.
* Dieser Datenstrom ist ''nicht'' nach Episoden unterteilt, sondern in mehreren, jeweils 1 GB großen Dateien (diese Maximalgröße ist vom DVD-Standard vorgeschrieben) mit der Endung <code>.VOB</code> enthalten, die sich im Verzeichnis [http://de.wikipedia.org/wiki/DVD-Video#Verzeichnisstruktur_und_Dateinamen VIDEO_TS der DVD] befinden. Das Datenvolumen (Bild und Ton) umfasst in dieser Darstellung etwa 1500-2000 MB pro Anime-Episode.
* Das Anime-Material liegt nicht in Form von Bildern, sondern in Form von [http://de.wikipedia.org/wiki/Halbbild Halbbildern] vor, aus denen die eigentlichen Bilder erst erstellt werden müssen ([http://de.wikipedia.org/wiki/Deinterlacing Deinterlacing]).
* Die Bildinformationen sind üblicherweise [http://de.wikipedia.org/wiki/Anamorphe_Bildaufzeichnung anamorph] gespeichert - das Bildformat des DVD-Videos ist also 720*480px (3:2), während das tatsächliche Seitenverhältnis des Animes jedoch 4:3 bzw. 16:9 sein soll. Handelsübliche Standalone-DVD-Player können solche Videos während des Abspielens (automatisch bzw. per Konfigurationsmenü einstellbar) in das korrekte Seitenverhältnis zerren (das Ziel-Seitenverhältnis ist auf der DVD vermerkt) - der [[Encoder]] eines Fansubs wird dies normalerweise selbst erledigen müssen.

== Analyse der DVD-Daten ==

Im ersten Abschnitt der Verarbeitung werden die DVD-Daten so analysiert (und teilweise auch bereits vorverarbeitet), dass sie in einem den Werkzeugen nachgeschalteter Verarbeitungsschritte passenden Format vorliegen.

=== Markierung einer Anime-Episode innerhalb der DVD-Daten ===

Dazu werden mit dem Programm [http://neuron2.net/dgmpgdec/dgmpgdec.html DGIndex] die VOB-Dateien der DVD geöffnet. Nicht alle VOB-Dateien enthalten tatsächlich Anime-Material (die erste von ihnen enthält z. B. das Steuermenü der DVD, teilweise sind auch Trailer für andere Produkte derselben Firma auf der DVD enthalten); was genau jede dieser Dateien enthält, kann man sich mit diesem Programm ansehen.

Am unteren Rand des Anzeigefensters befindet sich ein Schieberegler, mit dessen Hilfe man mit den Buttons "<code>[</code>" bzw. "<code>]</code>" die Anfangs- und Endmarke des zu bearbeitenden Materials manuell setzen kann - man muss den Umfang einer Episode also selbst auswählen.

=== Extrahieren der Audio-Daten aus dem MPEG2-Stream ===

Im Programm DGIndex kann man einstellen, wie man die Audio-Daten des vorliegenden Materials verarbeiten möchte.

Eine DVD kann mehrere Audio-Streams enthalten; diese können in unterschiedlichen Formaten vorliegen:
* Audio-Streams im Format [[PCM]] sind verlustlos gespeichert. Da sie demzufolge sehr viel Platz auf der DVD benötigen ist ihre Verwendung eher unüblich.
* Audio-Streams im verlustbehafteten Format [[Dolby Digital|AC3]] sind umfangreicher und benötigen demzufolge mehr Speicherplatz, bieten eine hohe Tonqualität und können insbesondere bis zu [http://de.wikipedia.org/wiki/5.1 5.1-Ton]) Tonkanäle enthalten. Ein AC3-Stream mit einer Qualität von 448 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 77 MB Speicherplatz im späteren Encoding des Fansubs.
* Audio-Stream im verlustbehafteten Format [[DTS]] sind wie auch AC3 umfangreicher und benötigen demzufolge mehr Speicherplatz, bieten eine hohe Tonqualität und können bis zu Sourround-Sound bis zu 7.1 enthalten. Im Gegensatz zu AC3 ist DTS auf DVDs optional.
* Audio-Streams im verlustbehafteten Format [[Mp2|MP2]] sind kleiner und auf maximal zwei Tonkanäle beschränkt. Ein MP2-Stream mit einer Qualität von 128 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 22 MB Speicherplatz im späteren Encoding des Fansubs.

Das Tonformate innerhalb von [[AVI|AVI-Containern]] bei Verwendung von [[Hardsubs]] ist meist MP3-Streams mit 128 kbit/sec, während für [[Softsubs]] häufig andere Formate wie ([[Vorbis|OGG Vorbis]] bzw. [[Aac|AAC]]) Verwendung finden.

Während der Vorverarbeitung des Materials kann man die Audio-Daten in separate Dateien (je eine Datei pro Stream) extrahieren lassen (wie wir sie später beim Encoden auch benötigen werden), und zwar wahlweise
* im bereits vorliegenden Format oder
* umgewandelt in das WAV-Format

Vor Beginn der Analyse der DVD-Daten weiß DGIndex nicht, wie viele Audio-Streams die DVD besitzt und welchen Inhalt diese Spuren enthalten (selbst japanische Original-DVDs enthalten manchmal mehrere Audio-Streams, etwa mit Anmerkungen von Regisseur bzw. Seiyuu zu einzelnen Szenen. Der Encoder muss also zunächst einmal ''sämtliche'' Audio-Spuren extrahieren und sich dann im Einzelnen ansehen, welche davon er verwenden will.

Zu beachten ist, dass ein Audio-Stream ''nicht'' exakt gleichzeitig mit dem Anfang des Video-Streams beginnen muss, sondern einen '''Delay''' relativ zu diesem aufweisen kann; um dieses Delay verschoben muss der Audio-Stream später wieder mit dem Video-Stream zusammengefügt werden, damit Bild und Ton synchron bleiben. Ein eventueller Delay wird beim Abspeichern des betreffenden Audio-Streams im Namen der erzeugten Datei vermerkt.

=== Durchführung des Analyselaufs mit DGIndex ===

Nachdem die entsprechenden Einstellungen für die Auswahl des Video-Materials und die Extraktion des Audio-Materials vorgenommen wurden, startet man mit <code>Save Project</code> den Analyselauf (der für eine normale Anime-Episode auf einem Pentium-4-PC mit 3 GHz etwa 5 Minuten dauert). In dem während der Verarbeitung geöffneten Dialog wird dabei auch das ''tatsächliche Seitenverhältnis des Videos'' angezeigt (welches ''nicht'' mit dem Seitenverhältnis übereinstimmt, in dem DGIndex das Video selbst anzeigt!); diese Information sollte man sich ggf. notieren, sie wird später noch benötigt werden.

Das Ergebnis des anschließenden Verarbeitungslaufes ist ''keine'' Video-Datei in einem neuen Format, sondern lediglich eine kleine (ca. 200 kB pro Episode) Projektdatei (mit der Endung <code>.d2v</code>), die ''Verweise in die DVD-Daten'' enthält; diese DVD-Daten brauchen wir also zunächst einmal weiterhin als Arbeitsdateien.

Im selben Verzeichnis wie diese Projektdatei werden die extrahierten Audio-Streams gespeichert. Ab diesem Zeitpunkt bleiben Bild- und Toninformationen getrennt und werden erst beim Encoding eines fertigen AVI-Containers wieder zusammengefügt.

== Bearbeitung der Video-Daten ==

Im zweiten Abschnitt der Verarbeitung wird nun das mit Hilfe der Projektdatei ansprechbare Videomaterial so bearbeitet, dass eine Datei (das sogenannte Timing Raw) entsteht, mit der die einzelnen Mitglieder des Fansub-Projekts arbeiten können (bisher haben wir die Daten ja nach wie vor im MPEG2-Format vorliegen). Etwaige Verbesserungen der Bildqualität werden ebenfalls in diesem Abschnitt durchgeführt.

Das in diesem Schritt verwendete Werkzeug ist [http://avisynth.org/mediawiki/Main_Page Avisynth], was aus der Sicht des Systems ein Codec ist (eine Bibliotheksfunktion, welche einen Videostrom in einen anderen Videostrom umwandelt). Avisynth besitzt also ''keine Benutzeroberfläche''; seine Verarbeitung wird vielmehr durch Skriptdateien gesteuert, in welchen der Encoder Anweisungen zur Umwandlung des Videomaterials notiert. Dieses Skript wird dann von Avisynth interpretiert und auf den eingelesenen Video-Datenstrom angewendet; es gibt einen entsprechend bearbeiteten Video-Stream aus. Diese Ausgabe eines solchen Verarbeitungsgangs kann also insbesondere wie eine Videodatei mit einem Videoplayer abgespielt werden oder auch als Eingabe für ein Encoding-Tool dienen.

Dieser Abschnitt kann je nach Kenntnissen und persönlichen Vorlieben des Encoders zahlreiche weitere Einzelschritte umfassen; das vorliegende Dokument versucht, sich auf das absolute Minimum zu beschränken.

=== Zugriff auf die MPEG2-Daten ===

Die folgende Anweisung des Skripts dient dazu, die MPEG2-Daten der DVD zu lesen:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
LoadPlugin (''Pfadname der Bibliothek dgdecode.dll'')
DGDecode_Mpeg2Source (''Pfadname der Projektdatei'')

Diese Funktion wird realisiert durch die (mit DGIndex mitgelieferte) Bibliothek <code>dgdecode.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Dabei greift das Skript mit Hilfe einer Plugin-Funktion und unter Verwendung der von DGIndex erstellten Projektdatei auf die VOB-Dateien der DVD zu. Das Ergebnis dieses Zugriffs ist ein ''unkomprimierter'' Video-Stream, auf welchen die anschließenden Bearbeitungsschritte angewendet werden können.

=== Zusammenfassung der Halbbilder zu Bildern (Deinterlacing) für eine NTSC-DVD ===

Japanische Original-DVDs liegen im NTSC-Format vor und verwendet deshalb üblicherweise 59,94 [http://de.wikipedia.org/wiki/Halbbild Halbbilder] je Sekunde. Diese Anweisung des Skriptes dient dazu, die Halbbilder der MPEG2-Daten zu vollständigen Bildern mit Hilfe des Deinterlacing zusammenzufassen. Das Resultat sind 29,97 (Ganz-)Bilder je Sekunde. Ein mechanisches Zusammenfassen benachbarter Halbbilder reicht dafür nicht aus - dadurch würde es häufig vorkommen, dass Halbbilder zusammengefasst würden, welche nicht zusammengehören, was sich erstens in unschön gestrichelten Linien bemerkbar macht ([http://de.wikipedia.org/wiki/Deinterlacing#Weave_.28field_insertion.29 Kammeffekt]) und zweitens das Videomaterial auch noch schlechter komprimierbar macht (also bei gleicher Informationsmenge zu größeren Dateien als Ergebnis des abschließenden Encoding-Durchgangs führt), weil einfarbige Flächen bzw. Striche platzsparender dargestellt werden können als einzelne Punkte mit abwechselnden Farben.

Die folgende Anweisung des Skripts bietet eine einfach zu bedienende Lösung, indem sie den Deinterlacing-Vorgang automatisch durchführt, dabei jedoch das vorliegende Videomaterial statistisch auswertet und dadurch zu sehr ordentlichen Ergebnissen kommt:

# Deinterlacing (intelligentes Verfahren, aus TIVTC)
LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tfm (slow=2)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Der Parameter <code>slow=2</code> weist die Funktion an, das langsamste Verfahren anzuwenden, welches zu den qualitativ besten Ergebnissen führt; die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Es sei ausdrücklich erwähnt, dass es andere Lösungen für das Deinterlacen gibt, insbesondere die Verwendung des Programms [http://ivtc.org/ Yatta], mit welchem Video-Puristen das gesamte Video-Material Bild für Bild durchgehen und jeden einzelnen Frame wunschgemäß erzeugen lassen können; dieser Arbeitsgang erzeugt dann ebenfalls (umfangreiche) Anweisungen für das Avisynth-Skript.

''ACHTUNG: Ein konkretes Verfahren zum Deinterlacen, angewendet auf ein bestimmtes Videomaterial, erzeugt seine ganz eigene Sequenz von effektiven Bildern; insbesondere an Szenenübergängen ist es völlig normal, dass zwei verschiedene Deinterlacing-Verfahren unterschiedliche Ergebnisse erzeugen, wodurch sich insbesondere ganze Szene um 1 Frame verschieben können. Die Entscheidung für ein bestimmtes Verfahren, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle kann bewirken, dass sämtliche Zeitangaben von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Timing nachgearbeitet werden muss. (Dies erklärt u. a. entsprechende Verschiebungen des Typesetting um genau 1 Frame in einigen Fansub-Releases.)''

=== Reduzieren der Bildrate (Decimate) für eine NTSC-DVD ===

Die 29.97 Bilder pro Sekunde müssen nun auf 23.976 Bilder pro Sekunde dezimiert werden um annähernd auf die Originalfilmrate von 24 Bilder je Sekunde zu erreichen. Dies wird dadurch erreicht, dass ''im Prinzip'' jedes fünfte Bild des Original-Videos weggelassen wird. (Tatsächlich würde die mechanische Durchführung eines solchen Verfahrens rhythmische Veränderungen am Videomaterial verursachen, die sich in einem spürbaren Ruckeln manifestieren können; die tatsächliche Verarbeitungslogik ist daher etwas komplizierter.)

Die folgende Anweisung des Skripts dient dazu, die Anzahl der im vorherigen Schritt erzeugten vollständigen Bildern auf die gewünschte Framerate zu reduzieren:

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
# LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tdecimate (mode=1)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss. (Da dies dieselbe Bibliothek ist, die zuvor bereits für das Deinterlacen verwendet wurde, ist die LoadPlugin-Anweisung hier redundant und wurde deshalb auskommentiert.)

Der Parameter <code>mode=1</code> weist die Funktion an, die zu entfernenden Bilder bevorzugt aus möglichst langen Reihen identischer Bilder zu wählen (von denen ein weggelassenes Bild am leichtesten entbehrlich ist); die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

=== Wegschneiden unschöner Bildteile an den Rändern (Cropping) ===

Von den 720*480px des Bildmaterials der DVD sind manchmal bestimmte Teile nur eingeschränkt verwendbar:
* An einigen Rändern des Bildes sind üblicherweise durchgehend ''schwarze Balken'' zu sehen.
* Innerhalb des verbleibenden Bildes liegen in den äußersten Pixel-Reihen bzw. -Spalten manchmal ''starke Verfärbungen'' vor, die eine ähnliche optische Wirkung wie schwarze Balken haben.
Da das Videomaterial anschließend ohnehin auf die tatsächliche Größe des endgültigen Videos verzerrt werden muss, bietet es sich an, diese unschönen Teile (die prozentual nur einen kleinen Teil des Bildes ausmachen, deren Weglassen also die Bildproportionen nicht spürbar verändert) bereits vor dieser Skalierung aus dem Bildmaterial wegzuschneiden und auf diese Weise das Zielformat des Videos ausschließlich mit "schönen" Bildinformationen zu füllen. Die konkreten Beträge an wegzulassenden Zeilen bzw. Spalten des Bildes hängen sowohl vom konkreten Videomaterial als auch vom subjektiven Geschmack des Encoders ab.

Die folgende Anweisung des Skripts dient dazu, die angegebene Anzahl von Pixeln des Videomaterials an den vier Seiten des Bildes wegzuschneiden:

# Schwarze Streifen etc. am Rand wegschneiden
crop (''links'', ''oben'', ''breite'', ''höhe'')

Dabei bedeuten die vier Parameter der Funktion:
# Linke obere Ecke (Spalte)
# Linke obere Ecke (Zeile)
# positiver Wert: Breite des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Spalte)
# positiver Wert: Höhe des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Zeile)
Bei einem Aufruf <code>crop (4,2,-0,-2)</code> würden also links 4 Pixel, rechts 0 Pixel sowie oben und unten jeweils 2 Pixel weggeschnitten (bei Angaben in dieser Notation muss man weniger rechnen ;-).

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

ACHTUNG: Die konkreten Angaben zum Croppen, angewendet auf ein bestimmtes Videomaterial, erzeugen ihre ganz eigene Sequenz von effektiven Bildern; bei anderen Angaben an dieser Stelle wird zwar im Prinzip dieselbe Bildsequenz erzeugt, aber Objekte innerhalb des Bildes befinden sich nicht an derselben Stelle, als wenn ein anderer Betrag an Rand weggeschnitten worden wäre. Die Entscheidung für einen bestimmten Satz an Parameterwerten, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle bewirkt, dass sämtliche Positionen von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Typesetting nachgearbeitet werden muss.

=== Anpassen der Bildgröße auf das gewünschte Zielformat ===

Aufgrund der oben erwähnten anamorphen Bilddarstellung auf DVDs liegt das Bildmaterial oftmals nicht in dem tatsächlich darzustellenden Format vor (das eigentlich erwünschte Seitenformat haben wir während der Analyse des DVD-Materials ermittelt). Hinzu kommt, dass wir im vorherigen Arbeitsschritt ggf. an den Rändern bestimmte Bereiche weggeschnitten haben.

Welche Bildgröße wollen wir erreichen? Beide Seitenlängen [http://encodingwissen.de/spezial/mod-regeln.html sollten möglichst durch 16 teilbar sein]; das in der Größe von 720x480px vorliegende Bildmaterial sollte in keiner der beiden Dimensionen hochskaliert werden, um nicht an Qualität zu verlieren. Für Videos mit den Seitenverhältnissen 4:3 ist deshalb ein Bildformat von '''640x480px''' üblich; bei einem Seitenverhältnis von 16:9 ist der größte Wert, bei dem dieses Verhältnis mit durch 16 teilbaren Seitenlängen ''exakt'' erreicht werden kann, '''704x396px'''.

Die folgende Anweisung des Skripts dient dazu, die Bildgröße des Video-Streams in Breite und Höhe auf den gewünschten Wert zu skalieren (wobei es irrelevant ist, in welcher Größe das Videomaterial nach den vorherigen Transformationen tatsächlich vorliegt):

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (''breite'', ''höhe'')

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

Auch hier wieder der Hinweis, das es [http://avisynth.org/mediawiki/Resize zahlreiche andere Verfahren zur Änderung der Bildgröße] gibt, welche sich u. a. in Bezug auf die Behandlung dünner Linien unterscheiden (also ggf. unterschiedlich scharfe bzw. verwaschene Ergebnisse produzieren).

Durch zusätzliche Parameter für die jeweilige Resize-Funktion ist es auch möglich, Cropping und Resizing in einem Arbeitsgang zu erledigen (was die Verarbeitungsgeschwindigkeit minimal erhöht); Einzelheiten sind der Dokumentation der jeweiligen Funktion zu entnehmen.

=== Filter zur Qualitätsverbesserung ===

Nachdem nun das Videomaterial im Prinzip im richtigen Format (Vollbilder in der gewünschten Bildschirmauflösung) vorliegt, kann in einem abschließenden Verarbeitungsschritt noch Einfluss auf die Bildqualität genommen werden. Hierfür werden je nach subjektivem Ästhetik-Empfinden des Encoders entsprechende Filter auf das Videomaterial angewendet, um kleine Unsauberkeiten zu entfernen, dünne Linien zu schärfen oder die Auswirkungen bestimmter systematischer Fehler des Bildmaterials zu reduzieren. Grundsätzlich gilt dabei: Die Entfernung von Details verbessert einerseits die spätere Komprimierbarkeit des Videostreams, bewirkt aber gleichzeitig, dass das Bild verwaschener aussieht; je aggressiver die entsprechende Filterfunktion dabei vorgeht (was jeweils durch entsprechende Parameterwerte eingestellt werden kann), umso stärker sind beide Effekte spürbar.

Die folgende Anweisung des Skripts dient dazu, mit einem relativ defensiven Filter kleine Unsauberkeiten des Bildmaterials aufzulösen:

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Der Parameter <code>mode=2</code> weist die Funktion an, das bezüglich des Einsparungseffekts beste der drei vom Autor als "risikolos" beschriebenen Verfahren anzuwenden; die Funktion unterstützt auch weitaus aggressivere Verfahren (die dann allerdings dünne Linien beschädigen können etc.), welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org/mediawiki/Removegrain RemoveGrain] enthaltene Bibliothek (der konkrete Dateiname ist von der CPU des Zielrechners abhängig, siehe Installationsanleitung), welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Das erzeugte Video wird dabei ohne spürbare Einbußen der Qualität um wenige Prozent kleiner.

=== Beispiel eines vollständigen Avisynth-Skripts zur Verarbeitung der DVD-Daten ===

Ein vollständiges Avisynth-Skript sieht (nach der Installation aller erforderlichen Bibliotheken im <code>plugins</code>-Verzeichnis von Avisynth, wo sie automatisch gefunden werden) beispielsweise folgendermaßen aus:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
Mpeg2Source ("C:\DVD-Analyse\Seikai no Senki III\Volume 1\Seikai no Senki III Volume 1 - Video.d2v")

# Deinterlacing
tfm (slow=2)

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
tdecimate (mode=1)

# Schwarze Streifen etc. am Rand wegschneiden
crop (4, 2, -0, -2)

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (704, 396)

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Wenn eine solche Skript-Datei, welche anstelle des Pfadnamens der Projektdatei die Zeichenkette <code>__vid__</code> enthält, im Analyseprogramm DGIndex als "[http://neuron2.net/dgmpgdec/DGIndexManual.html#AVSTemplate AVS template]" angegeben wurde, dann fügt DGIndex während der Analyse des DVD-Materials diesen Pfadnamen der neu erstellten Projektdatei (ohne Gänsefüßchen) automatisch an der entsprechenden Stelle der Schablone ein und speichert das so dem Projekt angepasste Skript in dasselbe Verzeichnis und mit demselben Basisnamen wie die Projektdatei, aber mit der Endung <code>.avs</code>. Man braucht dieses Skript also nur ein einziges Mal zu erstellen (und z. B. ins Installationsverzeichnis von DGIndex zu speichern) und muss dann bei neuen Projekten nur noch Details darin ändern (Pixel-Angaben zum Cropping und ggf. zum Bildformat, eventuell andere Filter).

=== Speichern des Verarbeitungs-Ergebnisses ===

Das Ergebnis der Verarbeitung der DVD-Daten ist ein (zunächst einmal) ''unkomprimierter'' Video-Stream, der für eine normale Anime-Episode zwischen 10 und 15 GB an Daten umfasst. Bei Verwendung der angegebenen simplen Filterfunktion dauert das Erstellen der entsprechenden Video-Datei auf einem Pentium-4-PC mit 3 GHz knapp 15 Minuten; falls entsprechend aufwändigere Filter zum Einsatz kommen, kann diese Verarbeitung aber auch wesentlich länger (mehrere Stunden) dauern.

Sobald das Verfahren zu einem Ergebnis geführt hat, welches die Ansprüche des Encoders zu dessen Zufriedenheit erfüllt, möchte dieser das Ergebnis des Skript-Laufes eigentlich bis zum endgültigen Release nicht mehr löschen (um den Filter-Lauf nicht wiederholen zu müssen). Eine verlustbehaftete Komprimierung scheidet allerdings aus, da deren Ergebnis nicht mehr die erforderliche Qualität für die spätere Produktion von QC- und Release-Dateien aufweist. Es existieren jedoch Codecs, welche eine '''verlustfreie Komprimierung''' des erzeugten Videomaterials ermöglichen (z. B. [http://de.wikipedia.org/wiki/HuffYUV HuffYUV] und [http://de.wikipedia.org/wiki/Lagarith Lagarith]). Bei einer Speicherung des Video-Materials unter Verwendung eines dieser Verfahren kann das Datenvolumen um etwa 50-60% reduziert werden, sodass pro Episode eine Datei von etwa 5-6 GB Größe anfällt. ''(Achtung: Sowohl HuffYUF in der Version 2.2.0 als auch Lagarith in der Version 1.3.13 weisen Stabilitätsprobleme auf, die zum Absturz des Komprimierungslaufs führen können; der Verfasser dieses Artikels verwendet deshalb die etwas ältere Version 2.1.1 von HuffYUF.)'' Sobald sämtliche Episoden der DVD in diesem Format vorliegen, benötigt man die VOB-Dateien dieser DVD nicht mehr auf der Festplatte des Encoding-Rechners.

Für die Weitergabe des so bearbeiteten Videomaterials an andere Mitglieder der Fansubber-Gruppe (vor allem den [[Timer]] und den [[Typesetter]], insbesondere über langsame Internet-Leitungen) ist natürlich eine solche Datei immer noch viel zu groß. Deshalb erzeugt der Encoder ''zusätzlich'' eine (mit dem später zu verwendenden Video-Codec und sinnvollerweise auch etwa den später zu verwendenden Einstellungen) komprimierte Variante des Videos, das sogenannte '''Timing-Raw''', dessen Größe sich von derjenigen des späteren Release nur unwesentlich unterscheidet (man kann in der Qualität auch problemlos ein wenig nach unten gehen, um Übertragungsvolumen zu sparen). Dieses Timing-Raw muss dann auch einen Audio-Stream (mit dem korrekten Offset) enthalten, damit der Timer die passenden Zeitpunkte zum Ein- und Ausblenden der Untertitel exakt festlegen kann. (Bei einem Soloprojekt könnte man die verlustfrei komprimierten Video-Daten, ergänzt um den Audio-Stream, auch gleich als Timing-Raw verwenden.)

== Links ==

* [http://neuron2.net/dgmpgdec/DGIndexManual.html DGIndex-Benutzerhandbuch]
* [http://german.doom9.org/ doom9 (deutsch)]
* [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm Homepage zu TIVTC]

Von der ISO-DVD zum AVI-Hardsub

2008-01-16T14:34:02Z

Naito: /* Bearbeitung der Video-Daten für eine NTSC-DVD */ Korrektur (alles andere gilt ja auch für PAL-DVDs ^^)

== Vorwort ==

Dieser Artikel soll einen Überblick der Arbeitsabläufe beschreiben, die auf dem Weg von einer Original-DVD bis zum fertigen [[Anime]]-[[Fansub]] anfallen.

Sein Schwerpunkt liegt darauf, zu erklären, ''warum'' die entsprechenden Schritte erforderlich sind, und ein Verfahren zum Erreichen einer ''Minimal-Lösung'' anzubieten, welches mit geringem Aufwand auch von einem unerfahrenen Encoder verwendet werden kann; erfahrene Encoder werden sicherlich in allen Teilaspekten aufwändigere Verfahren einsetzen und damit dann auch bessere Ergebnisse erzielen.

== Format einer Video-DVD ==

Auf handelsüblichen [http://de.wikipedia.org/wiki/DVD-Video Video-DVDs] liegt das Anime-Material im Format [http://de.wikipedia.org/wiki/MPEG-2 MPEG2] vor.

* Bild- und Toninformationen sind dabei (im Gegensatz zu den auf PCs üblichen [[Container|Video-Containern]]) ''nicht'' in separaten [[Stream|Streams]] gespeichert, sondern zu einem einzigen, großen Datenstrom vermengt.
* Dieser Datenstrom ist ''nicht'' nach Episoden unterteilt, sondern in mehreren, jeweils 1 GB großen Dateien (diese Maximalgröße ist vom DVD-Standard vorgeschrieben) mit der Endung <code>.VOB</code> enthalten, die sich im Verzeichnis [http://de.wikipedia.org/wiki/DVD-Video#Verzeichnisstruktur_und_Dateinamen VIDEO_TS der DVD] befinden. Das Datenvolumen (Bild und Ton) umfasst in dieser Darstellung etwa 1500-2000 MB pro Anime-Episode.
* Das Anime-Material liegt nicht in Form von Bildern, sondern in Form von [http://de.wikipedia.org/wiki/Halbbild Halbbildern] vor, aus denen die eigentlichen Bilder erst erstellt werden müssen ([http://de.wikipedia.org/wiki/Deinterlacing Deinterlacing]).
* Die Bildinformationen sind üblicherweise [http://de.wikipedia.org/wiki/Anamorphe_Bildaufzeichnung anamorph] gespeichert - das Bildformat des DVD-Videos ist also 720*480px (3:2), während das tatsächliche Seitenverhältnis des Animes jedoch 4:3 bzw. 16:9 sein soll. Handelsübliche Standalone-DVD-Player können solche Videos während des Abspielens (automatisch bzw. per Konfigurationsmenü einstellbar) in das korrekte Seitenverhältnis zerren (das Ziel-Seitenverhältnis ist auf der DVD vermerkt) - der [[Encoder]] eines Fansubs wird dies normalerweise selbst erledigen müssen.

== Analyse der DVD-Daten ==

Im ersten Abschnitt der Verarbeitung werden die DVD-Daten so analysiert (und teilweise auch bereits vorverarbeitet), dass sie in einem den Werkzeugen nachgeschalteter Verarbeitungsschritte passenden Format vorliegen.

=== Markierung einer Anime-Episode innerhalb der DVD-Daten ===

Dazu werden mit dem Programm [http://neuron2.net/dgmpgdec/dgmpgdec.html DGIndex] die VOB-Dateien der DVD geöffnet. Nicht alle VOB-Dateien enthalten tatsächlich Anime-Material (die erste von ihnen enthält z. B. das Steuermenü der DVD, teilweise sind auch Trailer für andere Produkte derselben Firma auf der DVD enthalten); was genau jede dieser Dateien enthält, kann man sich mit diesem Programm ansehen.

Am unteren Rand des Anzeigefensters befindet sich ein Schieberegler, mit dessen Hilfe man mit den Buttons "<code>[</code>" bzw. "<code>]</code>" die Anfangs- und Endmarke des zu bearbeitenden Materials manuell setzen kann - man muss den Umfang einer Episode also selbst auswählen.

=== Extrahieren der Audio-Daten aus dem MPEG2-Stream ===

Im Programm DGIndex kann man einstellen, wie man die Audio-Daten des vorliegenden Materials verarbeiten möchte.

Eine DVD kann mehrere Audio-Streams enthalten; diese können in unterschiedlichen Formaten vorliegen:
* Audio-Streams im Format [[PCM]] sind verlustlos gespeichert. Da sie demzufolge sehr viel Platz auf der DVD benötigen ist ihre Verwendung eher unüblich.
* Audio-Streams im verlustbehafteten Format [[Dolby Digital|AC3]] sind umfangreicher und benötigen demzufolge mehr Speicherplatz, bieten eine hohe Tonqualität und können insbesondere bis zu [http://de.wikipedia.org/wiki/5.1 5.1-Ton]) Tonkanäle enthalten. Ein AC3-Stream mit einer Qualität von 448 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 77 MB Speicherplatz im späteren Encoding des Fansubs.
* Audio-Stream im verlustbehafteten Format [[DTS]] sind wie auch AC3 umfangreicher und benötigen demzufolge mehr Speicherplatz, bieten eine hohe Tonqualität und können bis zu Sourround-Sound bis zu 7.1 enthalten. Im Gegensatz zu AC3 ist DTS auf DVDs optional.
* Audio-Streams im verlustbehafteten Format [[Mp2|MP2]] sind kleiner und auf maximal zwei Tonkanäle beschränkt. Ein MP2-Stream mit einer Qualität von 128 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 22 MB Speicherplatz im späteren Encoding des Fansubs.

Das Tonformate innerhalb von [[AVI|AVI-Containern]] bei Verwendung von [[Hardsubs]] ist meist MP3-Streams mit 128 kbit/sec, während für [[Softsubs]] häufig andere Formate wie ([[Vorbis|OGG Vorbis]] bzw. [[Aac|AAC]]) Verwendung finden.

Während der Vorverarbeitung des Materials kann man die Audio-Daten in separate Dateien (je eine Datei pro Stream) extrahieren lassen (wie wir sie später beim Encoden auch benötigen werden), und zwar wahlweise
* im bereits vorliegenden Format oder
* umgewandelt in das WAV-Format

Vor Beginn der Analyse der DVD-Daten weiß DGIndex nicht, wie viele Audio-Streams die DVD besitzt und welchen Inhalt diese Spuren enthalten (selbst japanische Original-DVDs enthalten manchmal mehrere Audio-Streams, etwa mit Anmerkungen von Regisseur bzw. Seiyuu zu einzelnen Szenen. Der Encoder muss also zunächst einmal ''sämtliche'' Audio-Spuren extrahieren und sich dann im Einzelnen ansehen, welche davon er verwenden will.

Zu beachten ist, dass ein Audio-Stream ''nicht'' exakt gleichzeitig mit dem Anfang des Video-Streams beginnen muss, sondern einen '''Delay''' relativ zu diesem aufweisen kann; um dieses Delay verschoben muss der Audio-Stream später wieder mit dem Video-Stream zusammengefügt werden, damit Bild und Ton synchron bleiben. Ein eventueller Delay wird beim Abspeichern des betreffenden Audio-Streams im Namen der erzeugten Datei vermerkt.

=== Durchführung des Analyselaufs mit DGIndex ===

Nachdem die entsprechenden Einstellungen für die Auswahl des Video-Materials und die Extraktion des Audio-Materials vorgenommen wurden, startet man mit <code>Save Project</code> den Analyselauf (der für eine normale Anime-Episode auf einem Pentium-4-PC mit 3 GHz etwa 5 Minuten dauert). In dem während der Verarbeitung geöffneten Dialog wird dabei auch das ''tatsächliche Seitenverhältnis des Videos'' angezeigt (welches ''nicht'' mit dem Seitenverhältnis übereinstimmt, in dem DGIndex das Video selbst anzeigt!); diese Information sollte man sich ggf. notieren, sie wird später noch benötigt werden.

Das Ergebnis des anschließenden Verarbeitungslaufes ist ''keine'' Video-Datei in einem neuen Format, sondern lediglich eine kleine (ca. 200 kB pro Episode) Projektdatei (mit der Endung <code>.d2v</code>), die ''Verweise in die DVD-Daten'' enthält; diese DVD-Daten brauchen wir also zunächst einmal weiterhin als Arbeitsdateien.

Im selben Verzeichnis wie diese Projektdatei werden die extrahierten Audio-Streams gespeichert. Ab diesem Zeitpunkt bleiben Bild- und Toninformationen getrennt und werden erst beim Encoding eines fertigen AVI-Containers wieder zusammengefügt.

== Bearbeitung der Video-Daten ==

Im zweiten Abschnitt der Verarbeitung wird nun das mit Hilfe der Projektdatei ansprechbare Videomaterial so bearbeitet, dass eine Datei (das sogenannte Timing Raw) entsteht, mit der die einzelnen Mitglieder des Fansub-Projekts arbeiten können (bisher haben wir die Daten ja nach wie vor im MPEG2-Format vorliegen). Etwaige Verbesserungen der Bildqualität werden ebenfalls in diesem Abschnitt durchgeführt.

Das in diesem Schritt verwendete Werkzeug ist [http://avisynth.org/mediawiki/Main_Page Avisynth], was aus der Sicht des Systems ein Codec ist (eine Bibliotheksfunktion, welche einen Videostrom in einen anderen Videostrom umwandelt). Avisynth besitzt also ''keine Benutzeroberfläche''; seine Verarbeitung wird vielmehr durch Skriptdateien gesteuert, in welchen der Encoder Anweisungen zur Umwandlung des Videomaterials notiert. Dieses Skript wird dann von Avisynth interpretiert und auf den eingelesenen Video-Datenstrom angewendet; es gibt einen entsprechend bearbeiteten Video-Stream aus. Diese Ausgabe eines solchen Verarbeitungsgangs kann also insbesondere wie eine Videodatei mit einem Videoplayer abgespielt werden oder auch als Eingabe für ein Encoding-Tool dienen.

Dieser Abschnitt kann je nach Kenntnissen und persönlichen Vorlieben des Encoders zahlreiche weitere Einzelschritte umfassen; das vorliegende Dokument versucht, sich auf das absolute Minimum zu beschränken.

=== Zugriff auf die MPEG2-Daten ===

Die folgende Anweisung des Skripts dient dazu, die MPEG2-Daten der DVD zu lesen:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
LoadPlugin (''Pfadname der Bibliothek dgdecode.dll'')
DGDecode_Mpeg2Source (''Pfadname der Projektdatei'')

Diese Funktion wird realisiert durch die (mit DGIndex mitgelieferte) Bibliothek <code>dgdecode.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Dabei greift das Skript mit Hilfe einer Plugin-Funktion und unter Verwendung der von DGIndex erstellten Projektdatei auf die VOB-Dateien der DVD zu. Das Ergebnis dieses Zugriffs ist ein ''unkomprimierter'' Video-Stream, auf welchen die anschließenden Bearbeitungsschritte angewendet werden können.

=== Zusammenfassung der Halbbilder zu Bildern (Deinterlacing) für eine NTSC-DVD ===

Diese Anweisung des Skriptes dient dazu, die Halbbilder der MPEG2-Daten zu vollständigen Bildern zusammenzufassen (Deinterlacing bzw. Inverse Telecide). Ein mechanisches Zusammenfassen benachbarter Halbbilder reicht dafür nicht aus - dadurch würde es häufig vorkommen, dass Halbbilder zusammengefasst würden, welche nicht zusammengehören, was sich erstens in unschön gestrichelten Linien bemerkbar macht ([http://de.wikipedia.org/wiki/Deinterlacing#Weave_.28field_insertion.29 Kammeffekt]) und zweitens das Videomaterial auch noch schlechter komprimierbar macht (also bei gleicher Informationsmenge zu größeren Dateien als Ergebnis des abschließenden Encoding-Durchgangs führt), weil einfarbige Flächen bzw. Striche platzsparender dargestellt werden können als einzelne Punkte mit abwechselnden Farben.

Die folgende Anweisung des Skripts bietet eine einfach zu bedienende Lösung, indem sie den Deinterlacing-Vorgang automatisch durchführt, dabei jedoch das vorliegende Videomaterial statistisch auswertet und dadurch zu sehr ordentlichen Ergebnissen kommt:

# Deinterlacing (intelligentes Verfahren, aus TIVTC)
LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tfm (slow=2)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Der Parameter <code>slow=2</code> weist die Funktion an, das langsamste Verfahren anzuwenden, welches zu den qualitativ besten Ergebnissen führt; die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Es sei ausdrücklich erwähnt, dass es andere Lösungen für das Deinterlacen gibt, insbesondere die Verwendung des Programms [http://ivtc.org/ Yatta], mit welchem Video-Puristen das gesamte Video-Material Bild für Bild durchgehen und jeden einzelnen Frame wunschgemäß erzeugen lassen können; dieser Arbeitsgang erzeugt dann ebenfalls (umfangreiche) Anweisungen für das Avisynth-Skript.

''ACHTUNG: Ein konkretes Verfahren zum Deinterlacen, angewendet auf ein bestimmtes Videomaterial, erzeugt seine ganz eigene Sequenz von effektiven Bildern; insbesondere an Szenenübergängen ist es völlig normal, dass zwei verschiedene Deinterlacing-Verfahren unterschiedliche Ergebnisse erzeugen, wodurch sich insbesondere ganze Szene um 1 Frame verschieben können. Die Entscheidung für ein bestimmtes Verfahren, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle kann bewirken, dass sämtliche Zeitangaben von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Timing nachgearbeitet werden muss. (Dies erklärt u. a. entsprechende Verschiebungen des Typesetting um genau 1 Frame in einigen Fansub-Releases.)''

=== Reduzieren der Bildrate (Decimate) für eine NTSC-DVD ===

Japanische Original-DVDs liegen im NTSC-Format vor und verwendet deshalb üblicherweise 29.97 Bilder pro Sekunde. Zum Abspielen von Animes auf europäischen Geräten wollen wir aber 23.976 Bilder pro Sekunde haben (''warum?''). Dies wird dadurch erreicht, dass ''im Prinzip'' jedes fünfte Bild des Original-Videos weggelassen wird. (Tatsächlich würde die mechanische Durchführung eines solchen Verfahrens rhythmische Veränderungen am Videomaterial verursachen, die sich in einem spürbaren Ruckeln manifestieren können; die tatsächliche Verarbeitungslogik ist daher etwas komplizierter.)

Die folgende Anweisung des Skripts dient dazu, die Anzahl der im vorherigen Schritt erzeugten vollständigen Bildern auf die gewünschte Framerate zu reduzieren:

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
# LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tdecimate (mode=1)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss. (Da dies dieselbe Bibliothek ist, die zuvor bereits für das Deinterlacen verwendet wurde, ist die LoadPlugin-Anweisung hier redundant und wurde deshalb auskommentiert.)

Der Parameter <code>mode=1</code> weist die Funktion an, die zu entfernenden Bilder bevorzugt aus möglichst langen Reihen identischer Bilder zu wählen (von denen ein weggelassenes Bild am leichtesten entbehrlich ist); die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

=== Wegschneiden unschöner Bildteile an den Rändern (Cropping) ===

Von den 720*480px des Bildmaterials der DVD sind manchmal bestimmte Teile nur eingeschränkt verwendbar:
* An einigen Rändern des Bildes sind üblicherweise durchgehend ''schwarze Balken'' zu sehen.
* Innerhalb des verbleibenden Bildes liegen in den äußersten Pixel-Reihen bzw. -Spalten manchmal ''starke Verfärbungen'' vor, die eine ähnliche optische Wirkung wie schwarze Balken haben.
Da das Videomaterial anschließend ohnehin auf die tatsächliche Größe des endgültigen Videos verzerrt werden muss, bietet es sich an, diese unschönen Teile (die prozentual nur einen kleinen Teil des Bildes ausmachen, deren Weglassen also die Bildproportionen nicht spürbar verändert) bereits vor dieser Skalierung aus dem Bildmaterial wegzuschneiden und auf diese Weise das Zielformat des Videos ausschließlich mit "schönen" Bildinformationen zu füllen. Die konkreten Beträge an wegzulassenden Zeilen bzw. Spalten des Bildes hängen sowohl vom konkreten Videomaterial als auch vom subjektiven Geschmack des Encoders ab.

Die folgende Anweisung des Skripts dient dazu, die angegebene Anzahl von Pixeln des Videomaterials an den vier Seiten des Bildes wegzuschneiden:

# Schwarze Streifen etc. am Rand wegschneiden
crop (''links'', ''oben'', ''breite'', ''höhe'')

Dabei bedeuten die vier Parameter der Funktion:
# Linke obere Ecke (Spalte)
# Linke obere Ecke (Zeile)
# positiver Wert: Breite des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Spalte)
# positiver Wert: Höhe des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Zeile)
Bei einem Aufruf <code>crop (4,2,-0,-2)</code> würden also links 4 Pixel, rechts 0 Pixel sowie oben und unten jeweils 2 Pixel weggeschnitten (bei Angaben in dieser Notation muss man weniger rechnen ;-).

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

ACHTUNG: Die konkreten Angaben zum Croppen, angewendet auf ein bestimmtes Videomaterial, erzeugen ihre ganz eigene Sequenz von effektiven Bildern; bei anderen Angaben an dieser Stelle wird zwar im Prinzip dieselbe Bildsequenz erzeugt, aber Objekte innerhalb des Bildes befinden sich nicht an derselben Stelle, als wenn ein anderer Betrag an Rand weggeschnitten worden wäre. Die Entscheidung für einen bestimmten Satz an Parameterwerten, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle bewirkt, dass sämtliche Positionen von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Typesetting nachgearbeitet werden muss.

=== Anpassen der Bildgröße auf das gewünschte Zielformat ===

Aufgrund der oben erwähnten anamorphen Bilddarstellung auf DVDs liegt das Bildmaterial oftmals nicht in dem tatsächlich darzustellenden Format vor (das eigentlich erwünschte Seitenformat haben wir während der Analyse des DVD-Materials ermittelt). Hinzu kommt, dass wir im vorherigen Arbeitsschritt ggf. an den Rändern bestimmte Bereiche weggeschnitten haben.

Welche Bildgröße wollen wir erreichen? Beide Seitenlängen [http://encodingwissen.de/spezial/mod-regeln.html sollten möglichst durch 16 teilbar sein]; das in der Größe von 720x480px vorliegende Bildmaterial sollte in keiner der beiden Dimensionen hochskaliert werden, um nicht an Qualität zu verlieren. Für Videos mit den Seitenverhältnissen 4:3 ist deshalb ein Bildformat von '''640x480px''' üblich; bei einem Seitenverhältnis von 16:9 ist der größte Wert, bei dem dieses Verhältnis mit durch 16 teilbaren Seitenlängen ''exakt'' erreicht werden kann, '''704x396px'''.

Die folgende Anweisung des Skripts dient dazu, die Bildgröße des Video-Streams in Breite und Höhe auf den gewünschten Wert zu skalieren (wobei es irrelevant ist, in welcher Größe das Videomaterial nach den vorherigen Transformationen tatsächlich vorliegt):

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (''breite'', ''höhe'')

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

Auch hier wieder der Hinweis, das es [http://avisynth.org/mediawiki/Resize zahlreiche andere Verfahren zur Änderung der Bildgröße] gibt, welche sich u. a. in Bezug auf die Behandlung dünner Linien unterscheiden (also ggf. unterschiedlich scharfe bzw. verwaschene Ergebnisse produzieren).

Durch zusätzliche Parameter für die jeweilige Resize-Funktion ist es auch möglich, Cropping und Resizing in einem Arbeitsgang zu erledigen (was die Verarbeitungsgeschwindigkeit minimal erhöht); Einzelheiten sind der Dokumentation der jeweiligen Funktion zu entnehmen.

=== Filter zur Qualitätsverbesserung ===

Nachdem nun das Videomaterial im Prinzip im richtigen Format (Vollbilder in der gewünschten Bildschirmauflösung) vorliegt, kann in einem abschließenden Verarbeitungsschritt noch Einfluss auf die Bildqualität genommen werden. Hierfür werden je nach subjektivem Ästhetik-Empfinden des Encoders entsprechende Filter auf das Videomaterial angewendet, um kleine Unsauberkeiten zu entfernen, dünne Linien zu schärfen oder die Auswirkungen bestimmter systematischer Fehler des Bildmaterials zu reduzieren. Grundsätzlich gilt dabei: Die Entfernung von Details verbessert einerseits die spätere Komprimierbarkeit des Videostreams, bewirkt aber gleichzeitig, dass das Bild verwaschener aussieht; je aggressiver die entsprechende Filterfunktion dabei vorgeht (was jeweils durch entsprechende Parameterwerte eingestellt werden kann), umso stärker sind beide Effekte spürbar.

Die folgende Anweisung des Skripts dient dazu, mit einem relativ defensiven Filter kleine Unsauberkeiten des Bildmaterials aufzulösen:

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Der Parameter <code>mode=2</code> weist die Funktion an, das bezüglich des Einsparungseffekts beste der drei vom Autor als "risikolos" beschriebenen Verfahren anzuwenden; die Funktion unterstützt auch weitaus aggressivere Verfahren (die dann allerdings dünne Linien beschädigen können etc.), welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org/mediawiki/Removegrain RemoveGrain] enthaltene Bibliothek (der konkrete Dateiname ist von der CPU des Zielrechners abhängig, siehe Installationsanleitung), welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Das erzeugte Video wird dabei ohne spürbare Einbußen der Qualität um wenige Prozent kleiner.

=== Beispiel eines vollständigen Avisynth-Skripts zur Verarbeitung der DVD-Daten ===

Ein vollständiges Avisynth-Skript sieht (nach der Installation aller erforderlichen Bibliotheken im <code>plugins</code>-Verzeichnis von Avisynth, wo sie automatisch gefunden werden) beispielsweise folgendermaßen aus:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
Mpeg2Source ("C:\DVD-Analyse\Seikai no Senki III\Volume 1\Seikai no Senki III Volume 1 - Video.d2v")

# Deinterlacing
tfm (slow=2)

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
tdecimate (mode=1)

# Schwarze Streifen etc. am Rand wegschneiden
crop (4, 2, -0, -2)

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (704, 396)

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Wenn eine solche Skript-Datei, welche anstelle des Pfadnamens der Projektdatei die Zeichenkette <code>__vid__</code> enthält, im Analyseprogramm DGIndex als "[http://neuron2.net/dgmpgdec/DGIndexManual.html#AVSTemplate AVS template]" angegeben wurde, dann fügt DGIndex während der Analyse des DVD-Materials diesen Pfadnamen der neu erstellten Projektdatei (ohne Gänsefüßchen) automatisch an der entsprechenden Stelle der Schablone ein und speichert das so dem Projekt angepasste Skript in dasselbe Verzeichnis und mit demselben Basisnamen wie die Projektdatei, aber mit der Endung <code>.avs</code>. Man braucht dieses Skript also nur ein einziges Mal zu erstellen (und z. B. ins Installationsverzeichnis von DGIndex zu speichern) und muss dann bei neuen Projekten nur noch Details darin ändern (Pixel-Angaben zum Cropping und ggf. zum Bildformat, eventuell andere Filter).

=== Speichern des Verarbeitungs-Ergebnisses ===

Das Ergebnis der Verarbeitung der DVD-Daten ist ein (zunächst einmal) ''unkomprimierter'' Video-Stream, der für eine normale Anime-Episode zwischen 10 und 15 GB an Daten umfasst. Bei Verwendung der angegebenen simplen Filterfunktion dauert das Erstellen der entsprechenden Video-Datei auf einem Pentium-4-PC mit 3 GHz knapp 15 Minuten; falls entsprechend aufwändigere Filter zum Einsatz kommen, kann diese Verarbeitung aber auch wesentlich länger (mehrere Stunden) dauern.

Sobald das Verfahren zu einem Ergebnis geführt hat, welches die Ansprüche des Encoders zu dessen Zufriedenheit erfüllt, möchte dieser das Ergebnis des Skript-Laufes eigentlich bis zum endgültigen Release nicht mehr löschen (um den Filter-Lauf nicht wiederholen zu müssen). Eine verlustbehaftete Komprimierung scheidet allerdings aus, da deren Ergebnis nicht mehr die erforderliche Qualität für die spätere Produktion von QC- und Release-Dateien aufweist. Es existieren jedoch Codecs, welche eine '''verlustfreie Komprimierung''' des erzeugten Videomaterials ermöglichen (z. B. [http://de.wikipedia.org/wiki/HuffYUV HuffYUV] und [http://de.wikipedia.org/wiki/Lagarith Lagarith]). Bei einer Speicherung des Video-Materials unter Verwendung eines dieser Verfahren kann das Datenvolumen um etwa 50-60% reduziert werden, sodass pro Episode eine Datei von etwa 5-6 GB Größe anfällt. ''(Achtung: Sowohl HuffYUF in der Version 2.2.0 als auch Lagarith in der Version 1.3.13 weisen Stabilitätsprobleme auf, die zum Absturz des Komprimierungslaufs führen können; der Verfasser dieses Artikels verwendet deshalb die etwas ältere Version 2.1.1 von HuffYUF.)'' Sobald sämtliche Episoden der DVD in diesem Format vorliegen, benötigt man die VOB-Dateien dieser DVD nicht mehr auf der Festplatte des Encoding-Rechners.

Für die Weitergabe des so bearbeiteten Videomaterials an andere Mitglieder der Fansubber-Gruppe (vor allem den [[Timer]] und den [[Typesetter]], insbesondere über langsame Internet-Leitungen) ist natürlich eine solche Datei immer noch viel zu groß. Deshalb erzeugt der Encoder ''zusätzlich'' eine (mit dem später zu verwendenden Video-Codec und sinnvollerweise auch etwa den später zu verwendenden Einstellungen) komprimierte Variante des Videos, das sogenannte '''Timing-Raw''', dessen Größe sich von derjenigen des späteren Release nur unwesentlich unterscheidet (man kann in der Qualität auch problemlos ein wenig nach unten gehen, um Übertragungsvolumen zu sparen). Dieses Timing-Raw muss dann auch einen Audio-Stream (mit dem korrekten Offset) enthalten, damit der Timer die passenden Zeitpunkte zum Ein- und Ausblenden der Untertitel exakt festlegen kann. (Bei einem Soloprojekt könnte man die verlustfrei komprimierten Video-Daten, ergänzt um den Audio-Stream, auch gleich als Timing-Raw verwenden.)

== Links ==

* [http://neuron2.net/dgmpgdec/DGIndexManual.html DGIndex-Benutzerhandbuch]
* [http://german.doom9.org/ doom9 (deutsch)]
* [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm Homepage zu TIVTC]

Von der ISO-DVD zum AVI-Hardsub

2008-01-16T14:30:18Z

Naito: /* Bearbeitung der Video-Daten */ Gilt nur für NTSC-DVDs, PAL-DVD müssen anders "behandelt" werden

== Vorwort ==

Dieser Artikel soll einen Überblick der Arbeitsabläufe beschreiben, die auf dem Weg von einer Original-DVD bis zum fertigen [[Anime]]-[[Fansub]] anfallen.

Sein Schwerpunkt liegt darauf, zu erklären, ''warum'' die entsprechenden Schritte erforderlich sind, und ein Verfahren zum Erreichen einer ''Minimal-Lösung'' anzubieten, welches mit geringem Aufwand auch von einem unerfahrenen Encoder verwendet werden kann; erfahrene Encoder werden sicherlich in allen Teilaspekten aufwändigere Verfahren einsetzen und damit dann auch bessere Ergebnisse erzielen.

== Format einer Video-DVD ==

Auf handelsüblichen [http://de.wikipedia.org/wiki/DVD-Video Video-DVDs] liegt das Anime-Material im Format [http://de.wikipedia.org/wiki/MPEG-2 MPEG2] vor.

* Bild- und Toninformationen sind dabei (im Gegensatz zu den auf PCs üblichen [[Container|Video-Containern]]) ''nicht'' in separaten [[Stream|Streams]] gespeichert, sondern zu einem einzigen, großen Datenstrom vermengt.
* Dieser Datenstrom ist ''nicht'' nach Episoden unterteilt, sondern in mehreren, jeweils 1 GB großen Dateien (diese Maximalgröße ist vom DVD-Standard vorgeschrieben) mit der Endung <code>.VOB</code> enthalten, die sich im Verzeichnis [http://de.wikipedia.org/wiki/DVD-Video#Verzeichnisstruktur_und_Dateinamen VIDEO_TS der DVD] befinden. Das Datenvolumen (Bild und Ton) umfasst in dieser Darstellung etwa 1500-2000 MB pro Anime-Episode.
* Das Anime-Material liegt nicht in Form von Bildern, sondern in Form von [http://de.wikipedia.org/wiki/Halbbild Halbbildern] vor, aus denen die eigentlichen Bilder erst erstellt werden müssen ([http://de.wikipedia.org/wiki/Deinterlacing Deinterlacing]).
* Die Bildinformationen sind üblicherweise [http://de.wikipedia.org/wiki/Anamorphe_Bildaufzeichnung anamorph] gespeichert - das Bildformat des DVD-Videos ist also 720*480px (3:2), während das tatsächliche Seitenverhältnis des Animes jedoch 4:3 bzw. 16:9 sein soll. Handelsübliche Standalone-DVD-Player können solche Videos während des Abspielens (automatisch bzw. per Konfigurationsmenü einstellbar) in das korrekte Seitenverhältnis zerren (das Ziel-Seitenverhältnis ist auf der DVD vermerkt) - der [[Encoder]] eines Fansubs wird dies normalerweise selbst erledigen müssen.

== Analyse der DVD-Daten ==

Im ersten Abschnitt der Verarbeitung werden die DVD-Daten so analysiert (und teilweise auch bereits vorverarbeitet), dass sie in einem den Werkzeugen nachgeschalteter Verarbeitungsschritte passenden Format vorliegen.

=== Markierung einer Anime-Episode innerhalb der DVD-Daten ===

Dazu werden mit dem Programm [http://neuron2.net/dgmpgdec/dgmpgdec.html DGIndex] die VOB-Dateien der DVD geöffnet. Nicht alle VOB-Dateien enthalten tatsächlich Anime-Material (die erste von ihnen enthält z. B. das Steuermenü der DVD, teilweise sind auch Trailer für andere Produkte derselben Firma auf der DVD enthalten); was genau jede dieser Dateien enthält, kann man sich mit diesem Programm ansehen.

Am unteren Rand des Anzeigefensters befindet sich ein Schieberegler, mit dessen Hilfe man mit den Buttons "<code>[</code>" bzw. "<code>]</code>" die Anfangs- und Endmarke des zu bearbeitenden Materials manuell setzen kann - man muss den Umfang einer Episode also selbst auswählen.

=== Extrahieren der Audio-Daten aus dem MPEG2-Stream ===

Im Programm DGIndex kann man einstellen, wie man die Audio-Daten des vorliegenden Materials verarbeiten möchte.

Eine DVD kann mehrere Audio-Streams enthalten; diese können in unterschiedlichen Formaten vorliegen:
* Audio-Streams im Format [[PCM]] sind verlustlos gespeichert. Da sie demzufolge sehr viel Platz auf der DVD benötigen ist ihre Verwendung eher unüblich.
* Audio-Streams im verlustbehafteten Format [[Dolby Digital|AC3]] sind umfangreicher und benötigen demzufolge mehr Speicherplatz, bieten eine hohe Tonqualität und können insbesondere bis zu [http://de.wikipedia.org/wiki/5.1 5.1-Ton]) Tonkanäle enthalten. Ein AC3-Stream mit einer Qualität von 448 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 77 MB Speicherplatz im späteren Encoding des Fansubs.
* Audio-Stream im verlustbehafteten Format [[DTS]] sind wie auch AC3 umfangreicher und benötigen demzufolge mehr Speicherplatz, bieten eine hohe Tonqualität und können bis zu Sourround-Sound bis zu 7.1 enthalten. Im Gegensatz zu AC3 ist DTS auf DVDs optional.
* Audio-Streams im verlustbehafteten Format [[Mp2|MP2]] sind kleiner und auf maximal zwei Tonkanäle beschränkt. Ein MP2-Stream mit einer Qualität von 128 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 22 MB Speicherplatz im späteren Encoding des Fansubs.

Das Tonformate innerhalb von [[AVI|AVI-Containern]] bei Verwendung von [[Hardsubs]] ist meist MP3-Streams mit 128 kbit/sec, während für [[Softsubs]] häufig andere Formate wie ([[Vorbis|OGG Vorbis]] bzw. [[Aac|AAC]]) Verwendung finden.

Während der Vorverarbeitung des Materials kann man die Audio-Daten in separate Dateien (je eine Datei pro Stream) extrahieren lassen (wie wir sie später beim Encoden auch benötigen werden), und zwar wahlweise
* im bereits vorliegenden Format oder
* umgewandelt in das WAV-Format

Vor Beginn der Analyse der DVD-Daten weiß DGIndex nicht, wie viele Audio-Streams die DVD besitzt und welchen Inhalt diese Spuren enthalten (selbst japanische Original-DVDs enthalten manchmal mehrere Audio-Streams, etwa mit Anmerkungen von Regisseur bzw. Seiyuu zu einzelnen Szenen. Der Encoder muss also zunächst einmal ''sämtliche'' Audio-Spuren extrahieren und sich dann im Einzelnen ansehen, welche davon er verwenden will.

Zu beachten ist, dass ein Audio-Stream ''nicht'' exakt gleichzeitig mit dem Anfang des Video-Streams beginnen muss, sondern einen '''Delay''' relativ zu diesem aufweisen kann; um dieses Delay verschoben muss der Audio-Stream später wieder mit dem Video-Stream zusammengefügt werden, damit Bild und Ton synchron bleiben. Ein eventueller Delay wird beim Abspeichern des betreffenden Audio-Streams im Namen der erzeugten Datei vermerkt.

=== Durchführung des Analyselaufs mit DGIndex ===

Nachdem die entsprechenden Einstellungen für die Auswahl des Video-Materials und die Extraktion des Audio-Materials vorgenommen wurden, startet man mit <code>Save Project</code> den Analyselauf (der für eine normale Anime-Episode auf einem Pentium-4-PC mit 3 GHz etwa 5 Minuten dauert). In dem während der Verarbeitung geöffneten Dialog wird dabei auch das ''tatsächliche Seitenverhältnis des Videos'' angezeigt (welches ''nicht'' mit dem Seitenverhältnis übereinstimmt, in dem DGIndex das Video selbst anzeigt!); diese Information sollte man sich ggf. notieren, sie wird später noch benötigt werden.

Das Ergebnis des anschließenden Verarbeitungslaufes ist ''keine'' Video-Datei in einem neuen Format, sondern lediglich eine kleine (ca. 200 kB pro Episode) Projektdatei (mit der Endung <code>.d2v</code>), die ''Verweise in die DVD-Daten'' enthält; diese DVD-Daten brauchen wir also zunächst einmal weiterhin als Arbeitsdateien.

Im selben Verzeichnis wie diese Projektdatei werden die extrahierten Audio-Streams gespeichert. Ab diesem Zeitpunkt bleiben Bild- und Toninformationen getrennt und werden erst beim Encoding eines fertigen AVI-Containers wieder zusammengefügt.

== Bearbeitung der Video-Daten für eine NTSC-DVD ==

Im zweiten Abschnitt der Verarbeitung wird nun das mit Hilfe der Projektdatei ansprechbare Videomaterial so bearbeitet, dass eine Datei (das sogenannte Timing Raw) entsteht, mit der die einzelnen Mitglieder des Fansub-Projekts arbeiten können (bisher haben wir die Daten ja nach wie vor im MPEG2-Format vorliegen). Etwaige Verbesserungen der Bildqualität werden ebenfalls in diesem Abschnitt durchgeführt.

Das in diesem Schritt verwendete Werkzeug ist [http://avisynth.org/mediawiki/Main_Page Avisynth], was aus der Sicht des Systems ein Codec ist (eine Bibliotheksfunktion, welche einen Videostrom in einen anderen Videostrom umwandelt). Avisynth besitzt also ''keine Benutzeroberfläche''; seine Verarbeitung wird vielmehr durch Skriptdateien gesteuert, in welchen der Encoder Anweisungen zur Umwandlung des Videomaterials notiert. Dieses Skript wird dann von Avisynth interpretiert und auf den eingelesenen Video-Datenstrom angewendet; es gibt einen entsprechend bearbeiteten Video-Stream aus. Diese Ausgabe eines solchen Verarbeitungsgangs kann also insbesondere wie eine Videodatei mit einem Videoplayer abgespielt werden oder auch als Eingabe für ein Encoding-Tool dienen.

Dieser Abschnitt kann je nach Kenntnissen und persönlichen Vorlieben des Encoders zahlreiche weitere Einzelschritte umfassen; das vorliegende Dokument versucht, sich auf das absolute Minimum zu beschränken.

=== Zugriff auf die MPEG2-Daten ===

Die folgende Anweisung des Skripts dient dazu, die MPEG2-Daten der DVD zu lesen:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
LoadPlugin (''Pfadname der Bibliothek dgdecode.dll'')
DGDecode_Mpeg2Source (''Pfadname der Projektdatei'')

Diese Funktion wird realisiert durch die (mit DGIndex mitgelieferte) Bibliothek <code>dgdecode.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Dabei greift das Skript mit Hilfe einer Plugin-Funktion und unter Verwendung der von DGIndex erstellten Projektdatei auf die VOB-Dateien der DVD zu. Das Ergebnis dieses Zugriffs ist ein ''unkomprimierter'' Video-Stream, auf welchen die anschließenden Bearbeitungsschritte angewendet werden können.

=== Zusammenfassung der Halbbilder zu Bildern (Deinterlacing) ===

Diese Anweisung des Skriptes dient dazu, die Halbbilder der MPEG2-Daten zu vollständigen Bildern zusammenzufassen (Deinterlacing bzw. Inverse Telecide). Ein mechanisches Zusammenfassen benachbarter Halbbilder reicht dafür nicht aus - dadurch würde es häufig vorkommen, dass Halbbilder zusammengefasst würden, welche nicht zusammengehören, was sich erstens in unschön gestrichelten Linien bemerkbar macht ([http://de.wikipedia.org/wiki/Deinterlacing#Weave_.28field_insertion.29 Kammeffekt]) und zweitens das Videomaterial auch noch schlechter komprimierbar macht (also bei gleicher Informationsmenge zu größeren Dateien als Ergebnis des abschließenden Encoding-Durchgangs führt), weil einfarbige Flächen bzw. Striche platzsparender dargestellt werden können als einzelne Punkte mit abwechselnden Farben.

Die folgende Anweisung des Skripts bietet eine einfach zu bedienende Lösung, indem sie den Deinterlacing-Vorgang automatisch durchführt, dabei jedoch das vorliegende Videomaterial statistisch auswertet und dadurch zu sehr ordentlichen Ergebnissen kommt:

# Deinterlacing (intelligentes Verfahren, aus TIVTC)
LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tfm (slow=2)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Der Parameter <code>slow=2</code> weist die Funktion an, das langsamste Verfahren anzuwenden, welches zu den qualitativ besten Ergebnissen führt; die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Es sei ausdrücklich erwähnt, dass es andere Lösungen für das Deinterlacen gibt, insbesondere die Verwendung des Programms [http://ivtc.org/ Yatta], mit welchem Video-Puristen das gesamte Video-Material Bild für Bild durchgehen und jeden einzelnen Frame wunschgemäß erzeugen lassen können; dieser Arbeitsgang erzeugt dann ebenfalls (umfangreiche) Anweisungen für das Avisynth-Skript.

''ACHTUNG: Ein konkretes Verfahren zum Deinterlacen, angewendet auf ein bestimmtes Videomaterial, erzeugt seine ganz eigene Sequenz von effektiven Bildern; insbesondere an Szenenübergängen ist es völlig normal, dass zwei verschiedene Deinterlacing-Verfahren unterschiedliche Ergebnisse erzeugen, wodurch sich insbesondere ganze Szene um 1 Frame verschieben können. Die Entscheidung für ein bestimmtes Verfahren, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle kann bewirken, dass sämtliche Zeitangaben von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Timing nachgearbeitet werden muss. (Dies erklärt u. a. entsprechende Verschiebungen des Typesetting um genau 1 Frame in einigen Fansub-Releases.)''

=== Reduzieren der Bildrate (Decimate) ===

Japanische Original-DVDs liegen im NTSC-Format vor und verwendet deshalb üblicherweise 29.97 Bilder pro Sekunde. Zum Abspielen von Animes auf europäischen Geräten wollen wir aber 23.976 Bilder pro Sekunde haben (''warum?''). Dies wird dadurch erreicht, dass ''im Prinzip'' jedes fünfte Bild des Original-Videos weggelassen wird. (Tatsächlich würde die mechanische Durchführung eines solchen Verfahrens rhythmische Veränderungen am Videomaterial verursachen, die sich in einem spürbaren Ruckeln manifestieren können; die tatsächliche Verarbeitungslogik ist daher etwas komplizierter.)

Die folgende Anweisung des Skripts dient dazu, die Anzahl der im vorherigen Schritt erzeugten vollständigen Bildern auf die gewünschte Framerate zu reduzieren:

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
# LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tdecimate (mode=1)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss. (Da dies dieselbe Bibliothek ist, die zuvor bereits für das Deinterlacen verwendet wurde, ist die LoadPlugin-Anweisung hier redundant und wurde deshalb auskommentiert.)

Der Parameter <code>mode=1</code> weist die Funktion an, die zu entfernenden Bilder bevorzugt aus möglichst langen Reihen identischer Bilder zu wählen (von denen ein weggelassenes Bild am leichtesten entbehrlich ist); die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

=== Wegschneiden unschöner Bildteile an den Rändern (Cropping) ===

Von den 720*480px des Bildmaterials der DVD sind manchmal bestimmte Teile nur eingeschränkt verwendbar:
* An einigen Rändern des Bildes sind üblicherweise durchgehend ''schwarze Balken'' zu sehen.
* Innerhalb des verbleibenden Bildes liegen in den äußersten Pixel-Reihen bzw. -Spalten manchmal ''starke Verfärbungen'' vor, die eine ähnliche optische Wirkung wie schwarze Balken haben.
Da das Videomaterial anschließend ohnehin auf die tatsächliche Größe des endgültigen Videos verzerrt werden muss, bietet es sich an, diese unschönen Teile (die prozentual nur einen kleinen Teil des Bildes ausmachen, deren Weglassen also die Bildproportionen nicht spürbar verändert) bereits vor dieser Skalierung aus dem Bildmaterial wegzuschneiden und auf diese Weise das Zielformat des Videos ausschließlich mit "schönen" Bildinformationen zu füllen. Die konkreten Beträge an wegzulassenden Zeilen bzw. Spalten des Bildes hängen sowohl vom konkreten Videomaterial als auch vom subjektiven Geschmack des Encoders ab.

Die folgende Anweisung des Skripts dient dazu, die angegebene Anzahl von Pixeln des Videomaterials an den vier Seiten des Bildes wegzuschneiden:

# Schwarze Streifen etc. am Rand wegschneiden
crop (''links'', ''oben'', ''breite'', ''höhe'')

Dabei bedeuten die vier Parameter der Funktion:
# Linke obere Ecke (Spalte)
# Linke obere Ecke (Zeile)
# positiver Wert: Breite des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Spalte)
# positiver Wert: Höhe des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Zeile)
Bei einem Aufruf <code>crop (4,2,-0,-2)</code> würden also links 4 Pixel, rechts 0 Pixel sowie oben und unten jeweils 2 Pixel weggeschnitten (bei Angaben in dieser Notation muss man weniger rechnen ;-).

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

ACHTUNG: Die konkreten Angaben zum Croppen, angewendet auf ein bestimmtes Videomaterial, erzeugen ihre ganz eigene Sequenz von effektiven Bildern; bei anderen Angaben an dieser Stelle wird zwar im Prinzip dieselbe Bildsequenz erzeugt, aber Objekte innerhalb des Bildes befinden sich nicht an derselben Stelle, als wenn ein anderer Betrag an Rand weggeschnitten worden wäre. Die Entscheidung für einen bestimmten Satz an Parameterwerten, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle bewirkt, dass sämtliche Positionen von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Typesetting nachgearbeitet werden muss.

=== Anpassen der Bildgröße auf das gewünschte Zielformat ===

Aufgrund der oben erwähnten anamorphen Bilddarstellung auf DVDs liegt das Bildmaterial oftmals nicht in dem tatsächlich darzustellenden Format vor (das eigentlich erwünschte Seitenformat haben wir während der Analyse des DVD-Materials ermittelt). Hinzu kommt, dass wir im vorherigen Arbeitsschritt ggf. an den Rändern bestimmte Bereiche weggeschnitten haben.

Welche Bildgröße wollen wir erreichen? Beide Seitenlängen [http://encodingwissen.de/spezial/mod-regeln.html sollten möglichst durch 16 teilbar sein]; das in der Größe von 720x480px vorliegende Bildmaterial sollte in keiner der beiden Dimensionen hochskaliert werden, um nicht an Qualität zu verlieren. Für Videos mit den Seitenverhältnissen 4:3 ist deshalb ein Bildformat von '''640x480px''' üblich; bei einem Seitenverhältnis von 16:9 ist der größte Wert, bei dem dieses Verhältnis mit durch 16 teilbaren Seitenlängen ''exakt'' erreicht werden kann, '''704x396px'''.

Die folgende Anweisung des Skripts dient dazu, die Bildgröße des Video-Streams in Breite und Höhe auf den gewünschten Wert zu skalieren (wobei es irrelevant ist, in welcher Größe das Videomaterial nach den vorherigen Transformationen tatsächlich vorliegt):

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (''breite'', ''höhe'')

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

Auch hier wieder der Hinweis, das es [http://avisynth.org/mediawiki/Resize zahlreiche andere Verfahren zur Änderung der Bildgröße] gibt, welche sich u. a. in Bezug auf die Behandlung dünner Linien unterscheiden (also ggf. unterschiedlich scharfe bzw. verwaschene Ergebnisse produzieren).

Durch zusätzliche Parameter für die jeweilige Resize-Funktion ist es auch möglich, Cropping und Resizing in einem Arbeitsgang zu erledigen (was die Verarbeitungsgeschwindigkeit minimal erhöht); Einzelheiten sind der Dokumentation der jeweiligen Funktion zu entnehmen.

=== Filter zur Qualitätsverbesserung ===

Nachdem nun das Videomaterial im Prinzip im richtigen Format (Vollbilder in der gewünschten Bildschirmauflösung) vorliegt, kann in einem abschließenden Verarbeitungsschritt noch Einfluss auf die Bildqualität genommen werden. Hierfür werden je nach subjektivem Ästhetik-Empfinden des Encoders entsprechende Filter auf das Videomaterial angewendet, um kleine Unsauberkeiten zu entfernen, dünne Linien zu schärfen oder die Auswirkungen bestimmter systematischer Fehler des Bildmaterials zu reduzieren. Grundsätzlich gilt dabei: Die Entfernung von Details verbessert einerseits die spätere Komprimierbarkeit des Videostreams, bewirkt aber gleichzeitig, dass das Bild verwaschener aussieht; je aggressiver die entsprechende Filterfunktion dabei vorgeht (was jeweils durch entsprechende Parameterwerte eingestellt werden kann), umso stärker sind beide Effekte spürbar.

Die folgende Anweisung des Skripts dient dazu, mit einem relativ defensiven Filter kleine Unsauberkeiten des Bildmaterials aufzulösen:

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Der Parameter <code>mode=2</code> weist die Funktion an, das bezüglich des Einsparungseffekts beste der drei vom Autor als "risikolos" beschriebenen Verfahren anzuwenden; die Funktion unterstützt auch weitaus aggressivere Verfahren (die dann allerdings dünne Linien beschädigen können etc.), welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org/mediawiki/Removegrain RemoveGrain] enthaltene Bibliothek (der konkrete Dateiname ist von der CPU des Zielrechners abhängig, siehe Installationsanleitung), welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Das erzeugte Video wird dabei ohne spürbare Einbußen der Qualität um wenige Prozent kleiner.

=== Beispiel eines vollständigen Avisynth-Skripts zur Verarbeitung der DVD-Daten ===

Ein vollständiges Avisynth-Skript sieht (nach der Installation aller erforderlichen Bibliotheken im <code>plugins</code>-Verzeichnis von Avisynth, wo sie automatisch gefunden werden) beispielsweise folgendermaßen aus:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
Mpeg2Source ("C:\DVD-Analyse\Seikai no Senki III\Volume 1\Seikai no Senki III Volume 1 - Video.d2v")

# Deinterlacing
tfm (slow=2)

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
tdecimate (mode=1)

# Schwarze Streifen etc. am Rand wegschneiden
crop (4, 2, -0, -2)

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (704, 396)

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Wenn eine solche Skript-Datei, welche anstelle des Pfadnamens der Projektdatei die Zeichenkette <code>__vid__</code> enthält, im Analyseprogramm DGIndex als "[http://neuron2.net/dgmpgdec/DGIndexManual.html#AVSTemplate AVS template]" angegeben wurde, dann fügt DGIndex während der Analyse des DVD-Materials diesen Pfadnamen der neu erstellten Projektdatei (ohne Gänsefüßchen) automatisch an der entsprechenden Stelle der Schablone ein und speichert das so dem Projekt angepasste Skript in dasselbe Verzeichnis und mit demselben Basisnamen wie die Projektdatei, aber mit der Endung <code>.avs</code>. Man braucht dieses Skript also nur ein einziges Mal zu erstellen (und z. B. ins Installationsverzeichnis von DGIndex zu speichern) und muss dann bei neuen Projekten nur noch Details darin ändern (Pixel-Angaben zum Cropping und ggf. zum Bildformat, eventuell andere Filter).

=== Speichern des Verarbeitungs-Ergebnisses ===

Das Ergebnis der Verarbeitung der DVD-Daten ist ein (zunächst einmal) ''unkomprimierter'' Video-Stream, der für eine normale Anime-Episode zwischen 10 und 15 GB an Daten umfasst. Bei Verwendung der angegebenen simplen Filterfunktion dauert das Erstellen der entsprechenden Video-Datei auf einem Pentium-4-PC mit 3 GHz knapp 15 Minuten; falls entsprechend aufwändigere Filter zum Einsatz kommen, kann diese Verarbeitung aber auch wesentlich länger (mehrere Stunden) dauern.

Sobald das Verfahren zu einem Ergebnis geführt hat, welches die Ansprüche des Encoders zu dessen Zufriedenheit erfüllt, möchte dieser das Ergebnis des Skript-Laufes eigentlich bis zum endgültigen Release nicht mehr löschen (um den Filter-Lauf nicht wiederholen zu müssen). Eine verlustbehaftete Komprimierung scheidet allerdings aus, da deren Ergebnis nicht mehr die erforderliche Qualität für die spätere Produktion von QC- und Release-Dateien aufweist. Es existieren jedoch Codecs, welche eine '''verlustfreie Komprimierung''' des erzeugten Videomaterials ermöglichen (z. B. [http://de.wikipedia.org/wiki/HuffYUV HuffYUV] und [http://de.wikipedia.org/wiki/Lagarith Lagarith]). Bei einer Speicherung des Video-Materials unter Verwendung eines dieser Verfahren kann das Datenvolumen um etwa 50-60% reduziert werden, sodass pro Episode eine Datei von etwa 5-6 GB Größe anfällt. ''(Achtung: Sowohl HuffYUF in der Version 2.2.0 als auch Lagarith in der Version 1.3.13 weisen Stabilitätsprobleme auf, die zum Absturz des Komprimierungslaufs führen können; der Verfasser dieses Artikels verwendet deshalb die etwas ältere Version 2.1.1 von HuffYUF.)'' Sobald sämtliche Episoden der DVD in diesem Format vorliegen, benötigt man die VOB-Dateien dieser DVD nicht mehr auf der Festplatte des Encoding-Rechners.

Für die Weitergabe des so bearbeiteten Videomaterials an andere Mitglieder der Fansubber-Gruppe (vor allem den [[Timer]] und den [[Typesetter]], insbesondere über langsame Internet-Leitungen) ist natürlich eine solche Datei immer noch viel zu groß. Deshalb erzeugt der Encoder ''zusätzlich'' eine (mit dem später zu verwendenden Video-Codec und sinnvollerweise auch etwa den später zu verwendenden Einstellungen) komprimierte Variante des Videos, das sogenannte '''Timing-Raw''', dessen Größe sich von derjenigen des späteren Release nur unwesentlich unterscheidet (man kann in der Qualität auch problemlos ein wenig nach unten gehen, um Übertragungsvolumen zu sparen). Dieses Timing-Raw muss dann auch einen Audio-Stream (mit dem korrekten Offset) enthalten, damit der Timer die passenden Zeitpunkte zum Ein- und Ausblenden der Untertitel exakt festlegen kann. (Bei einem Soloprojekt könnte man die verlustfrei komprimierten Video-Daten, ergänzt um den Audio-Stream, auch gleich als Timing-Raw verwenden.)

== Links ==

* [http://neuron2.net/dgmpgdec/DGIndexManual.html DGIndex-Benutzerhandbuch]
* [http://german.doom9.org/ doom9 (deutsch)]
* [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm Homepage zu TIVTC]

Von der ISO-DVD zum AVI-Hardsub

2008-01-16T14:27:24Z

Naito: /* Extrahieren der Audio-Daten aus dem MPEG2-Stream */ Jegliche umwandlung in andere Formate ist nicht sinnvoll + das "Offset" wird als Delay bezeichnet + Ergänzungen

== Vorwort ==

Dieser Artikel soll einen Überblick der Arbeitsabläufe beschreiben, die auf dem Weg von einer Original-DVD bis zum fertigen [[Anime]]-[[Fansub]] anfallen.

Sein Schwerpunkt liegt darauf, zu erklären, ''warum'' die entsprechenden Schritte erforderlich sind, und ein Verfahren zum Erreichen einer ''Minimal-Lösung'' anzubieten, welches mit geringem Aufwand auch von einem unerfahrenen Encoder verwendet werden kann; erfahrene Encoder werden sicherlich in allen Teilaspekten aufwändigere Verfahren einsetzen und damit dann auch bessere Ergebnisse erzielen.

== Format einer Video-DVD ==

Auf handelsüblichen [http://de.wikipedia.org/wiki/DVD-Video Video-DVDs] liegt das Anime-Material im Format [http://de.wikipedia.org/wiki/MPEG-2 MPEG2] vor.

* Bild- und Toninformationen sind dabei (im Gegensatz zu den auf PCs üblichen [[Container|Video-Containern]]) ''nicht'' in separaten [[Stream|Streams]] gespeichert, sondern zu einem einzigen, großen Datenstrom vermengt.
* Dieser Datenstrom ist ''nicht'' nach Episoden unterteilt, sondern in mehreren, jeweils 1 GB großen Dateien (diese Maximalgröße ist vom DVD-Standard vorgeschrieben) mit der Endung <code>.VOB</code> enthalten, die sich im Verzeichnis [http://de.wikipedia.org/wiki/DVD-Video#Verzeichnisstruktur_und_Dateinamen VIDEO_TS der DVD] befinden. Das Datenvolumen (Bild und Ton) umfasst in dieser Darstellung etwa 1500-2000 MB pro Anime-Episode.
* Das Anime-Material liegt nicht in Form von Bildern, sondern in Form von [http://de.wikipedia.org/wiki/Halbbild Halbbildern] vor, aus denen die eigentlichen Bilder erst erstellt werden müssen ([http://de.wikipedia.org/wiki/Deinterlacing Deinterlacing]).
* Die Bildinformationen sind üblicherweise [http://de.wikipedia.org/wiki/Anamorphe_Bildaufzeichnung anamorph] gespeichert - das Bildformat des DVD-Videos ist also 720*480px (3:2), während das tatsächliche Seitenverhältnis des Animes jedoch 4:3 bzw. 16:9 sein soll. Handelsübliche Standalone-DVD-Player können solche Videos während des Abspielens (automatisch bzw. per Konfigurationsmenü einstellbar) in das korrekte Seitenverhältnis zerren (das Ziel-Seitenverhältnis ist auf der DVD vermerkt) - der [[Encoder]] eines Fansubs wird dies normalerweise selbst erledigen müssen.

== Analyse der DVD-Daten ==

Im ersten Abschnitt der Verarbeitung werden die DVD-Daten so analysiert (und teilweise auch bereits vorverarbeitet), dass sie in einem den Werkzeugen nachgeschalteter Verarbeitungsschritte passenden Format vorliegen.

=== Markierung einer Anime-Episode innerhalb der DVD-Daten ===

Dazu werden mit dem Programm [http://neuron2.net/dgmpgdec/dgmpgdec.html DGIndex] die VOB-Dateien der DVD geöffnet. Nicht alle VOB-Dateien enthalten tatsächlich Anime-Material (die erste von ihnen enthält z. B. das Steuermenü der DVD, teilweise sind auch Trailer für andere Produkte derselben Firma auf der DVD enthalten); was genau jede dieser Dateien enthält, kann man sich mit diesem Programm ansehen.

Am unteren Rand des Anzeigefensters befindet sich ein Schieberegler, mit dessen Hilfe man mit den Buttons "<code>[</code>" bzw. "<code>]</code>" die Anfangs- und Endmarke des zu bearbeitenden Materials manuell setzen kann - man muss den Umfang einer Episode also selbst auswählen.

=== Extrahieren der Audio-Daten aus dem MPEG2-Stream ===

Im Programm DGIndex kann man einstellen, wie man die Audio-Daten des vorliegenden Materials verarbeiten möchte.

Eine DVD kann mehrere Audio-Streams enthalten; diese können in unterschiedlichen Formaten vorliegen:
* Audio-Streams im Format [[PCM]] sind verlustlos gespeichert. Da sie demzufolge sehr viel Platz auf der DVD benötigen ist ihre Verwendung eher unüblich.
* Audio-Streams im verlustbehafteten Format [[Dolby Digital|AC3]] sind umfangreicher und benötigen demzufolge mehr Speicherplatz, bieten eine hohe Tonqualität und können insbesondere bis zu [http://de.wikipedia.org/wiki/5.1 5.1-Ton]) Tonkanäle enthalten. Ein AC3-Stream mit einer Qualität von 448 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 77 MB Speicherplatz im späteren Encoding des Fansubs.
* Audio-Stream im verlustbehafteten Format [[DTS]] sind wie auch AC3 umfangreicher und benötigen demzufolge mehr Speicherplatz, bieten eine hohe Tonqualität und können bis zu Sourround-Sound bis zu 7.1 enthalten. Im Gegensatz zu AC3 ist DTS auf DVDs optional.
* Audio-Streams im verlustbehafteten Format [[Mp2|MP2]] sind kleiner und auf maximal zwei Tonkanäle beschränkt. Ein MP2-Stream mit einer Qualität von 128 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 22 MB Speicherplatz im späteren Encoding des Fansubs.

Das Tonformate innerhalb von [[AVI|AVI-Containern]] bei Verwendung von [[Hardsubs]] ist meist MP3-Streams mit 128 kbit/sec, während für [[Softsubs]] häufig andere Formate wie ([[Vorbis|OGG Vorbis]] bzw. [[Aac|AAC]]) Verwendung finden.

Während der Vorverarbeitung des Materials kann man die Audio-Daten in separate Dateien (je eine Datei pro Stream) extrahieren lassen (wie wir sie später beim Encoden auch benötigen werden), und zwar wahlweise
* im bereits vorliegenden Format oder
* umgewandelt in das WAV-Format

Vor Beginn der Analyse der DVD-Daten weiß DGIndex nicht, wie viele Audio-Streams die DVD besitzt und welchen Inhalt diese Spuren enthalten (selbst japanische Original-DVDs enthalten manchmal mehrere Audio-Streams, etwa mit Anmerkungen von Regisseur bzw. Seiyuu zu einzelnen Szenen. Der Encoder muss also zunächst einmal ''sämtliche'' Audio-Spuren extrahieren und sich dann im Einzelnen ansehen, welche davon er verwenden will.

Zu beachten ist, dass ein Audio-Stream ''nicht'' exakt gleichzeitig mit dem Anfang des Video-Streams beginnen muss, sondern einen '''Delay''' relativ zu diesem aufweisen kann; um dieses Delay verschoben muss der Audio-Stream später wieder mit dem Video-Stream zusammengefügt werden, damit Bild und Ton synchron bleiben. Ein eventueller Delay wird beim Abspeichern des betreffenden Audio-Streams im Namen der erzeugten Datei vermerkt.

=== Durchführung des Analyselaufs mit DGIndex ===

Nachdem die entsprechenden Einstellungen für die Auswahl des Video-Materials und die Extraktion des Audio-Materials vorgenommen wurden, startet man mit <code>Save Project</code> den Analyselauf (der für eine normale Anime-Episode auf einem Pentium-4-PC mit 3 GHz etwa 5 Minuten dauert). In dem während der Verarbeitung geöffneten Dialog wird dabei auch das ''tatsächliche Seitenverhältnis des Videos'' angezeigt (welches ''nicht'' mit dem Seitenverhältnis übereinstimmt, in dem DGIndex das Video selbst anzeigt!); diese Information sollte man sich ggf. notieren, sie wird später noch benötigt werden.

Das Ergebnis des anschließenden Verarbeitungslaufes ist ''keine'' Video-Datei in einem neuen Format, sondern lediglich eine kleine (ca. 200 kB pro Episode) Projektdatei (mit der Endung <code>.d2v</code>), die ''Verweise in die DVD-Daten'' enthält; diese DVD-Daten brauchen wir also zunächst einmal weiterhin als Arbeitsdateien.

Im selben Verzeichnis wie diese Projektdatei werden die extrahierten Audio-Streams gespeichert. Ab diesem Zeitpunkt bleiben Bild- und Toninformationen getrennt und werden erst beim Encoding eines fertigen AVI-Containers wieder zusammengefügt.

== Bearbeitung der Video-Daten ==

Im zweiten Abschnitt der Verarbeitung wird nun das mit Hilfe der Projektdatei ansprechbare Videomaterial so bearbeitet, dass eine Datei (das sogenannte Timing Raw) entsteht, mit der die einzelnen Mitglieder des Fansub-Projekts arbeiten können (bisher haben wir die Daten ja nach wie vor im MPEG2-Format vorliegen). Etwaige Verbesserungen der Bildqualität werden ebenfalls in diesem Abschnitt durchgeführt.

Das in diesem Schritt verwendete Werkzeug ist [http://avisynth.org/mediawiki/Main_Page Avisynth], was aus der Sicht des Systems ein Codec ist (eine Bibliotheksfunktion, welche einen Videostrom in einen anderen Videostrom umwandelt). Avisynth besitzt also ''keine Benutzeroberfläche''; seine Verarbeitung wird vielmehr durch Skriptdateien gesteuert, in welchen der Encoder Anweisungen zur Umwandlung des Videomaterials notiert. Dieses Skript wird dann von Avisynth interpretiert und auf den eingelesenen Video-Datenstrom angewendet; es gibt einen entsprechend bearbeiteten Video-Stream aus. Diese Ausgabe eines solchen Verarbeitungsgangs kann also insbesondere wie eine Videodatei mit einem Videoplayer abgespielt werden oder auch als Eingabe für ein Encoding-Tool dienen.

Dieser Abschnitt kann je nach Kenntnissen und persönlichen Vorlieben des Encoders zahlreiche weitere Einzelschritte umfassen; das vorliegende Dokument versucht, sich auf das absolute Minimum zu beschränken.

=== Zugriff auf die MPEG2-Daten ===

Die folgende Anweisung des Skripts dient dazu, die MPEG2-Daten der DVD zu lesen:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
LoadPlugin (''Pfadname der Bibliothek dgdecode.dll'')
DGDecode_Mpeg2Source (''Pfadname der Projektdatei'')

Diese Funktion wird realisiert durch die (mit DGIndex mitgelieferte) Bibliothek <code>dgdecode.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Dabei greift das Skript mit Hilfe einer Plugin-Funktion und unter Verwendung der von DGIndex erstellten Projektdatei auf die VOB-Dateien der DVD zu. Das Ergebnis dieses Zugriffs ist ein ''unkomprimierter'' Video-Stream, auf welchen die anschließenden Bearbeitungsschritte angewendet werden können.

=== Zusammenfassung der Halbbilder zu Bildern (Deinterlacing) ===

Diese Anweisung des Skriptes dient dazu, die Halbbilder der MPEG2-Daten zu vollständigen Bildern zusammenzufassen (Deinterlacing bzw. Inverse Telecide). Ein mechanisches Zusammenfassen benachbarter Halbbilder reicht dafür nicht aus - dadurch würde es häufig vorkommen, dass Halbbilder zusammengefasst würden, welche nicht zusammengehören, was sich erstens in unschön gestrichelten Linien bemerkbar macht ([http://de.wikipedia.org/wiki/Deinterlacing#Weave_.28field_insertion.29 Kammeffekt]) und zweitens das Videomaterial auch noch schlechter komprimierbar macht (also bei gleicher Informationsmenge zu größeren Dateien als Ergebnis des abschließenden Encoding-Durchgangs führt), weil einfarbige Flächen bzw. Striche platzsparender dargestellt werden können als einzelne Punkte mit abwechselnden Farben.

Die folgende Anweisung des Skripts bietet eine einfach zu bedienende Lösung, indem sie den Deinterlacing-Vorgang automatisch durchführt, dabei jedoch das vorliegende Videomaterial statistisch auswertet und dadurch zu sehr ordentlichen Ergebnissen kommt:

# Deinterlacing (intelligentes Verfahren, aus TIVTC)
LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tfm (slow=2)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Der Parameter <code>slow=2</code> weist die Funktion an, das langsamste Verfahren anzuwenden, welches zu den qualitativ besten Ergebnissen führt; die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Es sei ausdrücklich erwähnt, dass es andere Lösungen für das Deinterlacen gibt, insbesondere die Verwendung des Programms [http://ivtc.org/ Yatta], mit welchem Video-Puristen das gesamte Video-Material Bild für Bild durchgehen und jeden einzelnen Frame wunschgemäß erzeugen lassen können; dieser Arbeitsgang erzeugt dann ebenfalls (umfangreiche) Anweisungen für das Avisynth-Skript.

''ACHTUNG: Ein konkretes Verfahren zum Deinterlacen, angewendet auf ein bestimmtes Videomaterial, erzeugt seine ganz eigene Sequenz von effektiven Bildern; insbesondere an Szenenübergängen ist es völlig normal, dass zwei verschiedene Deinterlacing-Verfahren unterschiedliche Ergebnisse erzeugen, wodurch sich insbesondere ganze Szene um 1 Frame verschieben können. Die Entscheidung für ein bestimmtes Verfahren, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle kann bewirken, dass sämtliche Zeitangaben von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Timing nachgearbeitet werden muss. (Dies erklärt u. a. entsprechende Verschiebungen des Typesetting um genau 1 Frame in einigen Fansub-Releases.)''

=== Reduzieren der Bildrate (Decimate) ===

Japanische Original-DVDs liegen im NTSC-Format vor und verwendet deshalb üblicherweise 29.97 Bilder pro Sekunde. Zum Abspielen von Animes auf europäischen Geräten wollen wir aber 23.976 Bilder pro Sekunde haben (''warum?''). Dies wird dadurch erreicht, dass ''im Prinzip'' jedes fünfte Bild des Original-Videos weggelassen wird. (Tatsächlich würde die mechanische Durchführung eines solchen Verfahrens rhythmische Veränderungen am Videomaterial verursachen, die sich in einem spürbaren Ruckeln manifestieren können; die tatsächliche Verarbeitungslogik ist daher etwas komplizierter.)

Die folgende Anweisung des Skripts dient dazu, die Anzahl der im vorherigen Schritt erzeugten vollständigen Bildern auf die gewünschte Framerate zu reduzieren:

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
# LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tdecimate (mode=1)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss. (Da dies dieselbe Bibliothek ist, die zuvor bereits für das Deinterlacen verwendet wurde, ist die LoadPlugin-Anweisung hier redundant und wurde deshalb auskommentiert.)

Der Parameter <code>mode=1</code> weist die Funktion an, die zu entfernenden Bilder bevorzugt aus möglichst langen Reihen identischer Bilder zu wählen (von denen ein weggelassenes Bild am leichtesten entbehrlich ist); die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

=== Wegschneiden unschöner Bildteile an den Rändern (Cropping) ===

Von den 720*480px des Bildmaterials der DVD sind manchmal bestimmte Teile nur eingeschränkt verwendbar:
* An einigen Rändern des Bildes sind üblicherweise durchgehend ''schwarze Balken'' zu sehen.
* Innerhalb des verbleibenden Bildes liegen in den äußersten Pixel-Reihen bzw. -Spalten manchmal ''starke Verfärbungen'' vor, die eine ähnliche optische Wirkung wie schwarze Balken haben.
Da das Videomaterial anschließend ohnehin auf die tatsächliche Größe des endgültigen Videos verzerrt werden muss, bietet es sich an, diese unschönen Teile (die prozentual nur einen kleinen Teil des Bildes ausmachen, deren Weglassen also die Bildproportionen nicht spürbar verändert) bereits vor dieser Skalierung aus dem Bildmaterial wegzuschneiden und auf diese Weise das Zielformat des Videos ausschließlich mit "schönen" Bildinformationen zu füllen. Die konkreten Beträge an wegzulassenden Zeilen bzw. Spalten des Bildes hängen sowohl vom konkreten Videomaterial als auch vom subjektiven Geschmack des Encoders ab.

Die folgende Anweisung des Skripts dient dazu, die angegebene Anzahl von Pixeln des Videomaterials an den vier Seiten des Bildes wegzuschneiden:

# Schwarze Streifen etc. am Rand wegschneiden
crop (''links'', ''oben'', ''breite'', ''höhe'')

Dabei bedeuten die vier Parameter der Funktion:
# Linke obere Ecke (Spalte)
# Linke obere Ecke (Zeile)
# positiver Wert: Breite des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Spalte)
# positiver Wert: Höhe des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Zeile)
Bei einem Aufruf <code>crop (4,2,-0,-2)</code> würden also links 4 Pixel, rechts 0 Pixel sowie oben und unten jeweils 2 Pixel weggeschnitten (bei Angaben in dieser Notation muss man weniger rechnen ;-).

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

ACHTUNG: Die konkreten Angaben zum Croppen, angewendet auf ein bestimmtes Videomaterial, erzeugen ihre ganz eigene Sequenz von effektiven Bildern; bei anderen Angaben an dieser Stelle wird zwar im Prinzip dieselbe Bildsequenz erzeugt, aber Objekte innerhalb des Bildes befinden sich nicht an derselben Stelle, als wenn ein anderer Betrag an Rand weggeschnitten worden wäre. Die Entscheidung für einen bestimmten Satz an Parameterwerten, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle bewirkt, dass sämtliche Positionen von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Typesetting nachgearbeitet werden muss.

=== Anpassen der Bildgröße auf das gewünschte Zielformat ===

Aufgrund der oben erwähnten anamorphen Bilddarstellung auf DVDs liegt das Bildmaterial oftmals nicht in dem tatsächlich darzustellenden Format vor (das eigentlich erwünschte Seitenformat haben wir während der Analyse des DVD-Materials ermittelt). Hinzu kommt, dass wir im vorherigen Arbeitsschritt ggf. an den Rändern bestimmte Bereiche weggeschnitten haben.

Welche Bildgröße wollen wir erreichen? Beide Seitenlängen [http://encodingwissen.de/spezial/mod-regeln.html sollten möglichst durch 16 teilbar sein]; das in der Größe von 720x480px vorliegende Bildmaterial sollte in keiner der beiden Dimensionen hochskaliert werden, um nicht an Qualität zu verlieren. Für Videos mit den Seitenverhältnissen 4:3 ist deshalb ein Bildformat von '''640x480px''' üblich; bei einem Seitenverhältnis von 16:9 ist der größte Wert, bei dem dieses Verhältnis mit durch 16 teilbaren Seitenlängen ''exakt'' erreicht werden kann, '''704x396px'''.

Die folgende Anweisung des Skripts dient dazu, die Bildgröße des Video-Streams in Breite und Höhe auf den gewünschten Wert zu skalieren (wobei es irrelevant ist, in welcher Größe das Videomaterial nach den vorherigen Transformationen tatsächlich vorliegt):

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (''breite'', ''höhe'')

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

Auch hier wieder der Hinweis, das es [http://avisynth.org/mediawiki/Resize zahlreiche andere Verfahren zur Änderung der Bildgröße] gibt, welche sich u. a. in Bezug auf die Behandlung dünner Linien unterscheiden (also ggf. unterschiedlich scharfe bzw. verwaschene Ergebnisse produzieren).

Durch zusätzliche Parameter für die jeweilige Resize-Funktion ist es auch möglich, Cropping und Resizing in einem Arbeitsgang zu erledigen (was die Verarbeitungsgeschwindigkeit minimal erhöht); Einzelheiten sind der Dokumentation der jeweiligen Funktion zu entnehmen.

=== Filter zur Qualitätsverbesserung ===

Nachdem nun das Videomaterial im Prinzip im richtigen Format (Vollbilder in der gewünschten Bildschirmauflösung) vorliegt, kann in einem abschließenden Verarbeitungsschritt noch Einfluss auf die Bildqualität genommen werden. Hierfür werden je nach subjektivem Ästhetik-Empfinden des Encoders entsprechende Filter auf das Videomaterial angewendet, um kleine Unsauberkeiten zu entfernen, dünne Linien zu schärfen oder die Auswirkungen bestimmter systematischer Fehler des Bildmaterials zu reduzieren. Grundsätzlich gilt dabei: Die Entfernung von Details verbessert einerseits die spätere Komprimierbarkeit des Videostreams, bewirkt aber gleichzeitig, dass das Bild verwaschener aussieht; je aggressiver die entsprechende Filterfunktion dabei vorgeht (was jeweils durch entsprechende Parameterwerte eingestellt werden kann), umso stärker sind beide Effekte spürbar.

Die folgende Anweisung des Skripts dient dazu, mit einem relativ defensiven Filter kleine Unsauberkeiten des Bildmaterials aufzulösen:

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Der Parameter <code>mode=2</code> weist die Funktion an, das bezüglich des Einsparungseffekts beste der drei vom Autor als "risikolos" beschriebenen Verfahren anzuwenden; die Funktion unterstützt auch weitaus aggressivere Verfahren (die dann allerdings dünne Linien beschädigen können etc.), welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org/mediawiki/Removegrain RemoveGrain] enthaltene Bibliothek (der konkrete Dateiname ist von der CPU des Zielrechners abhängig, siehe Installationsanleitung), welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Das erzeugte Video wird dabei ohne spürbare Einbußen der Qualität um wenige Prozent kleiner.

=== Beispiel eines vollständigen Avisynth-Skripts zur Verarbeitung der DVD-Daten ===

Ein vollständiges Avisynth-Skript sieht (nach der Installation aller erforderlichen Bibliotheken im <code>plugins</code>-Verzeichnis von Avisynth, wo sie automatisch gefunden werden) beispielsweise folgendermaßen aus:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
Mpeg2Source ("C:\DVD-Analyse\Seikai no Senki III\Volume 1\Seikai no Senki III Volume 1 - Video.d2v")

# Deinterlacing
tfm (slow=2)

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
tdecimate (mode=1)

# Schwarze Streifen etc. am Rand wegschneiden
crop (4, 2, -0, -2)

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (704, 396)

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Wenn eine solche Skript-Datei, welche anstelle des Pfadnamens der Projektdatei die Zeichenkette <code>__vid__</code> enthält, im Analyseprogramm DGIndex als "[http://neuron2.net/dgmpgdec/DGIndexManual.html#AVSTemplate AVS template]" angegeben wurde, dann fügt DGIndex während der Analyse des DVD-Materials diesen Pfadnamen der neu erstellten Projektdatei (ohne Gänsefüßchen) automatisch an der entsprechenden Stelle der Schablone ein und speichert das so dem Projekt angepasste Skript in dasselbe Verzeichnis und mit demselben Basisnamen wie die Projektdatei, aber mit der Endung <code>.avs</code>. Man braucht dieses Skript also nur ein einziges Mal zu erstellen (und z. B. ins Installationsverzeichnis von DGIndex zu speichern) und muss dann bei neuen Projekten nur noch Details darin ändern (Pixel-Angaben zum Cropping und ggf. zum Bildformat, eventuell andere Filter).

=== Speichern des Verarbeitungs-Ergebnisses ===

Das Ergebnis der Verarbeitung der DVD-Daten ist ein (zunächst einmal) ''unkomprimierter'' Video-Stream, der für eine normale Anime-Episode zwischen 10 und 15 GB an Daten umfasst. Bei Verwendung der angegebenen simplen Filterfunktion dauert das Erstellen der entsprechenden Video-Datei auf einem Pentium-4-PC mit 3 GHz knapp 15 Minuten; falls entsprechend aufwändigere Filter zum Einsatz kommen, kann diese Verarbeitung aber auch wesentlich länger (mehrere Stunden) dauern.

Sobald das Verfahren zu einem Ergebnis geführt hat, welches die Ansprüche des Encoders zu dessen Zufriedenheit erfüllt, möchte dieser das Ergebnis des Skript-Laufes eigentlich bis zum endgültigen Release nicht mehr löschen (um den Filter-Lauf nicht wiederholen zu müssen). Eine verlustbehaftete Komprimierung scheidet allerdings aus, da deren Ergebnis nicht mehr die erforderliche Qualität für die spätere Produktion von QC- und Release-Dateien aufweist. Es existieren jedoch Codecs, welche eine '''verlustfreie Komprimierung''' des erzeugten Videomaterials ermöglichen (z. B. [http://de.wikipedia.org/wiki/HuffYUV HuffYUV] und [http://de.wikipedia.org/wiki/Lagarith Lagarith]). Bei einer Speicherung des Video-Materials unter Verwendung eines dieser Verfahren kann das Datenvolumen um etwa 50-60% reduziert werden, sodass pro Episode eine Datei von etwa 5-6 GB Größe anfällt. ''(Achtung: Sowohl HuffYUF in der Version 2.2.0 als auch Lagarith in der Version 1.3.13 weisen Stabilitätsprobleme auf, die zum Absturz des Komprimierungslaufs führen können; der Verfasser dieses Artikels verwendet deshalb die etwas ältere Version 2.1.1 von HuffYUF.)'' Sobald sämtliche Episoden der DVD in diesem Format vorliegen, benötigt man die VOB-Dateien dieser DVD nicht mehr auf der Festplatte des Encoding-Rechners.

Für die Weitergabe des so bearbeiteten Videomaterials an andere Mitglieder der Fansubber-Gruppe (vor allem den [[Timer]] und den [[Typesetter]], insbesondere über langsame Internet-Leitungen) ist natürlich eine solche Datei immer noch viel zu groß. Deshalb erzeugt der Encoder ''zusätzlich'' eine (mit dem später zu verwendenden Video-Codec und sinnvollerweise auch etwa den später zu verwendenden Einstellungen) komprimierte Variante des Videos, das sogenannte '''Timing-Raw''', dessen Größe sich von derjenigen des späteren Release nur unwesentlich unterscheidet (man kann in der Qualität auch problemlos ein wenig nach unten gehen, um Übertragungsvolumen zu sparen). Dieses Timing-Raw muss dann auch einen Audio-Stream (mit dem korrekten Offset) enthalten, damit der Timer die passenden Zeitpunkte zum Ein- und Ausblenden der Untertitel exakt festlegen kann. (Bei einem Soloprojekt könnte man die verlustfrei komprimierten Video-Daten, ergänzt um den Audio-Stream, auch gleich als Timing-Raw verwenden.)

== Links ==

* [http://neuron2.net/dgmpgdec/DGIndexManual.html DGIndex-Benutzerhandbuch]
* [http://german.doom9.org/ doom9 (deutsch)]
* [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm Homepage zu TIVTC]

Von der ISO-DVD zum AVI-Hardsub

2008-01-16T14:13:59Z

Naito: /* Extrahieren der Audio-Daten aus dem MPEG2-Stream */ Video-DVDs dürfen keine MP3s enthalten

== Vorwort ==

Dieser Artikel soll einen Überblick der Arbeitsabläufe beschreiben, die auf dem Weg von einer Original-DVD bis zum fertigen [[Anime]]-[[Fansub]] anfallen.

Sein Schwerpunkt liegt darauf, zu erklären, ''warum'' die entsprechenden Schritte erforderlich sind, und ein Verfahren zum Erreichen einer ''Minimal-Lösung'' anzubieten, welches mit geringem Aufwand auch von einem unerfahrenen Encoder verwendet werden kann; erfahrene Encoder werden sicherlich in allen Teilaspekten aufwändigere Verfahren einsetzen und damit dann auch bessere Ergebnisse erzielen.

== Format einer Video-DVD ==

Auf handelsüblichen [http://de.wikipedia.org/wiki/DVD-Video Video-DVDs] liegt das Anime-Material im Format [http://de.wikipedia.org/wiki/MPEG-2 MPEG2] vor.

* Bild- und Toninformationen sind dabei (im Gegensatz zu den auf PCs üblichen [[Container|Video-Containern]]) ''nicht'' in separaten [[Stream|Streams]] gespeichert, sondern zu einem einzigen, großen Datenstrom vermengt.
* Dieser Datenstrom ist ''nicht'' nach Episoden unterteilt, sondern in mehreren, jeweils 1 GB großen Dateien (diese Maximalgröße ist vom DVD-Standard vorgeschrieben) mit der Endung <code>.VOB</code> enthalten, die sich im Verzeichnis [http://de.wikipedia.org/wiki/DVD-Video#Verzeichnisstruktur_und_Dateinamen VIDEO_TS der DVD] befinden. Das Datenvolumen (Bild und Ton) umfasst in dieser Darstellung etwa 1500-2000 MB pro Anime-Episode.
* Das Anime-Material liegt nicht in Form von Bildern, sondern in Form von [http://de.wikipedia.org/wiki/Halbbild Halbbildern] vor, aus denen die eigentlichen Bilder erst erstellt werden müssen ([http://de.wikipedia.org/wiki/Deinterlacing Deinterlacing]).
* Die Bildinformationen sind üblicherweise [http://de.wikipedia.org/wiki/Anamorphe_Bildaufzeichnung anamorph] gespeichert - das Bildformat des DVD-Videos ist also 720*480px (3:2), während das tatsächliche Seitenverhältnis des Animes jedoch 4:3 bzw. 16:9 sein soll. Handelsübliche Standalone-DVD-Player können solche Videos während des Abspielens (automatisch bzw. per Konfigurationsmenü einstellbar) in das korrekte Seitenverhältnis zerren (das Ziel-Seitenverhältnis ist auf der DVD vermerkt) - der [[Encoder]] eines Fansubs wird dies normalerweise selbst erledigen müssen.

== Analyse der DVD-Daten ==

Im ersten Abschnitt der Verarbeitung werden die DVD-Daten so analysiert (und teilweise auch bereits vorverarbeitet), dass sie in einem den Werkzeugen nachgeschalteter Verarbeitungsschritte passenden Format vorliegen.

=== Markierung einer Anime-Episode innerhalb der DVD-Daten ===

Dazu werden mit dem Programm [http://neuron2.net/dgmpgdec/dgmpgdec.html DGIndex] die VOB-Dateien der DVD geöffnet. Nicht alle VOB-Dateien enthalten tatsächlich Anime-Material (die erste von ihnen enthält z. B. das Steuermenü der DVD, teilweise sind auch Trailer für andere Produkte derselben Firma auf der DVD enthalten); was genau jede dieser Dateien enthält, kann man sich mit diesem Programm ansehen.

Am unteren Rand des Anzeigefensters befindet sich ein Schieberegler, mit dessen Hilfe man mit den Buttons "<code>[</code>" bzw. "<code>]</code>" die Anfangs- und Endmarke des zu bearbeitenden Materials manuell setzen kann - man muss den Umfang einer Episode also selbst auswählen.

=== Extrahieren der Audio-Daten aus dem MPEG2-Stream ===

Im Programm DGIndex kann man einstellen, wie man die Audio-Daten des vorliegenden Materials verarbeiten möchte.

Eine DVD kann mehrere Audio-Streams enthalten; diese können in unterschiedlichen Formaten vorliegen:
* Audio-Streams im Format [[Dolby Digital|AC3]] sind umfangreicher und benötigen demzufolge mehr Speicherplatz, bieten eine hohe Tonqualität und können insbesondere mehr als zwei Tonkanäle enthalten (z. B. [http://de.wikipedia.org/wiki/5.1 5.1-Ton]). Ein AC3-Stream mit einer Qualität von 448 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 77 MB Speicherplatz im späteren Encoding des Fansubs.
* Audio-Streams im Format [[Mp2|MP2]] sind kleiner und auf maximal zwei Tonkanäle beschränkt. Ein MP2-Stream mit einer Qualität von 128 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 22 MB Speicherplatz im späteren Encoding des Fansubs.
Beide Tonformate sind innerhalb von [[AVI|AVI-Containern]] erlaubt; bei Verwendung von [[Hardsubs]] sind MP3-Streams mit 128 kbit/sec die verbreitetste Wahl der Encoder, während für [[Softsubs]] häufig andere Format ([[Vorbis|OGG Vorbis]] bzw. [[Aac|AAC]]) Verwendung finden.

Während der Vorverarbeitung des Materials kann man die Audio-Daten in separate Dateien (je eine Datei pro Stream) extrahieren lassen (wie wir sie später beim Encoden auch benötigen werden), und zwar wahlweise
* im bereits vorliegenden Format (sinnvoll im Fall von MP3) oder
* umgewandelt ins WAV-Format (sinnvoll im Fall von AC3, falls man kein Programm zur Verarbeitung von AC3-Daten zur Hand hat und im späteren Fansub ohnehin MP3 verwenden will).

Vor Beginn der Analyse der DVD-Daten weiß DGIndex nicht, wie viele Audio-Streams die DVD besitzt und welchen Inhalt diese Spuren enthalten (selbst japanische Original-DVDs enthalten manchmal mehrere Audio-Streams, etwa mit Anmerkungen von Regisseur bzw. Seiyuu zu einzelnen Szenen. Der Encoder muss also zunächst einmal ''sämtliche'' Audio-Spuren extrahieren und sich dann im Einzelnen ansehen, welche davon er verwenden will.

Zu beachten ist, dass ein Audio-Stream ''nicht'' exakt gleichzeitig mit dem Anfang des Video-Streams beginnen muss, sondern einen '''Offset''' relativ zu diesem aufweisen kann; um diesen Offset verschoben muss der Audio-Stream später wieder mit dem Video-Stream zusammengefügt werden, damit Bild und Ton synchron bleiben. Ein eventueller Offset wird beim Abspeichern des betreffenden Audio-Streams im Namen der erzeugten Datei vermerkt.

=== Durchführung des Analyselaufs mit DGIndex ===

Nachdem die entsprechenden Einstellungen für die Auswahl des Video-Materials und die Extraktion des Audio-Materials vorgenommen wurden, startet man mit <code>Save Project</code> den Analyselauf (der für eine normale Anime-Episode auf einem Pentium-4-PC mit 3 GHz etwa 5 Minuten dauert). In dem während der Verarbeitung geöffneten Dialog wird dabei auch das ''tatsächliche Seitenverhältnis des Videos'' angezeigt (welches ''nicht'' mit dem Seitenverhältnis übereinstimmt, in dem DGIndex das Video selbst anzeigt!); diese Information sollte man sich ggf. notieren, sie wird später noch benötigt werden.

Das Ergebnis des anschließenden Verarbeitungslaufes ist ''keine'' Video-Datei in einem neuen Format, sondern lediglich eine kleine (ca. 200 kB pro Episode) Projektdatei (mit der Endung <code>.d2v</code>), die ''Verweise in die DVD-Daten'' enthält; diese DVD-Daten brauchen wir also zunächst einmal weiterhin als Arbeitsdateien.

Im selben Verzeichnis wie diese Projektdatei werden die extrahierten Audio-Streams gespeichert. Ab diesem Zeitpunkt bleiben Bild- und Toninformationen getrennt und werden erst beim Encoding eines fertigen AVI-Containers wieder zusammengefügt.

== Bearbeitung der Video-Daten ==

Im zweiten Abschnitt der Verarbeitung wird nun das mit Hilfe der Projektdatei ansprechbare Videomaterial so bearbeitet, dass eine Datei (das sogenannte Timing Raw) entsteht, mit der die einzelnen Mitglieder des Fansub-Projekts arbeiten können (bisher haben wir die Daten ja nach wie vor im MPEG2-Format vorliegen). Etwaige Verbesserungen der Bildqualität werden ebenfalls in diesem Abschnitt durchgeführt.

Das in diesem Schritt verwendete Werkzeug ist [http://avisynth.org/mediawiki/Main_Page Avisynth], was aus der Sicht des Systems ein Codec ist (eine Bibliotheksfunktion, welche einen Videostrom in einen anderen Videostrom umwandelt). Avisynth besitzt also ''keine Benutzeroberfläche''; seine Verarbeitung wird vielmehr durch Skriptdateien gesteuert, in welchen der Encoder Anweisungen zur Umwandlung des Videomaterials notiert. Dieses Skript wird dann von Avisynth interpretiert und auf den eingelesenen Video-Datenstrom angewendet; es gibt einen entsprechend bearbeiteten Video-Stream aus. Diese Ausgabe eines solchen Verarbeitungsgangs kann also insbesondere wie eine Videodatei mit einem Videoplayer abgespielt werden oder auch als Eingabe für ein Encoding-Tool dienen.

Dieser Abschnitt kann je nach Kenntnissen und persönlichen Vorlieben des Encoders zahlreiche weitere Einzelschritte umfassen; das vorliegende Dokument versucht, sich auf das absolute Minimum zu beschränken.

=== Zugriff auf die MPEG2-Daten ===

Die folgende Anweisung des Skripts dient dazu, die MPEG2-Daten der DVD zu lesen:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
LoadPlugin (''Pfadname der Bibliothek dgdecode.dll'')
DGDecode_Mpeg2Source (''Pfadname der Projektdatei'')

Diese Funktion wird realisiert durch die (mit DGIndex mitgelieferte) Bibliothek <code>dgdecode.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Dabei greift das Skript mit Hilfe einer Plugin-Funktion und unter Verwendung der von DGIndex erstellten Projektdatei auf die VOB-Dateien der DVD zu. Das Ergebnis dieses Zugriffs ist ein ''unkomprimierter'' Video-Stream, auf welchen die anschließenden Bearbeitungsschritte angewendet werden können.

=== Zusammenfassung der Halbbilder zu Bildern (Deinterlacing) ===

Diese Anweisung des Skriptes dient dazu, die Halbbilder der MPEG2-Daten zu vollständigen Bildern zusammenzufassen (Deinterlacing bzw. Inverse Telecide). Ein mechanisches Zusammenfassen benachbarter Halbbilder reicht dafür nicht aus - dadurch würde es häufig vorkommen, dass Halbbilder zusammengefasst würden, welche nicht zusammengehören, was sich erstens in unschön gestrichelten Linien bemerkbar macht ([http://de.wikipedia.org/wiki/Deinterlacing#Weave_.28field_insertion.29 Kammeffekt]) und zweitens das Videomaterial auch noch schlechter komprimierbar macht (also bei gleicher Informationsmenge zu größeren Dateien als Ergebnis des abschließenden Encoding-Durchgangs führt), weil einfarbige Flächen bzw. Striche platzsparender dargestellt werden können als einzelne Punkte mit abwechselnden Farben.

Die folgende Anweisung des Skripts bietet eine einfach zu bedienende Lösung, indem sie den Deinterlacing-Vorgang automatisch durchführt, dabei jedoch das vorliegende Videomaterial statistisch auswertet und dadurch zu sehr ordentlichen Ergebnissen kommt:

# Deinterlacing (intelligentes Verfahren, aus TIVTC)
LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tfm (slow=2)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Der Parameter <code>slow=2</code> weist die Funktion an, das langsamste Verfahren anzuwenden, welches zu den qualitativ besten Ergebnissen führt; die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Es sei ausdrücklich erwähnt, dass es andere Lösungen für das Deinterlacen gibt, insbesondere die Verwendung des Programms [http://ivtc.org/ Yatta], mit welchem Video-Puristen das gesamte Video-Material Bild für Bild durchgehen und jeden einzelnen Frame wunschgemäß erzeugen lassen können; dieser Arbeitsgang erzeugt dann ebenfalls (umfangreiche) Anweisungen für das Avisynth-Skript.

''ACHTUNG: Ein konkretes Verfahren zum Deinterlacen, angewendet auf ein bestimmtes Videomaterial, erzeugt seine ganz eigene Sequenz von effektiven Bildern; insbesondere an Szenenübergängen ist es völlig normal, dass zwei verschiedene Deinterlacing-Verfahren unterschiedliche Ergebnisse erzeugen, wodurch sich insbesondere ganze Szene um 1 Frame verschieben können. Die Entscheidung für ein bestimmtes Verfahren, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle kann bewirken, dass sämtliche Zeitangaben von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Timing nachgearbeitet werden muss. (Dies erklärt u. a. entsprechende Verschiebungen des Typesetting um genau 1 Frame in einigen Fansub-Releases.)''

=== Reduzieren der Bildrate (Decimate) ===

Japanische Original-DVDs liegen im NTSC-Format vor und verwendet deshalb üblicherweise 29.97 Bilder pro Sekunde. Zum Abspielen von Animes auf europäischen Geräten wollen wir aber 23.976 Bilder pro Sekunde haben (''warum?''). Dies wird dadurch erreicht, dass ''im Prinzip'' jedes fünfte Bild des Original-Videos weggelassen wird. (Tatsächlich würde die mechanische Durchführung eines solchen Verfahrens rhythmische Veränderungen am Videomaterial verursachen, die sich in einem spürbaren Ruckeln manifestieren können; die tatsächliche Verarbeitungslogik ist daher etwas komplizierter.)

Die folgende Anweisung des Skripts dient dazu, die Anzahl der im vorherigen Schritt erzeugten vollständigen Bildern auf die gewünschte Framerate zu reduzieren:

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
# LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tdecimate (mode=1)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss. (Da dies dieselbe Bibliothek ist, die zuvor bereits für das Deinterlacen verwendet wurde, ist die LoadPlugin-Anweisung hier redundant und wurde deshalb auskommentiert.)

Der Parameter <code>mode=1</code> weist die Funktion an, die zu entfernenden Bilder bevorzugt aus möglichst langen Reihen identischer Bilder zu wählen (von denen ein weggelassenes Bild am leichtesten entbehrlich ist); die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

=== Wegschneiden unschöner Bildteile an den Rändern (Cropping) ===

Von den 720*480px des Bildmaterials der DVD sind manchmal bestimmte Teile nur eingeschränkt verwendbar:
* An einigen Rändern des Bildes sind üblicherweise durchgehend ''schwarze Balken'' zu sehen.
* Innerhalb des verbleibenden Bildes liegen in den äußersten Pixel-Reihen bzw. -Spalten manchmal ''starke Verfärbungen'' vor, die eine ähnliche optische Wirkung wie schwarze Balken haben.
Da das Videomaterial anschließend ohnehin auf die tatsächliche Größe des endgültigen Videos verzerrt werden muss, bietet es sich an, diese unschönen Teile (die prozentual nur einen kleinen Teil des Bildes ausmachen, deren Weglassen also die Bildproportionen nicht spürbar verändert) bereits vor dieser Skalierung aus dem Bildmaterial wegzuschneiden und auf diese Weise das Zielformat des Videos ausschließlich mit "schönen" Bildinformationen zu füllen. Die konkreten Beträge an wegzulassenden Zeilen bzw. Spalten des Bildes hängen sowohl vom konkreten Videomaterial als auch vom subjektiven Geschmack des Encoders ab.

Die folgende Anweisung des Skripts dient dazu, die angegebene Anzahl von Pixeln des Videomaterials an den vier Seiten des Bildes wegzuschneiden:

# Schwarze Streifen etc. am Rand wegschneiden
crop (''links'', ''oben'', ''breite'', ''höhe'')

Dabei bedeuten die vier Parameter der Funktion:
# Linke obere Ecke (Spalte)
# Linke obere Ecke (Zeile)
# positiver Wert: Breite des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Spalte)
# positiver Wert: Höhe des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Zeile)
Bei einem Aufruf <code>crop (4,2,-0,-2)</code> würden also links 4 Pixel, rechts 0 Pixel sowie oben und unten jeweils 2 Pixel weggeschnitten (bei Angaben in dieser Notation muss man weniger rechnen ;-).

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

ACHTUNG: Die konkreten Angaben zum Croppen, angewendet auf ein bestimmtes Videomaterial, erzeugen ihre ganz eigene Sequenz von effektiven Bildern; bei anderen Angaben an dieser Stelle wird zwar im Prinzip dieselbe Bildsequenz erzeugt, aber Objekte innerhalb des Bildes befinden sich nicht an derselben Stelle, als wenn ein anderer Betrag an Rand weggeschnitten worden wäre. Die Entscheidung für einen bestimmten Satz an Parameterwerten, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle bewirkt, dass sämtliche Positionen von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Typesetting nachgearbeitet werden muss.

=== Anpassen der Bildgröße auf das gewünschte Zielformat ===

Aufgrund der oben erwähnten anamorphen Bilddarstellung auf DVDs liegt das Bildmaterial oftmals nicht in dem tatsächlich darzustellenden Format vor (das eigentlich erwünschte Seitenformat haben wir während der Analyse des DVD-Materials ermittelt). Hinzu kommt, dass wir im vorherigen Arbeitsschritt ggf. an den Rändern bestimmte Bereiche weggeschnitten haben.

Welche Bildgröße wollen wir erreichen? Beide Seitenlängen [http://encodingwissen.de/spezial/mod-regeln.html sollten möglichst durch 16 teilbar sein]; das in der Größe von 720x480px vorliegende Bildmaterial sollte in keiner der beiden Dimensionen hochskaliert werden, um nicht an Qualität zu verlieren. Für Videos mit den Seitenverhältnissen 4:3 ist deshalb ein Bildformat von '''640x480px''' üblich; bei einem Seitenverhältnis von 16:9 ist der größte Wert, bei dem dieses Verhältnis mit durch 16 teilbaren Seitenlängen ''exakt'' erreicht werden kann, '''704x396px'''.

Die folgende Anweisung des Skripts dient dazu, die Bildgröße des Video-Streams in Breite und Höhe auf den gewünschten Wert zu skalieren (wobei es irrelevant ist, in welcher Größe das Videomaterial nach den vorherigen Transformationen tatsächlich vorliegt):

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (''breite'', ''höhe'')

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

Auch hier wieder der Hinweis, das es [http://avisynth.org/mediawiki/Resize zahlreiche andere Verfahren zur Änderung der Bildgröße] gibt, welche sich u. a. in Bezug auf die Behandlung dünner Linien unterscheiden (also ggf. unterschiedlich scharfe bzw. verwaschene Ergebnisse produzieren).

Durch zusätzliche Parameter für die jeweilige Resize-Funktion ist es auch möglich, Cropping und Resizing in einem Arbeitsgang zu erledigen (was die Verarbeitungsgeschwindigkeit minimal erhöht); Einzelheiten sind der Dokumentation der jeweiligen Funktion zu entnehmen.

=== Filter zur Qualitätsverbesserung ===

Nachdem nun das Videomaterial im Prinzip im richtigen Format (Vollbilder in der gewünschten Bildschirmauflösung) vorliegt, kann in einem abschließenden Verarbeitungsschritt noch Einfluss auf die Bildqualität genommen werden. Hierfür werden je nach subjektivem Ästhetik-Empfinden des Encoders entsprechende Filter auf das Videomaterial angewendet, um kleine Unsauberkeiten zu entfernen, dünne Linien zu schärfen oder die Auswirkungen bestimmter systematischer Fehler des Bildmaterials zu reduzieren. Grundsätzlich gilt dabei: Die Entfernung von Details verbessert einerseits die spätere Komprimierbarkeit des Videostreams, bewirkt aber gleichzeitig, dass das Bild verwaschener aussieht; je aggressiver die entsprechende Filterfunktion dabei vorgeht (was jeweils durch entsprechende Parameterwerte eingestellt werden kann), umso stärker sind beide Effekte spürbar.

Die folgende Anweisung des Skripts dient dazu, mit einem relativ defensiven Filter kleine Unsauberkeiten des Bildmaterials aufzulösen:

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Der Parameter <code>mode=2</code> weist die Funktion an, das bezüglich des Einsparungseffekts beste der drei vom Autor als "risikolos" beschriebenen Verfahren anzuwenden; die Funktion unterstützt auch weitaus aggressivere Verfahren (die dann allerdings dünne Linien beschädigen können etc.), welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org/mediawiki/Removegrain RemoveGrain] enthaltene Bibliothek (der konkrete Dateiname ist von der CPU des Zielrechners abhängig, siehe Installationsanleitung), welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Das erzeugte Video wird dabei ohne spürbare Einbußen der Qualität um wenige Prozent kleiner.

=== Beispiel eines vollständigen Avisynth-Skripts zur Verarbeitung der DVD-Daten ===

Ein vollständiges Avisynth-Skript sieht (nach der Installation aller erforderlichen Bibliotheken im <code>plugins</code>-Verzeichnis von Avisynth, wo sie automatisch gefunden werden) beispielsweise folgendermaßen aus:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
Mpeg2Source ("C:\DVD-Analyse\Seikai no Senki III\Volume 1\Seikai no Senki III Volume 1 - Video.d2v")

# Deinterlacing
tfm (slow=2)

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
tdecimate (mode=1)

# Schwarze Streifen etc. am Rand wegschneiden
crop (4, 2, -0, -2)

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (704, 396)

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Wenn eine solche Skript-Datei, welche anstelle des Pfadnamens der Projektdatei die Zeichenkette <code>__vid__</code> enthält, im Analyseprogramm DGIndex als "[http://neuron2.net/dgmpgdec/DGIndexManual.html#AVSTemplate AVS template]" angegeben wurde, dann fügt DGIndex während der Analyse des DVD-Materials diesen Pfadnamen der neu erstellten Projektdatei (ohne Gänsefüßchen) automatisch an der entsprechenden Stelle der Schablone ein und speichert das so dem Projekt angepasste Skript in dasselbe Verzeichnis und mit demselben Basisnamen wie die Projektdatei, aber mit der Endung <code>.avs</code>. Man braucht dieses Skript also nur ein einziges Mal zu erstellen (und z. B. ins Installationsverzeichnis von DGIndex zu speichern) und muss dann bei neuen Projekten nur noch Details darin ändern (Pixel-Angaben zum Cropping und ggf. zum Bildformat, eventuell andere Filter).

=== Speichern des Verarbeitungs-Ergebnisses ===

Das Ergebnis der Verarbeitung der DVD-Daten ist ein (zunächst einmal) ''unkomprimierter'' Video-Stream, der für eine normale Anime-Episode zwischen 10 und 15 GB an Daten umfasst. Bei Verwendung der angegebenen simplen Filterfunktion dauert das Erstellen der entsprechenden Video-Datei auf einem Pentium-4-PC mit 3 GHz knapp 15 Minuten; falls entsprechend aufwändigere Filter zum Einsatz kommen, kann diese Verarbeitung aber auch wesentlich länger (mehrere Stunden) dauern.

Sobald das Verfahren zu einem Ergebnis geführt hat, welches die Ansprüche des Encoders zu dessen Zufriedenheit erfüllt, möchte dieser das Ergebnis des Skript-Laufes eigentlich bis zum endgültigen Release nicht mehr löschen (um den Filter-Lauf nicht wiederholen zu müssen). Eine verlustbehaftete Komprimierung scheidet allerdings aus, da deren Ergebnis nicht mehr die erforderliche Qualität für die spätere Produktion von QC- und Release-Dateien aufweist. Es existieren jedoch Codecs, welche eine '''verlustfreie Komprimierung''' des erzeugten Videomaterials ermöglichen (z. B. [http://de.wikipedia.org/wiki/HuffYUV HuffYUV] und [http://de.wikipedia.org/wiki/Lagarith Lagarith]). Bei einer Speicherung des Video-Materials unter Verwendung eines dieser Verfahren kann das Datenvolumen um etwa 50-60% reduziert werden, sodass pro Episode eine Datei von etwa 5-6 GB Größe anfällt. ''(Achtung: Sowohl HuffYUF in der Version 2.2.0 als auch Lagarith in der Version 1.3.13 weisen Stabilitätsprobleme auf, die zum Absturz des Komprimierungslaufs führen können; der Verfasser dieses Artikels verwendet deshalb die etwas ältere Version 2.1.1 von HuffYUF.)'' Sobald sämtliche Episoden der DVD in diesem Format vorliegen, benötigt man die VOB-Dateien dieser DVD nicht mehr auf der Festplatte des Encoding-Rechners.

Für die Weitergabe des so bearbeiteten Videomaterials an andere Mitglieder der Fansubber-Gruppe (vor allem den [[Timer]] und den [[Typesetter]], insbesondere über langsame Internet-Leitungen) ist natürlich eine solche Datei immer noch viel zu groß. Deshalb erzeugt der Encoder ''zusätzlich'' eine (mit dem später zu verwendenden Video-Codec und sinnvollerweise auch etwa den später zu verwendenden Einstellungen) komprimierte Variante des Videos, das sogenannte '''Timing-Raw''', dessen Größe sich von derjenigen des späteren Release nur unwesentlich unterscheidet (man kann in der Qualität auch problemlos ein wenig nach unten gehen, um Übertragungsvolumen zu sparen). Dieses Timing-Raw muss dann auch einen Audio-Stream (mit dem korrekten Offset) enthalten, damit der Timer die passenden Zeitpunkte zum Ein- und Ausblenden der Untertitel exakt festlegen kann. (Bei einem Soloprojekt könnte man die verlustfrei komprimierten Video-Daten, ergänzt um den Audio-Stream, auch gleich als Timing-Raw verwenden.)

== Links ==

* [http://neuron2.net/dgmpgdec/DGIndexManual.html DGIndex-Benutzerhandbuch]
* [http://german.doom9.org/ doom9 (deutsch)]
* [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm Homepage zu TIVTC]

Prüfsummen-Guide mit HashTab

2008-01-10T17:00:16Z

Naito: aktualisiert

Dieser Guide ist für alle, die sich schon immer mal gefragt haben, was eigentlich dieses 8-stellige Buchstaben-Zahlen-Kombination nach dem Akronym '''CRC''' ist.

== Theorie... ==

Auf [http://www.fan-sub.de fan-sub.de] sind in den Release-Infos der gesubten Folgen neben den Episoden-Titel, Dateigröße, usw. ist unter anderem auch sowas wie '''<code>crc: 9F7E6D5C</code>''' zu finden. Eine kleine aber nicht ganz unbedeutende Information.

'''[http://de.wikipedia.org/wiki/Zyklische_Redundanzpr%C3%BCfung CRC]''' steht für '''C'''yclic '''R'''edundancy '''C'''heck (engl. für ''zyklische Redundanzprüfung'') und ist eine einfache [http://de.wikipedia.org/wiki/Pr%C3%BCfsumme Prüfsumme]. Vereinfacht kann man sagen, das Prüfsummen dazu dienen, die Unversehrtheit einer Datei darzustellen. Durch einen festgeschriebenen mathematischen Algorithmus wird ein Hash-Wert (in unserem Fall der CRC-Wert) ermittelt. Jedes mal, wenn ein Hash-Wert einer bestimmten Datei ermittelt wird, ist der Hash-Wert dieser Datei identisch.

Auf [http://www.fan-sub.de fan-sub.de] steht der CRC-Wert, den die [[Fansubgruppe]] für eine bestimmte Datei (XviD- oder H.264-Video) eingetragen hat. Lade diese Datei bspw. über [[BitTorrent]] oder [[IRC]], so muss bei der Berechnung des Hash-Wertes der Original-Kopie (die heruntergeladen wurde) der selbe Hash-Wert herauskommen. 
Ist dies nicht der Fall, kann das zwei Gründe haben:
# Die heruntergeladene Datei ist kaputt (höchstwahscheinlich)
# Der original CRC-Wert stimmt nicht (unwahrscheinlich)

Und hier ergibt sich auch, wozu das ganze gut ist. Wenn mein selbstberechneter Hash-Wert mit dem angegebenen übereinstimmt ist alles in Ordnung. Das ganze dient als Überprüfung. Die heruntergeladene Datei entspricht exakt der Datei desjenigen, der auch den Hash-Wert ermittelt hat.

== ... und Praxis ==

[http://www.beeblebrox.org/hashtab/ Homepage von HashTab] (Auch wenn die Homepage auf Englisch ist, das Programm ist auf Deutsch)

=== Installation ===
*Einschränkung: Nur für Windows 98 / XP / Vista

Auf ''"Download HashTab v2.x"'' klicken, die ''"hashtab2_setup.exe"'' herunterladen und mit Doppelklick die Installation starten. Das Setup führt dich durch die Installation.

=== Bedienung ===
*Wähle ein beliebige Datei aus, Rechtsklick und Aufruf von ''"Eigenschaften"''. 
*Es öffnet sich ''"Eigenschaften für [Deine Datei]"''. Neu ist der letzte Reiter mit dem Namen ''"Hashwerte"''. Bei Auswahl von diesem beginnt sofort die Berechnung der Hash-Werte. Je nach Größe der Datei und Performance der Festplatte & CPU kann das einen Moment dauern.
*Kopiere (bitte nicht von Hand eintippen, Fehlerquelle) den Original-Hashwert in das leere Feld unterhalb von ''"Hash-Vergleich"'' (hinter dem Fragezeichen-Symbol).
**Es erscheint ein grünes Häkchen statt des Fragezeichens, wenn die Hash-Werte identisch sind. Darunter befindet sich ein Hinweis, welcher Hash-Algorithmus übereinstimmt.
**Es erscheint ein rotes Kreuz (X) statt des Fragezeichens, wenn die Hash-Werte ungleich sind.
*In den Standardeinstellungen berechnet HashTab v2.x die Hash-Werte für [http://de.wikipedia.org/wiki/Message-Digest_Algorithm_5 MD5], [http://de.wikipedia.org/wiki/Secure_Hash_Algorithm SHA1] und [http://de.wikipedia.org/wiki/Zyklische_Redundanzpr%C3%BCfung CRC32] gleichzeitig. In den Einstellungen lassen sich Algorithmen an- bzw. abwählen.

== Anmerkung ==
* Nicht unerwähnt zu lassen ist, dass HashTab nur eines von viele Programmen zur Hash-Ermittlung darstellt. Beliebt ist unter anderem auch [http://www.jonelo.de/java/jacksum/index_de.html Jacksum], das u.a. auch mit [http://de.wikipedia.org/wiki/Simple_File_Verification SFV-Dateien] umgehen kann.

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]
[[Kategorie:Tutorial]]

Matroska

2008-01-07T10:56:57Z

Naito: typo, Link entfernt da veraltet

[[Bild:Logo-matroska.png|right]]
Das '''Matroska'''-Projekt hat sich zum Ziel gesetzt, der [[Container]]-Standard für Audio und Video zu werden. Da es auf '''EBML''' (''Extensible Binary Meta Language''), einer binären Variante von '''XML''', basiert, ermöglicht es den Entwickeln das Format zu erweitern, ohne dabei die Kompatibilität zu älteren [http://de.wikipedia.org/wiki/Parser Parsern] zu verlieren. Die Endungen für Matroskadateien sind .mkv (Video/Audio) und .mka (nur Audio).

Der Grund, das Matroska immer häufiger für Fansubs eingesetzt wird, ist der Trend zu HighDefinition. Die große Bildfläche lässt sich effizienter mit [[H.264|MPEG-4 AVC/H.264]] ([[x264]]) realisieren als mit [[MPEG-4|MPEG-4 ASP]] ([[XviD]]), der eine höhere Bitrate benötigten würde (und so zu einer größeren Datei). Große Dateien sind für Leecher unkomfortabel und für die Fansubgruppe bedeuten es noch höheren Trafficverbrauch.
Für [[H.264|MPEG-4 AVC]] ist der [[AVI]]-[[Container]] ungeeignet, weshalb die Encoder auf den Matroska Container zurückgreifen.
Desweiteren hat der Matroskacontainer den Vorteil, dass er *.ass Softsubs unterstützt - das heißt, dass die Subs intern im Container beiliegen und an- und ausschaltbar sind. In der deutschen Fansubszene ist sowas aber noch relativ selten.

Matroska hat gegenüber älteren Containerformaten wie z. B. [[AVI]] bereits heute folgende Vorteile:

* Kapitelmarken/Kapitelnamen
* Hohe Fehlerrobustheit
* [http://de.wikipedia.org/wiki/Streaming-Format streambar] über das Internet ([http://de.wikipedia.org/wiki/Hypertext_Transfer_Protocol HTTP] und [http://de.wikipedia.org/wiki/RTP RTP])
* Variable Framerate
* Auswählbare Untertitel ([[Softsubs]]; [[.srt|SRT]], [[.ssa|SSA]]/[[.ass|ASS]], VobSub-[[Untertitel]], das heißt Untertitel als Bilder wie auf DVDs)
* Unterstützung für
** Video: [http://de.wikipedia.org/wiki/MPEG-1 MPEG-1], [http://de.wikipedia.org/wiki/MPEG-2 MPEG-2], [[MPEG-4]], [http://de.wikipedia.org/wiki/RealVideo RealVideo], [http://de.wikipedia.org/wiki/Microsoft_Windows_Media_Video WMV]
** Audio: [[aac|AAC]], [http://de.wikipedia.org/wiki/Wav WAV], [[mp3|MP3]] ([http://de.wikipedia.org/wiki/Konstante_Datenrate CBR] und [http://de.wikipedia.org/wiki/Variable_Datenrate VBR]), [[Ac3|AC3]], [http://de.wikipedia.org/wiki/RealAudio RealAudio], [[OGG]]-[[Vorbis]] etc.
** Anhänge (z.B. Fonts, die für SSA/ASS-Untertitel benötigt werden)
* Menüs (Wie auf DVD, werden aber noch nicht korrekt unterstützt)

Matroska-Dateien können generell mit jedem [[DirectShow]]-fähigen Mediaplayer unter Windows, nach Installation des [http://packs.matroska.org/ Playback-Packs], abgespielt werden. Entsprechende [[DirectShow]]-Filter (einen sog. [[Splitter]]; trennt Video- von Audio- und Untertiteldaten), stehen natürlich auch separat zur Verfügung, für Diejenigen, die es scheuen Codec-Packs zu installieren.
Von den Entwicklern werden aber einige Player vorgeschlagen, die für das Abspielen von Matroska-Dateien besonders geeignet sind:
* [http://www.corecoded.com/ The Core Media Player]
* [http://www.videolan.org/ VLC (Videolan)]
* [http://sourceforge.net/projects/guliverkli/ MPC (Media Player Classic)]
** '''Note:''' Es kann vorkommen, dass interne Matroska-Parser und Subtitle-Renderer nicht immer auf den neuesten Stand sind. Diese am Besten in den Optionen des Players deaktivieren, es werden dann entsprechende externe Filter verwendet, z.B. den [[Wiedergabe_Tutorial#Haali_Media_Splitter|Haali Media Splitter]].
* [http://www.inmatrix.com/ Zoomplayer]
* [http://xinehq.de/ Xine]

Zum Erstellen und Extrahieren von Matroska-Files stehen ebenfalls einige Tools, unter Windwows und Linux, zur Verfügung:
* [http://www.bunkus.org/videotools/mkvtoolnix/index.html MKVToolnix]
* [http://corecodec.org/projects/mkvextractgui/ MkvExtractGUI]
* [http://www-user.tu-chemnitz.de/%7Enoe/Video-Zeug/AVIMux%20GUI/ AVIMux-GUI]

== Weblinks ==

* [http://matroska.org/ Offizielle Webpräsenz]

[[Kategorie:Container]]

Diskussion:Iroffer Kommandos

2007-12-26T13:49:18Z

Naito: typo

== Span ==
--[[Benutzer:Naito|Naito]] 14:48, 26. Dez 2007 (CET): Ich hasse diesen Spam! Besonders von Bots! Sorry [[Benutzer:Dinoex|Dinoex]], das einzige was ich tun konnte war eine Wiederherstellung des Standes vom 31. Okt 2007, 15:26. Killerattacks bitten, das ein Spamfilter eingebaut wird.

Diskussion:Iroffer Kommandos

2007-12-26T13:48:56Z

Naito: Span

== Span ==

--[[Benutzer:Naito|Naito]] 14:48, 26. Dez 2007 (CET): Ich hasse diesen Spam! Besonders von Bots! Sorry [[Benutzer:Dinoex|Dinoex]], das einzige was ich tun konnte war eine Wiederherstellung des Standes vom 31. Okt 2007, 15:26. Killerattacks bitten, das ein Spamfilter eingebaut wird.

Iroffer Kommandos

2007-12-26T13:37:18Z

Naito: Wiederhergestellt zur letzten Änderung von 80.143.201.107

== Info Kommandos ==

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== XDLFULL ===
Verfügbar in: console, dcc, msg

Beschreibung: Zeigt alle auf dem Bot freigegebenen Dateien an, auch wenn diese in Gruppen einsortiert sind.

=== XDLGROUP <gruppe> ===
Verfügbar in: console, dcc, msg

Beschreibung: Zeigt die auf dem Bot freigegebenen Dateien an die in der angegebene Gruppen einsortiert sind.

=== XDL ===
Verfügbar in: console, dcc, msg

Beschreibung: Zeigt die auf dem Bot freigegebenen Dateien an.

Ausgabebeispiel:
<pre>** 2 packs ** 12 of 12 slots open, Record: 65.8KB/s
** Bandwidth Usage ** Current: 0.5KB/s, Cap: 50.0KB/s, Record: 2.5KB/s
** To request a file type: "/msg offerDCC xdcc send #x" **
** To request details type: "/msg offerDCC xdcc info #x" **
#1 4618x [ 55K] iroffer 1.0.1 - Stable (v1.0) version
#2 361x [ 66K] iroffer 1.1b8 - Experimental (v1.1) version
** The official iroffer distribution source **</pre>

=== XDLOCK ===
Verfügbar in: console, dcc, msg

Beschreibung: Zeigt alle auf dem Bot gesperrten Dateien an.

=== XDTRIGGER ===
Verfügbar in: console, dcc, msg

Beschreibung: Zeige alle Pakete mit einem dynamischen Trigger.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== XDS ===
Verfügbar: console, dcc, msg

Beschreibung: Sorgt für sofortiges Schreiben der State- und XDCCList-Datei auf die Festplatte.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== DCLD ===
Verfügbar: console, dcc, msg

Beschreibung: Zeigt eine detaillierte Liste der Transfers als DCL.

Ausgabebeispiel:
<pre>Current Transfers
ID User File Status
^- Speed Current/ End Start/Remain Min/ Max Resumed
--------------------------------------------------------------------
5 PMG testfile1.tgz Sending 40%
^- 2.9K/s 16399K/ 40686K 1h06m/ 2h21m no/ no 5458K
11 PMG2 testfile3.tgz Sending 24%
^- 3.0K/s 8650K/ 36178K 38m08s/ 2h35m no/ no no
--------------------------------------------------------------------
Current Uploads
ID User File Status
^- Speed Current/ End Start/Remain
--------------------------------------------------------------------
1 testDCC testfile20 Getting 31%
^- 0.0K/s 6371K/ 20480K 0m00s/99h59m
--------------------------------------------------------------------</pre>

Anmerkungen:
*ID: Jeder Up- und Download besitzt eine eigene ID
*User: Der Nick des Benutzers, der den Transfer angefordert hat
*File: Name der übertragenen Datei
*Status:
*Listening: Die Übertragung wurde eingeleitet, aber es wurde noch keine Verbindung aufgebaut
*Sending: Die Übertragung läuft, die Prozentzahl zeigt den Fortschritt
*Finishing: Die Übertragung wurde beendet, es wird auf die abschließende Bestätigung gewartet
*Closing: Die Übertragung wurde abgeschlossen, aber noch nicht aus der Liste entfernt
*Connecting: Ein Upload wurde eingeleitet, aber es wurde noch keine Verbindung aufgebaut
*Getting: Der Upload läuft, die Prozentzahl zeigt den Fortschritt
*Speed: Aktuelle Übertragungsgeschwindigkeit
*Current: Aktuelle Position innerhalb der Datei (in KB)
*End: Gesamtlänge der Datei (in KB, entspricht der Gesamtgröße)
*Start: Zeit seit Beginn der Übertragung
*Remain: Verbleibende Zeit bis zum Abschluss der Übertragung
*Min: Minimale Geschwindigkeit der Übertragung (falls ein Limit vorhanden ist)
*Max: Maximale Geschwindigkeit der Übertragung (falls ein Limit vorhanden ist)
*Resumed: Position innerhalb der Datei, ab welcher die Übertragung ggf. fortgesetzt wurde

=== TRINFO <id> ===
Verfügbar: console, dcc, msg

Beschreibung: Zeigt sehr detaillierte Informationen über einen einzelnen Transfer.

Beispiel: trinfo 0

Ausgabebeispiel:
<pre>Transfer Info for ID 1:
User PMG, Hostname cant.get.enough.iroffer.org, Status Sending
File: testfile1.tgz
Start 5458K, Current 18624K, End 40686K (46% File, 37% Xfer)
Min no, Current 3.1K/s, Max no, In Transit 116K
Transfer started 1h 19m ago, Finish in 1h 58m, Last contact 0m 0s ago.
Local: 10.0.0.1:3091, Remote: 10.0.0.2:1114
Sockets: Listen 0, Transfer 7, File 6</pre>

Anmerkungen:
*User: Der Nick des Benutzers, der den Transfer angefordert hat
*Hostname: Hostname der Person, die den Transfer angefordert hat, zum Zeitpunkt der Anforderung
*Status:
*Listening: Die Übertragung wurde eingeleitet, aber es wurde noch keine Verbindung aufgebaut
*Sending: Die Übertragung läuft, die Prozentzahl zeigt den Fortschritt
*Finishing: Die Übertragung wurde beendet, es wird auf die abschließende Bestätigung gewartet
*Closing: Die Übertragung wurde abgeschlossen, aber noch nicht aus der Liste entfernt
*Connecting: Ein Upload wurde eingeleitet, aber es wurde noch keine Verbindung aufgebaut
*Getting: Der Upload läuft, die Prozentzahl zeigt den Fortschritt
*File: Name der übertragenen Datei
*Start: Position, ab der innerhalb der Datei die Übertragung gestartet wurde (in KB)
*Current: Aktuelle Position innerhalb der Datei (in KB)
*End: Gesamtlänge der Datei (in KB, entspricht der Gesamtgröße)
*% File: Fortschritt (in Prozent) der Übertragung der aktuell verarbeiteten Datei
*% XFer: Fortschritt (in Prozent) der Übertragung des gesamten angeforderten Pakets
*Min: Minimalgeschwindigkeit der Übertragung (falls ein Limit vorhanden ist)
*Max: Maximalgeschwindigkeit der Übertragung (falls ein Limit vorhanden ist)
*In Transit: Die Datenmenge, die im Socketbuffer belegt ist, plus die Datenmenge, die gerade zum Benutzer übertragen wird
*Finish in: Geschätzte Zeitdauer bis zum Abschluss der Übertragung
*Last Contact: Zeitpunkt des letzten Kontakts mit diesem Benutzer
*Sockets: Die Nummer des von dieser Übertragung belegten Socket; 0 bedeutet, dass kein Socket benutzt wird

=== QUL ===
Verfügbar: console, dcc, msg

Beschreibung: Zeigt alle Einträge in der Warteschlange.

=== IGNL ===
Verfügbar: console, dcc, msg

Beschreibung: Zeigt alle Einträge in der Ignore-Liste.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== CHANL [<netz>]===
Verfügbar: console, dcc, msg

Beschreibung: Zeigt die IRC-Channnels und die User in ihnen.

== Transfer Kommandos ==

=== CLOSE <id> ===
Verfügbar: console, dcc, msg

Beschreibung: Abbrechen der Übertagung mit ID = <n>.

=== CLOSEU <id> ===
Verfügbar: console, dcc, msg

Beschreibung: Abbrechen des Uploads mit ID = <n>.

=== RMQ <position> ===
Verfügbar: console, dcc, msg

Beschreibung: Löschen von <position> in der Warteschlange.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== NOMIN <id> ===
Verfügbar: console, dcc, msg

Beschreibung: Mindestgeschwindigkeit für Transfer <id> deaktivieren.

=== NOMAX <id> ===
Verfügbar: console, dcc, msg

Beschreibung: Maximalgeschwindigkeit für Transfer <id> deaktivieren.

=== UNLIMITED <id> ===
Verfügbar: console, dcc, msg

Beschreibung: Aufheben aller Bandbreitengrenzen für Transfer <id>.

=== MAXSPEED <id> <x> ===
Verfügbar: console, dcc, msg

Beispiel: MAXSPEED <id> <x>

Setzen einer Bandbreitengrenze von <x> KB/s für Transfer <id>

Beispiel: MAXSPEED <id> 0

Auschalten der Bandbreitengrenze für Transfer <id>

=== SEND <nick> <n> [<netz>] ===
Verfügbar: console, dcc, msg

Beschreibung: Sende Paket <n> an <nick>.

=== QUEUE <nick> <n> [<netz>] ===
Verfügbar: console, dcc, msg

Beschreibung: Paket <n> in die Warteschlange für <nick> einfügen

=== IQUEUE <nick> <n> [<netz>] ===
Verfügbar: console, dcc, msg

Beschreibung: Paket <n> in die 2. Warteschlange für <nick> einfügen

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== QSEND [id] ===
Verfügbar: console, dcc, msg

Beschreibung: Starte einen neue Transfer für das Paket <id> in der Warteschlange. Ist keine <id> angegeben, so wird das nächste Paket aus der Warteschlange genommen.

=== SLOTSMAX [<slots>] ===
Verfügbar: console, dcc, msg

Beschreibung: Ändere zeitweise den Wert von 'slotsmax' auf <slots>.

Wird keine Zahl angegeben, wird der aktuelle Wert ausgeben.

Beim Kommando "REAHSH" wird der Wert aus der Konfigurationsdatei wieder eingestellt.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== REIQUEUE <x> <y> ===
Verfügbar: console, dcc, msg

Beschreibung: Verschiebe ein Paket in der 2. Warteschlange von Position <x> nach <y>.

== Kommandos für Pakete ==

=== INFO <n> ===
Verfügbar: console, dcc, msg

Beschreibung: Zeigt die Infos für Paket <n> an.

=== REMOVE <n> [<m>] ===
Verfügbar: console, dcc, msg

Beschreibung: Enfernt Paket <n>, oder Paket <n> bis <m>.

Beispiel: REMOVE 50

Entferne Paket 50, das nächste Pakete (Nummer 51) rutscht an diese Stelle.

Beispiel: REMOVE 50 60

Entferne Paket 50 bis 60, das nächste Pakete (Nummer 61) rutscht an diese Stelle 50.

=== REMOVEDIR <dir> ===
Verfügbar: console, dcc, msg

Beschreibung: Entfernt jedes Paket aus Verzeichnis <dir>.

=== REMOVEGROUP <gruppe> ===
Verfügbar: console, dcc, msg

Beschreibung: Entfernt jedes Paket aus der Gruppe <gruppe>.

=== RENUMBER <x> [<y>] <z> ===
Verfügbar: console, dcc, msg

Beschreibung: Verschiebt Paket <x> an Position <z>.

Beschreibung: Verschiebt Pakete <x> bis <y> an Position <z>.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== ADD <filename> ===
Verfügbar: console, dcc, msg

Beschreibung: Fügt Datei <filename> als neues Paket hinzu.

=== ADDDIR <dir> ===
Verfügbar: console, dcc, msg

Beschreibung: Fügt jede Datei in Verzeichnis <dir> hinzu.

=== ADDNEW <dir> ===
Verfügbar: console, dcc, msg

Beschreibung: Fügt jede neue Datei in Verzeichnis <dir> hinzu.

=== ADDGROUP <gruppe> <dir> ===
Verfügbar: console, dcc, msg

Beschreibung: Fügt jede Datei aus Verzeichnis <dir> zu <gruppe> hinzu.

=== ADDMATCH <dir>/<muster> ===
Verfügbar: console, dcc, msg

Beschreibung: Fügt neue Dateien hinzu die auf <muster> passen.

Beispiel: ADDMATCH /files/anime/*.avi

=== AUTODADD ===
Verfügbar: console, dcc, msg

Beschreibung: Suche jetzt in den 'autoadd_dirs' nach neuen Dateien.

=== AUTOGROUP ===
Verfügbar: console, dcc, msg

Beschreibung: Erstelle ein Gruppe für jedes Verzeichnis mit Paketen.

=== CHFILE <n> <filename> ===
Verfügbar: console, dcc, msg

Beschreibung: Ändert die Datei, die zu Paket <n> gehört, auf <filename>.

=== CHDESC <n> [<msg>] ===
Verfügbar: console, dcc, msg

Beschreibung: Ändert die Beschreibung von Paket <n> zu <msg>.

Ist keine Beschreibung angegeben, wird die Beschreibung aus dem Dateinamen generiert.

=== CHNOTE <n> [<msg>] ===
Verfügbar: console, dcc, msg

Beschreibung: Ändert die Anmerkung von Packet n auf <msg>.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== CHMAX <n> <x> ===
Verfügbar: console, dcc, msg

Beschreibung: Ändert die Maximalgeschwindigkeit von Pack <n> auf <x> KB (0 für aus).

=== CHLIMIT <n> <x> ===
Verfügbar: console, dcc, msg

Beschreibung: Ändert das tägliche Downloadlimit von Pack <n> auf <x> Übertragungen (0 für aus).

=== CHLIMITINFO <n> [<msg>] ===
Verfügbar: console, dcc, msg

Beschreibung: Ändert die Mitteilung bei Überschreitung des Downloadlimits von Pack <n> auf <msg>.

=== CHTRIGGER <n> [<msg>] ===
Verfügbar: console, dcc, msg

Beschreibung: Ändert den Trigger von Pack <n> auf <msg>.

=== CHGETS <n> <x> ===
Verfügbar: console, dcc, msg

Beschreibung: Verändert den Downloadzähler einer Datei zu Wert <x>.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== UNLOCK <n> ===
Verfügbar: console, dcc, msg

Beschreibung: Entfernt das Passwort für Pack <n>.

=== LOCKGROUP <gruppe> <passwort> ===
Verfügbar: console, dcc, msg

Beschreibung: Sichert alle Packet in der <gruppe> mit Passwort <passwort>.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== GROUPDESC <gruppe> <msg> ===
Verfügbar: console, dcc, msg

Beschreibung: Ändert die Beschreibung von <gruppe> auf <msg>.

=== GROUP <n> <gruppe> ===
Verfügbar: console, dcc, msg

Beschreibung: Ändert die Gruppenzugehörigkeit von Pack <n> auf <gruppe>.

=== MOVEGROUP <n> <m> <gruppe> ===
Verfügbar: console, dcc, msg

Beschreibung: Ändert die Gruppenzugehörigkeit von Pack <n> bis <m> auf <gruppe>.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== NEWGROUP <gruppe> <dir> ===
Verfügbar: console, dcc, msg

Beschreibung: Ändert die Gruppenzugehörigkeit von allen Dateien in <dir> auf <gruppe>.

=== ANNOUNCE <n> <msg> ===
Verfügbar: console, dcc, msg

Beschreibung: ANNOUNCE <msg> für Paket <n> in allen Channels.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== SANNOUNCE <n> <msg> ===
Verfügbar: console, dcc, msg

Beschreibung: Kurze ANNOUNCE für Paket <n> in allen Channels.

=== ADDANN <filename> ===
Verfügbar: console, dcc, msg

Beschreibung: Fügt Datei <filename> als neues Paket hinzu und sendet ein ANNOUNCE.

=== MD5 [<n>] [<m>] ===
Verfügbar: console, dcc, msg

Beschreibung: Berechne die MD5 und die CRC Prüfsummen des Pakets <n> bis <m>.

Ohne Parameter wird angezeigt, ob eine MD5/CRC Berechnung gerade stattfindet.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== NEWDIR <dirname> <neu> ===
Verfügbar: console, dcc, msg

Beschreibung: Ändert das Verzeichnis in allen zutreffenden Paketen.

== Festplatten Kommandos ==

Für alle diese Kommandos muss "direct_file_access" in der Konfigurationsdatei eingeschaltet sein.
Anderenfalls bekommt man den Fehler "Disabled in Config".

=== FILEMOVE <filename> <neu> ===
Verfügbar: console, dcc, msg

Beschreibung: Umbenennen einer Datei.

=== MOVEFILE <n> <filename> ===
Verfügbar: console, dcc, msg

Beschreibung: Umbenennen der Datei die zu Paket <n> gehört.

=== MOVEGROUPDIR <gruppe> <dir> ===
Verfügbar: console, dcc, msg

Beschreibung: Verschieben alle Dateien der Gruppe <gruppe> in das Verzeichnis <dir>.

=== FILEDEL <filename> ===
Verfügbar: console, dcc, msg

Beschreibung: Löschen der Datei auf der Festplatte

=== FILEREMOVE <n> [<m>] ===
Verfügbar: console, dcc, msg

Beschreibung: Löschen des Pakets <n> oder der Pakete <n> bis <m> und der zugehörigen Dateien.

=== SHOWDIR <dir> ===
Verfügbar: console, dcc, msg

Beschreibung: Das Verzeichnis auf der Festplatte anzeigen.

=== FETCH <file> <url> ===
Verfügbar: console, dcc, msg

Beschreibung: Startet einen Download von <url> und speichert im Uploadverzeichnis.

''Wenn die Fehlermeldung ** User Command Not Recognized, try "HELP" kommt fehlt euch curl, ihr müsst iroffer mit ./configure -c neu compilieren, dann sollte es funktionieren''

=== FETCHCANCEL <id> ===
Verfügbar: console, dcc, msg

Beschreibung: Bricht den Download <id> ab.

== Sonstige Kommandos ==

=== MSG <nick> <message> ===
Verfügbar: console, dcc, msg

Beschreibung: Sendet Mitteilung <message> an Nick <nick>.

Beispiel: MSG XDCC|dinoexhome xdcc send 3276

Dein Bot holt per XDCC vom Bot XDCC|dinoexhome das Paket 3276.

Die Datei ist dannach im Uploadverzeiczhnis. Der Bot muss aber bei als uploadhost definiert werden.

=== AMSG <msg> ===
Verfügbar: console, dcc, msg

Beschreibung: Sendet Mitteilung in allen Channels.

=== MSGNET <netz> <nick> <message> ===
Verfügbar: console, dcc, msg

Beschreibung: Sendet Mitteilung <message> an Nick <nick>.

=== MESG <message> ===
Verfügbar: console, dcc, msg

Beschreibung: Sendet Mitteilung <message> an alle Nutzer, die aktuell vom Bot etwas herrunterladen.

=== MESQ <messages> ===
Verfügbar: console, dcc, msg

Beschreibung: Sendet eine Mitteilung an alle Nutzer, die gerade in der Warteschlange stehen.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== UNIGNORE <hostmask> ===
Verfügbar: console, dcc, msg

Beschreibung: Löschen des Ignores für hostmask.

=== BANNHOST <x> <hostmask> ===
Verfügbar: console, dcc, msg

Beschreibung: Ignoriere hostmask (nick!user@host) für <x> Minuten, wildcards (?*]) sind erlaubt. Außerdem wird er aus der Warteschlange entfernt und seine laufende Transfers abgebrochen.

=== BANNNICK <nick> [<netz>] ===
Verfügbar: console, dcc, msg

Beschreibung: Es werden alle Packs für diesen Nick aus der Warteschlange entfernen, und seine laufende Transfers abgebrochen.

=== NOSAVE <x> ===
Verfügbar: console, dcc, msg

Beschreibung: Verhindert das Speichern der State-Datei für die nächsten <x> Minuten.

=== NOSEND <x> ===
Verfügbar: console, dcc, msg

Beschreibung: Verhindert das Versenden von Dateien in den nächsten <x> Minuten.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== NOMD5 <x> ===
Verfügbar: console, dcc, msg

Beschreibung: Sperrt die Berechnung von MD5 und CRC32 für die nächsten <x> Minuten.

=== MSGREAD ===
Verfügbar: console, dcc, msg

Beschreibung: Zeigt die vom Bot aufgezeichneten Mitteilungen.

=== MSGDEL ===
Verfügbar: console, dcc, msg

Beschreibung: Löschen der Mitteilungsaufzeichnungen.

=== RMUL <filename> ===
Verfügbar: console, dcc, msg

Beschreibung: Löscht Datei <filename> im Uploadverzeichnis.

=== RAW <command> ===
Verfügbar: console, dcc, msg

Beschreibung: Sendet <command> zum Server (RAW IRC)

=== RAWNET <netz> <command> ===
Verfügbar: console, dcc, msg

Beschreibung: Sendet <command> zum Server (RAW IRC)

== Bot Kommandos ==

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== HOP [<channel>] ===
Verfügbar: console, dcc, msg

Beschreibung: <channel> verlassen und neu betreten.

Ohne Parameter weder alle Channels kurz verlassen.
Sinnvoll wenn der BOT beim Verbinden keinen Status hatte.

=== NOCHANNEL <x> [<channel>] ===
Verfügbar: console, dcc, msg

Beschreibung: Verlasse den Channel <channel> für <x> Minuten.

Ohne Parameter weder alle Channels verlassen.

=== JOIN <channel> [<netz>] ===
Verfügbar: console, dcc, msg

Beschreibung: Verlasse den Channel <channel> bis zum REHASH.

=== PART <channel> [<netz>] ===
Verfügbar: console, dcc, msg

Beschreibung: Verlasse den Channel <channel> bis zum REHASH.

=== JUMP <server> [<netz>] ===
Verfügbar: console, dcc, msg

Beschreibung: Wechselt zu einem zufälligen Server oder zu <server>.

=== SERVQ ===
Verfügbar: console, dcc, msg

Beschreibung: Löscht die Serversendwarteschlange.

=== STATUS ===
Verfügbar: console, dcc, msg

Beschreibung: Zeigt nützliche Statusinformationen an.

=== REHASH ===
Verfügbar: console, dcc, msg

Beschreibung: Lädt erneut die Konfigurationsdatei und re-konfiguriert den Bot.

=== BOTINFO ===
Verfügbar: console, dcc, msg

Beschreibung: Zeigt Informationen über den Botstatus an.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== CLEARRECORDS ===
Verfügbar: console, dcc, msg

Beschreibung: Löscht die Übertragungs-, Bandbreiten-, Gesamtübertragungsrekorde, Uptime und Übertragungsvolumen.

=== CLEARGETS ===
Verfügbar: console, dcc, msg

Beschreibung: Löscht den Downloadzähler in allen Paketen.

=== REDRAW ===
Verfügbar: console

Beschreibung: Zeichnet den Text auf der Konsole neu.

=== DELHIST ===
Verfügbar: console

Beschreibung: Loschen der eingegebene Zeilen aus dem Speicher.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== EXIT ===
Verfügbar: dcc

Beschreibung: Diesen DCC-Chat beenden.

=== LOGOUT ===
Verfügbar: dcc

Beschreibung: Diesen DCC-Chat beenden.

=== CHATME ===
Verfügbar: msg

Beschreibung: Den Bot eine DCC-Chat zu dir aufbauen lassen.

=== CHALTL ===
Verfügbar: console, dcc, msg

Beschreibung: Anzeige der DCC-Chats.

=== CLOSEC <id> ===
Verfügbar: console, dcc, msg

Beschreibung: Beende DCC-Chat <id>.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== IDENTIFY [<netz>] ===
Verfügbar: console, dcc, msg

Beschreibung: Sende das Passwort für 'nickserv' erneut.

<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

=== SHUTDOWN <act> ===
Verfügbar: console, dcc, msg

Beschreibung: Bot beenden, <act> kann sein "now", "delayed", oder "cancel".

=== BACKGROUND ===
Verfügbar: console

Beschreibung: Bot im Hintergund weiterlaufen lassen.

=== DUMP ===
Verfügbar: console, dcc, msg

Beschreibung: Schreibt alle Internen Informationen in das Logfile.

=== CRASH ===
Verfügbar: console

Beschreibung: Schreibt alle Internen Informationen in das Logfile, und beenedet den Bot.

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html<a href="http://web.skkguz.edu/board/8198615.html">Skabrewno</a> [url=http://web.skgwu.edu/board/8198615.html]Skabrwino[/url] http://web.skgkw.edu/board/8198615.html

Iroffer Kommandos

2007-12-26T13:35:56Z

Naito: Wiederhergestellt zur letzten Änderung von 208.69.124.115

Prüfsummen-Guide mit HashTab

2007-11-05T19:50:56Z

Naito: typo

Dieser Guide ist für alle, die sich schon immer mal gefragt haben, was eigentlich dieses 8-stellige Buchstaben-Zahlen-Kombination nach dem Akronym '''CRC''' ist.

== Theorie... ==

Auf [[Anime-Fansubs]] sind in den Release-Infos der gesubten Folgen neben den Episoden-Titel, Dateigröße, usw. ist unter anderem auch sowas wie '''<code>crc: 9F7E6D5C</code>''' zu finden. Eine kleine aber nicht ganz unbedeutende Information.

'''[http://de.wikipedia.org/wiki/Zyklische_Redundanzpr%C3%BCfung CRC]''' steht für '''C'''yclic '''R'''edundancy '''C'''heck (engl. für ''zyklische Redundanzprüfung'') und ist eine einfache [http://de.wikipedia.org/wiki/Pr%C3%BCfsumme Prüfsumme]. Vereinfacht kann man sagen, das Prüfsummen dazu dienen, die Unversehrtheit einer Datei darzustellen. Durch einen festgeschriebenen mathematischen Algorithmus wird ein Hash-Wert (in unserem Fall der CRC-Wert) ermittelt. Jedes mal, wenn ein Hash-Wert einer bestimmten Datei ermittelt wird, ist der Hash-Wert dieser Datei identisch.

Auf [[Anime-Fansubs]] steht der CRC-Wert, den die [[Fansubgruppe]] für eine bestimmte Datei (XviD- oder H.264-Video) eingetragen hat. Lade diese Datei bspw. über [[BitTorrent]] oder [[IRC]], so muss bei der Berechnung des Hash-Wertes der Original-Kopie (die heruntergeladen wurde) der selbe Hash-Wert herauskommen. 
Ist dies nicht der Fall, kann das zwei Gründe haben:
# Die heruntergeladene Datei ist kaputt (höchstwahscheinlich)
# Der original CRC-Wert (auf [[Anime-Fansubs]] oder der Gruppen-Homepage) stimmt nicht (unwahrscheinlich)

Und hier ergibt sich auch, wozu das ganze gut ist. Wenn mein selbstberechneter Hash-Wert mit dem angegebenen übereinstimmt ist alles in Ordnung. Das ganze dient als Überprüfung. Die heruntergeladene Datei entspricht exakt der Datei desjenigen, der auch den Hash-Wert ermittelt hat.

== ... und Praxis ==

[http://www.beeblebrox.org/hashtab/ Homepage von HashTab] (Auch wenn die Homepage auf Englisch ist, das Programm ist auf Deutsch)

=== Installation ===
*Einschränkung: Nur für Windows 98 / XP / Vista

Auf ''"Download HashTab v1.x for x32"'' klicken (es sei den du hast ein 64Bit-Windows), die ''"hashtab_setup.exe"'' herunterladen und mit Doppelklick die Installation starten. Das Setup führt dich durch die Installation.

=== Bedienung ===
*Wähle ein beliebige Datei aus, Rechtsklick und Aufruf von ''"Eigenschaften"''. 
*Es öffnet sich ''"Eigenschaften für [Deine Datei]"''. Neu ist der letzte Reiter mit dem Namen ''"Hashwerte"''. Bei Auswahl von diesem beginnt sofort die Berechnung der Hash-Werte. Je nach Größe der Datei und Performance der Festplatte kann das einen Moment dauern.
*Kopiere (bitte nicht von Hand eintippen, Fehlerquelle) den Original-Hashwert in das leere Feld unterhalb der entsprechenden Hash-Methode (hier CRC32) und klicke auch ''"Vergleichen..."''. Es erscheint eine Meldung ob die Hash-Werte gleich sind oder nicht.
*HashTab v1.x berechnet die Hash-Werte für [http://de.wikipedia.org/wiki/Message-Digest_Algorithm_5 MD5], [http://de.wikipedia.org/wiki/Secure_Hash_Algorithm SHA1] und [http://de.wikipedia.org/wiki/Zyklische_Redundanzpr%C3%BCfung CRC32] gleichzeitig, was sich jedoch in v2.x ändern wird.

== Anmerkung ==
* Nicht unerwähnt zu lassen ist, dass HashTab nur eines von viele Programmen zur Hash-Ermittlung darstellt. Beliebt ist unter anderem auch [http://www.jonelo.de/java/jacksum/index_de.html Jacksum], das u.a. auch mit [http://de.wikipedia.org/wiki/Simple_File_Verification SFV-Dateien] umgehen kann.

Prüfsummen-Guide mit HashTab

2007-11-05T19:50:16Z

Naito: typo

Dieser Guide ist für alle, die sich schon immer mal gefragt haben, was eigentlich dieses 8-stellige Buchstaben-Zahlen-Kombination nach dem Akronym '''CRC''' ist.

== Theorie... ==

Auf [[Anime-Fansubs]] sind in den Release-Infos der gesubten Folgen neben den Episoden-Titel, Dateigröße, usw. ist unter anderem auch sowas wie <code>crc: 9F7E6D5C</code> zu finden. Eine kleine aber nicht ganz unbedeutende Information.

'''[http://de.wikipedia.org/wiki/Zyklische_Redundanzpr%C3%BCfung CRC]''' steht für '''C'''yclic '''R'''edundancy '''C'''heck (engl. für ''zyklische Redundanzprüfung'') und ist eine einfache [http://de.wikipedia.org/wiki/Pr%C3%BCfsumme Prüfsumme]. Vereinfacht kann man sagen, das Prüfsummen dazu dienen, die Unversehrtheit einer Datei darzustellen. Durch einen festgeschriebenen mathematischen Algorithmus wird ein Hash-Wert (in unserem Fall der CRC-Wert) ermittelt. Jedes mal, wenn ein Hash-Wert einer bestimmten Datei ermittelt wird, ist der Hash-Wert dieser Datei identisch.

Auf [[Anime-Fansubs]] steht der CRC-Wert, den die [[Fansubgruppe]] für eine bestimmte Datei (XviD- oder H.264-Video) eingetragen hat. Lade diese Datei bspw. über [[BitTorrent]] oder [[IRC]], so muss bei der Berechnung des Hash-Wertes der Original-Kopie (die heruntergeladen wurde) der selbe Hash-Wert herauskommen. 
Ist dies nicht der Fall, kann das zwei Gründe haben:
# Die heruntergeladene Datei ist kaputt (höchstwahscheinlich)
# Der original CRC-Wert (auf [[Anime-Fansubs]] oder der Gruppen-Homepage) stimmt nicht (unwahrscheinlich)

Und hier ergibt sich auch, wozu das ganze gut ist. Wenn mein selbstberechneter Hash-Wert mit dem angegebenen übereinstimmt ist alles in Ordnung. Das ganze dient als Überprüfung. Die heruntergeladene Datei entspricht exakt der Datei desjenigen, der auch den Hash-Wert ermittelt hat.

== ... und Praxis ==

[http://www.beeblebrox.org/hashtab/ Homepage von HashTab] (Auch wenn die Homepage auf Englisch ist, das Programm ist auf Deutsch)

=== Installation ===
*Einschränkung: Nur für Windows 98 / XP / Vista

Auf ''"Download HashTab v1.x for x32"'' klicken (es sei den du hast ein 64Bit-Windows), die ''"hashtab_setup.exe"'' herunterladen und mit Doppelklick die Installation starten. Das Setup führt dich durch die Installation.

=== Bedienung ===
*Wähle ein beliebige Datei aus, Rechtsklick und Aufruf von ''"Eigenschaften"''. 
*Es öffnet sich ''"Eigenschaften für [Deine Datei]"''. Neu ist der letzte Reiter mit dem Namen ''"Hashwerte"''. Bei Auswahl von diesem beginnt sofort die Berechnung der Hash-Werte. Je nach Größe der Datei und Performance der Festplatte kann das einen Moment dauern.
*Kopiere (bitte nicht von Hand eintippen, Fehlerquelle) den Original-Hashwert in das leere Feld unterhalb der entsprechenden Hash-Methode (hier CRC32) und klicke auch ''"Vergleichen..."''. Es erscheint eine Meldung ob die Hash-Werte gleich sind oder nicht.
*HashTab v1.x berechnet die Hash-Werte für [http://de.wikipedia.org/wiki/Message-Digest_Algorithm_5 MD5], [http://de.wikipedia.org/wiki/Secure_Hash_Algorithm SHA1] und [http://de.wikipedia.org/wiki/Zyklische_Redundanzpr%C3%BCfung CRC32] gleichzeitig, was sich jedoch in v2.x ändern wird.

== Anmerkung ==
* Nicht unerwähnt zu lassen ist, dass HashTab nur eines von viele Programmen zur Hash-Ermittlung darstellt. Beliebt ist unter anderem auch [http://www.jonelo.de/java/jacksum/index_de.html Jacksum], das u.a. auch mit [http://de.wikipedia.org/wiki/Simple_File_Verification SFV-Dateien] umgehen kann.

Hauptseite

2007-11-05T19:49:09Z

Naito: Ergänzung

Willkommen bei Fansub-Wiki - Das Wiki das sich den deutschen [[Fansubs]] widmet.
----
{| style="border:0px" width="100%"
| align="left" valign="top" width="49%" |
{| width="100%" style="border:1px solid #ffc9c9;padding:5px;background-color:#fff3f3"
! style="text-align:center" | Für Fansubneulinge
|-
| valign="top" style="background-color:#FFFFFF;border:1px solid #ffc9c9;padding:10px;" |
* '''[[Fansub Einmaleins]]'''
* [[Wichtige Seiten]]
* [[Ehrenkodex]]
* [[Empfohlene Software]]
* [[IRC Tutorial]]
* [[XDCC Tutorial]]
* [[Bit Torrent Tutorial]]
* [[Wiedergabe Tutorial]]
* [[SubStationAlpha-Benutzerhandbuch]]
* [[Prüfsummen-Guide mit HashTab|Prüfsummen-Guide (CRC) mit HashTab]]

|}
| width="2%" |
| align="right" valign="top" width="49%" |
{| width="100%" style="border:1px solid #c6cbff;padding:5px;background-color:#f7f3ff"
! style="text-align:center" | Über Fansub-Wiki
|-
| valign="top" align="left" style="background-color:#FFFFFF;padding:10px;border:1px solid #c6cbff"|
*[[Fansub-Wiki:Über Fansub-Wiki|Über Fansub-Wiki]]
*[[Fansub-Wiki:Support|Fansub-Wiki braucht dich!]]
*[[Fansub-Wiki:Artikel_Schreiben|Zum Verfassen von Artikeln]]
*[[Fansub-Wiki:Themen_für_Artikel|Erwünschte/Unerwünschte Artikel]]
*[[Fansub-Wiki:Kontakt|Kontakt]]

|}
|}
----
'''Achtung Fansubber:''' Fansub-Wiki braucht, eure Hilfe, da noch [[Fansub-Wiki:Wichtige fehlende Artikel|wichtige Artikel fehlen]].
----
'''Zu Fansubwiki:''' Fansubwiki soll Fansubneulingen einen einfachen Einstieg in die Materie ermöglichen und als Nachschlagewerk für Fachbegriffe dienen. Beschreibungen von [[Gruppe|Gruppen]] gehören nicht zu Fansubwikis Aufgaben, dafür existiert bereits [http://www.anime-fansubs.de/ www.anime-fansubs.de]. Auch ist es nicht Fansubwikis Aufgabe die Serien die gefansubbt werden zu beschreiben, darum kümmern sich bereits [http://anisearch.de/ Anisearch] und [http://www.anime-fansubs.de/ www.anime-fansubs.de].

Prüfsummen-Guide mit HashTab

2007-11-05T19:46:03Z

Naito: erw

Dieser Guide ist für alle, die sich schon immer mal gefragt haben, was eingentlich dieses 8-stellige Buchstaben-Zahlen-Kombination nach dem Akronym '''CRC''' ist.

== Theorie... ==

Auf [[Anime-Fansubs]] sind in den Release-Infos der gesubbten Folgen neben den Episoden-Titel, Dateigröße, usw. ist unter anderem auch sowas wie <code>crc: 9F7E6D5C</code> zu finden. Eine kleine aber nicht ganz unbedeutende Information.

'''[http://de.wikipedia.org/wiki/Zyklische_Redundanzpr%C3%BCfung CRC]''' steht für '''C'''yclic '''R'''edundancy '''C'''heck (engl. für ''zyklische Redundanzprüfung'') und ist eine einfache [http://de.wikipedia.org/wiki/Pr%C3%BCfsumme Prüfsumme]. Vereinfacht kann man sagen, das Prüfsummen dazu dienen, die Unversehrtheit einer Datei darzustellen. Durch einen festgeschriebenen mathematischen Algorithmus wird ein Hash-Wert (in unserem Fall der CRC-Wert) ermittelt. Jedes mal, wenn ein Hash-Wert einer bestimmten Datei ermittelt wird, ist der Hash-Wert dieser Datei identisch.

Auf [[Anime-Fansubs]] steht der CRC-Wert, den die [[Fansubgruppe]] für eine bestimmte Datei (XviD- oder H.264-Video) eingetragen hat. Lade diese Datei bspw. über [[BitTorrent]] oder [[IRC]], so muss bei der Berechnung des Hash-Wertes der Original-Kopie (die heruntergeladen wurde) der selbe Hash-Wert herauskommen. 
Ist dies nicht der Fall, kann das zwei Gründe haben:
# Die heruntergeladene Datei ist kaputt (höchstwahscheinlich)
# Der original CRC-Wert (auf [[Anime-Fansubs]] oder der Gruppen-Homepage) stimmt nicht (unwahrscheinlich)

Und hier ergibt sich auch, wozu das ganze gut ist. Wenn mein selbstberechneter Hash-Wert mit dem angegebenen übereinstimmt ist alles in Ordnung. Das ganze dient als Überprüfung. Die heruntergeladene Datei entspricht exakt der Datei desjenigen, der auch den Hash-Wert ermittelt hat.

== ... und Praxis ==

[http://www.beeblebrox.org/hashtab/ Homepage von HashTab] (Auch wenn die Homepage auf Englisch ist, das Programm ist auf Deutsch)

=== Installation ===
*Einschränkung: Nur für Windows 98 / XP / Vista

Auf ''"Download HashTab v1.x for x32"'' klicken (es sei den du hast ein 64Bit-Windows), die ''"hashtab_setup.exe"'' herunterladen und mit Doppelklick die Installation starten. Das Setup führt dich durch die Installation.

=== Bedienung ===
*Wähle ein beliebige Datei aus, Rechtsklick und Aufruf von ''"Eigenschaften"''. 
*Es öffnet sich ''"Eigenschaften für [Deine Datei]"''. Neu ist der letzte Reiter mit dem Namen ''"Hashwerte"''. Bei Auswahl von diesem beginnt sofort die Berechnung der Hash-Werte. Je nach Größe der Datei und Performance der Festplatte kann das einen Moment dauern.
*Kopiere (bitte nicht von Hand eintippen, Fehlerquelle) den Original-Hashwert in das leere Feld unterhalb der entsprechenden Hash-Methode (hier CRC32) und klicke auch ''"Vergleichen..."''. Es erscheint eine Meldung ob die Hash-Werte gleich sind oder nicht.
*HashTab v1.x berechnet die Hash-Werte für [http://de.wikipedia.org/wiki/Message-Digest_Algorithm_5 MD5], [http://de.wikipedia.org/wiki/Secure_Hash_Algorithm SHA1] und [http://de.wikipedia.org/wiki/Zyklische_Redundanzpr%C3%BCfung CRC32] gleichzeitig, was sich jedoch in v2.x ändern wird.

== Anmerkung ==
* Nicht unerwähnt zu lassen ist, dass HashTab nur eines von viele Programmen zur Hash-Ermittlung darstellt. Beliebt ist unter anderem auch [http://www.jonelo.de/java/jacksum/index_de.html Jacksum], das u.a. auch mit [http://de.wikipedia.org/wiki/Simple_File_Verification SFV-Dateien] umgehen kann.

Prüfsummen-Guide mit HashTab

2007-11-05T19:38:51Z

Naito: neuer Artikel

Diskussion:Untertitel

2007-11-04T20:10:40Z

Naito: Zustimmung

--[[Benutzer:Naito|Naito]] 00:55, 4. Nov 2007 (CET):Danke für deine grammatikalen Korrekturen (btw. es gibt einen Anmelden-Butten ^_^), jedoch finde ich persönlich die verherigere Version eindeutiger in der Aussage: 
ALT: [[Fansubgruppe|Fansubgruppen]] nehmen [[Raw|Raws]] mit dem uneditierten Anime, welcher mit japanischer Sprache vorliegt, und übersetzen diese und versehen sie dann mit Untertiteln in einer für das Zielpublikum verständlichen Sprache wie z.B. Englisch oder Deutsch. 
NEU: [[Fansubgruppe|Fansubgruppen]] nehmen [[Raw|Raws]] mit dem uneditierten Anime, welcher in japanischer Sprache vorliegt, übersetzen diese in eine für das Zielpublikum verständliche Sprache wie z.B. Englisch oder Deutsch und versehen sie dann mit Untertiteln. 
Bitte um Anmerkung.

----
Es ging mir um das logische Problem, dass die ergänzung, um welche sprache es geht bei den 'Untertiteln' steht - und nicht, wo sie (myBrain.exe) eigentlich hingehört - zum 'Übersetzen'. (außerdem habe ich ein nutzloses doppeltes 'und' entsorgt)

Joa anmelden is fein, wollt erstmal schaun, wie meine anregungen aufgenommen werden...^^
----
--[[Benutzer:Naito|Naito]] 16:41, 4. Nov 2007 (CET): Mir ist es auch wichtig, auszusagen um welche Sprache es bei den Untertiteln es sich handelt. 
Die "alte" Version verstehe ich so, das die Sprache übersetzt wird, und dann ein Untertitel in der eigenen Sprache erstellt wird. Während hingegen bei der "neuen" Version ich eher den eindruck habe, das keine Untertitel sondern ein Fandub erstellt wird. Wie siehst du das? 
PS: Das überflüssige ''und'' kann natürlich gern raus.

--Garrett 16:50, 4. Nov 2007 (CET)
Ok, machen wirs nicht so kompliziert, wie ist das?

Fansubgruppen nehmen Raws mit dem uneditierten Anime, welcher in japanischer Sprache vorliegt, übersetzen diese in eine für das Zielpublikum verständliche Sprache wie z.B. Englisch oder Deutsch und '''fügen diese Übersetzung dann in Form von Untertiteln in die Raw ein.'''
--[[Benutzer:Naito|Naito]] 21:10, 4. Nov 2007 (CET): Hört sich gut an. Einverstanden.

Diskussion:Untertitel

2007-11-04T15:41:27Z

Naito: Signatur vergessen

Diskussion:Untertitel

2007-11-04T15:34:17Z

Naito: Anmerkung

--[[Benutzer:Naito|Naito]] 00:55, 4. Nov 2007 (CET):Danke für deine grammatikalen Korrekturen (btw. es gibt einen Anmelden-Butten ^_^), jedoch finde ich persönlich die verherigere Version eindeutiger in der Aussage: 
ALT: [[Fansubgruppe|Fansubgruppen]] nehmen [[Raw|Raws]] mit dem uneditierten Anime, welcher mit japanischer Sprache vorliegt, und übersetzen diese und versehen sie dann mit Untertiteln in einer für das Zielpublikum verständlichen Sprache wie z.B. Englisch oder Deutsch. 
NEU: [[Fansubgruppe|Fansubgruppen]] nehmen [[Raw|Raws]] mit dem uneditierten Anime, welcher in japanischer Sprache vorliegt, übersetzen diese in eine für das Zielpublikum verständliche Sprache wie z.B. Englisch oder Deutsch und versehen sie dann mit Untertiteln. 
Bitte um Anmerkung.

----
Es ging mir um das logische Problem, dass die ergänzung, um welche sprache es geht bei den 'Untertiteln' steht - und nicht, wo sie (myBrain.exe) eigentlich hingehört - zum 'Übersetzen'. (außerdem habe ich ein nutzloses doppeltes 'und' entsorgt)

Joa anmelden is fein, wollt erstmal schaun, wie meine anregungen aufgenommen werden...^^
----
Mir ist es auch wichtig, auszusagen um welche Sprache es bei den Untertiteln es sich handelt. 
Die "alte" Version verstehe ich so, das die Sprache übersetzt wird, und dann ein Untertitel in der eigenen Sprache erstellt wird. Während hingegen bei der "neuen" Version ich eher den eindruck habe, das keine Untertitel sondern ein Fandub erstellt wird. Wie siehst du das? 
PS: Das überflüssige ''und'' kann natürlich gern raus.

Diskussion:Ehrenkodex

2007-11-04T15:29:37Z

Naito:

Ich hoffe, dass dieser Artikel noch etwas ausgebaut wird mit Geschichte der Fansubs und konkreten Beispielen und so. Dies ist nur ein jämmerlicher Anfang.

Man sollte im Artikel vielleicht auch nicht vergessen, zu erwähnen, dass der Kodex nicht für jeden bindend ist, der Fansubs macht, und es durchaus einige Leute gibt, die 'keine Fans' davon sind.
Im Übrigen entspricht es glaube ich nicht dem Ideal eines wiki, Inhalts-Artikel, wie diesen hier, zu sperren.

== Sperrungsgrund ==

--[[Benutzer:Naito|Naito]] 01:11, 4. Nov 2007 (CET): Über eine Artikel bezüglich der Geschichte des Kodex würde ich mich sehr freuen, ich kenne mich damit jedoch nicht aus. Dafür wäre auch eine neuer Artikel von Nöten. 
In diesem Artikel steht 1:1 das, was auch auf [http://fansubkodex.kooan.de Anime-Fansub] steht. Ich habe diesen Artikel mit Absicht gesperrt, damit der Kodex nicht verändert werden kann. Ich denke, der Kodex sollte auch im Wiki stehen. Und gerade weil es Gruppen gibt, die sich nicht an diesen Kodex halten, möchte ich jede Möglichkeit der Manipulation unterbinden. ''Gruppen, die auf Anime-Fansubs.de mit ihren Releases gelistet sein wollen, sind gehalten, sich diesem Kodex entsprechend zu verhalten.'' Wer nicht dort gelistet sein möchte, muss sich auch nicht an den Kodex halten. Die Diskussion ob der Kodex gut oder schlecht sei, ist eine ganz andere Sache. Wobei konstruktive Kritik jedoch immer erwünscht ist.

----
K, wie wär's mit einem 2. Artikel, der sich der Verbreitung und so des Kodex widmet?
* --[[Benutzer:Naito|Naito]] 16:29, 4. Nov 2007 (CET): Wenn du darin Erfahrung hast, gerne. Ist leider nicht so mein Gebiet. (Bin eher Encoder)

Fansub-Wiki Diskussion:Portal

2007-11-04T15:29:15Z

Naito: Erlaubnis erteilt *g*

Rechtschreibtechnische Anmerkungen:
Die Titel einiger Artikel sind nicht ganz korrekt. (Bis jetzt habe ich ''''MIRC'''' statt ''''mIRC'''' sowie ''''Emule'''' statt ''''eMule'''' gefunden). EDIT: Habe den Eindruck, dass die wiki nicht in der Lage ist, Artikel-Titel mit kleinem Anfangsbuchstaben darzustellen.
Außerdem bin ich der Meinung ''''BitTorrent'''' wird zusammen geschrieben, nicht ''''Bit Torrent''''.

--[[Benutzer:Naito|Naito]] 00:47, 4. Nov 2007 (CET): Die Artikel müssen aus technischen Gründen mit einem Großbuchstaben beginnen, Kleinbuchstaben gehen daher leider nicht. Da [http://de.wikipedia.org/wiki/BitTorrent Wikipedia] ''BitTorrent'' auch zusammen schreibt sowie das Logo kein Leerzeichen erkennen lässt, gehe ich davon aus dass ''BitTorrent'' die richtige Schreibweise ist. Falls ich trotzdem falsch liege bitte darauf hinweisen.

----
Hab ich also die erlaubnis, das 'Bit Torrent' als Typo auszumerzen?^^
* --[[Benutzer:Naito|Naito]] 16:29, 4. Nov 2007 (CET): Von mir aus, gerne. Dafür ist es ja ein Wiki. ^^

Diskussion:Illegale Rips

2007-11-04T00:11:45Z

Naito: Bezeichnung "Illegal"

Devil Doll: Ich würde diesen Artikel gerne um den Eintrag

[ [Kategorie:Allgemeines] ]

(ohne die Leerzeichen zwischen den Klammern) erweitert, habe aber kein Schreibrecht darauf.

'''Naito:''' Hab die Seitenkategorie hinzugefügt.

----

Man sollte den Begriff 'Schwarzes Schaf' vermeiden. Das zeugt von moralischer Überlegenheit (welche '''nicht''' existiert).

----
Es gibt einen etwas merkwürdigen redirect von [[AF]] sowie [[Anime Freakz]] auf diese Seite. EDIT: Scheinbar mit der Absicht ein 'negativ-Beispiel' zu benennen - nicht gerade nett. Same with [[Animefreakz]] und [[AFF]].

----
Auch die Bezeichnung 'Illegal' ist irreführend, da - wie jeder weiß^^ - Fansubs überhaupt illegal sind.

== Bezeichnung "Illegal" ==

Vorschläge für einen aussagekräftigeren Titel, bitte.

Diskussion:Ehrenkodex

2007-11-04T00:11:35Z

Naito: Sperrungsgrund

Diskussion:Untertitel

2007-11-03T23:55:15Z

Naito: pers. Meinung

Fansub-Wiki Diskussion:Portal

2007-11-03T23:47:56Z

Naito:

Zu löschende Artikel

2007-11-03T23:42:21Z

Naito: erw

Sinnlose (leere) Einträge:

Derzeit keine.
----

Überflüssig, da doppelte Artikel, welche Zusammengefasst wurden:

[[Qualichecker]] --> Umleitung eingerichtet

Diskussion:Qualichecker

2007-11-03T23:41:44Z

Naito:

Dieser Artikel kann gelöscht werden, habe ihn mit [[Quality Checker]] zusammengefasst.

--[[Benutzer:Naito|Naito]] 00:41, 4. Nov 2007 (CET): Hab eine Umleitung eingerichtet statt ihn zu löschen (nur für alle Fälle).

Qualichecker

2007-11-03T23:39:58Z

Naito: Umleitung

#REDIRECT [[Quality Checker]]

Vorlage Diskussion:Testvorlage

2007-08-04T10:55:46Z

Naito: Spam entfernt

Hilfe Diskussion:Diskussion

2007-08-04T10:55:31Z

Naito: Spam entfernt

Vorlage:Testvorlage

2007-08-04T10:55:02Z

Naito: Spam entfernt

Diskussion:Main Page

2007-07-28T20:41:15Z

Naito: Spam entfernt

Hilfe Diskussion:Diskussion

2007-07-27T10:44:09Z

Naito: Spam entfernt

Hilfe Diskussion:Diskussion

2007-06-28T21:27:13Z

Naito: Spam entfernt

Diskussion:Empfohlene Software

2007-06-27T13:52:25Z

Naito: Dank

Ich würde bei Fansubs noch den "Subtitle Workshop" hinzufügen. Er is gut fürs Tinming und Typesetting und beherrscht ne Menge Dateiformate.
Hier si die website:

http://www.urusoft.net/home.php?lang=1
oder besser: http://www.urusoft.net/products.php?cat=sw&lang=1

== Dank ==

Danke für den Tipp. Ich habe die Liste der empfohlenen Software ergänzt.
Du bist gerne eingeladen am Fansub-Wiki mitzuwirken. Deswegen haben wir ja ein Wiki ;)
Grüße --[[Benutzer:Naito|Naito]] 15:52, 27. Jun 2007 (CEST)

Empfohlene Software

2007-06-27T13:50:23Z

Naito: /* Zum Erstellen von Fansubs benötigte Software */ aktualisiert

Hier eine Empfehlung der grundlegensten Programme, die man für [[IRC]], [[Bit Torrent]], das [[Wiedergabe_Tutorial|Wiedergeben]] von [[Fansubs]] etc. braucht. Diese Liste beschränkt sich auf Programme für Windows.

'''Wichtig:''' Diese Liste ist lediglich eine grundlegende Zusammenfassung des Inhalts [http://anime-fansubs.de/?page=tools dieser Seite].

== Zur Wiedergabe von Fansubs benötigte Software ==

*'''Codec Pack:''' Zur Wiedergabe der allermeisten Fansubs reicht das [[CCCP]], downzuloaden [http://www.kickassanime.org/wiki/index.php?title=CCCP hier].
*'''Video Player:''' Vom Windows Media Player wird abgeraten. Empfehlenswert sind hingegen der [http://www.inmatrix.com/zplayer/ Zoom Player] und der [http://sourceforge.net/project/showfiles.php?group_id=82303&package_id=84358 Media Player Classic]; beide Player sind bereits im CCCP enthalten. Ebenfalls zu empfehlen sind der komfortable [http://www.real.com RealPlayer] für größere Sammlungen oder der freie [http://www.videolan.org VLC-Player], der fast alle Formate abspielen kann (auch [[H.264]]). Der [http://de.wikipedia.org/wiki/MPlayer MPlayer] ist besonders für langsamerer Rechner zu empfehlen.

== Zum Download von Fansubs benötigte Software ==

*'''Bit Torrent Client:''' Die größte Verbreitung hat heutzutage der Bit Torrent Client [[Azureus]], herunterzuladen [http://azureus.sourceforge.net/ hier] (Azureus setzt [http://java.com/de/download/index.jsp Java] voraus).
*'''IRC Client:''' Der meistverbreitetste IRC Client ist [http://mirc.com/ mIRC]. Leider ist er (genau wie IRC) nicht sehr einsteigerfreundlich.
*'''IRC Client:''' Ein leichter verständlicher IRC Client ist [http://xchat.org/ XChat], es gib auch freie Versionen für Windows.

== Zum Erstellen von Fansubs benötigte Software ==

* '''Sub-Editoren:'''
** [[Chronosub]] (ehem. [[Medusa]]) ([http://sourceforge.net/projects/medusa Homepage])
** [[Sabbu]] ([http://www.sabbu.com Homepage])
** [[Aegisub]] ([http://aegisub.cellosoft.com Homepage])
** [[XombieSub]] ([http://seijin.net Homepage])
** [[U96]] (Universal Subtitle Format Editor) ([http://corecodec.org/projects/u96 Homepage])
** [[Subtitle Workshop]] ([http://www.urusoft.net/products.php?cat=sw&lang=1 Homepage])

[[Kategorie:Software]]

Hilfe Diskussion:Diskussion

2007-06-01T15:42:01Z

Naito: Spam entfernt

BitTorrent

2007-06-01T15:37:59Z

Naito: unnützer Inhalt

'''Bit Torrent''' ist eine Peer-to-Peer Filesharing-Technologie, die sich unter anderem bei der Verbreitung von [[Fansubs]] großer Beliebtheit erfreut. Die meisten [[Gruppe|Gruppen]] bieten ihre [[Releases]] per Bit Torrent an.

== Eine Datei downloaden ==

Zuallererst benötigt man einen Bit Torrent Client wie [[Azureus]], also das eigentliche Programm zum Downloaden. Hat man sich für einen der zahlreichen existierenden Clients entschieden und diesen installiert, dann browst man auf die Homepage derjenigen Gruppe, von der man einen Fansub haben möchte. Meistens gibt es auf deren Seiten dann eine Unterseite namens "Torrents" oder "Bit Torrent". Dort klickt man dann auf den Link für die entsprechende Datei, die man downloaden möchte. In der Regel startet nun der Bit Torrent Client sofort seine Arbeit und lädt die Datei selbstständig ohne weiteres Zutun herunter ''oder'' der Browser fragt nach dem Klicken auf den Link, wohin eine '''.torrent''' Datei gespeichert werden soll (welche dieser beiden Reaktionen auftreten soll, kann man eventuell im eigenen Webbrowser einstellen). Diese Datei muss dann einfach heruntergeladen und per Doppelklick an den Bit Torrent Client übergeben werden, welcher danach den Download beginnt.

'''Wichtig:''' Sollte der Bit Torrent Client "0 Seeds" für eine Datei anzeigen, dann steht (ggf. nur vorübergehend) keine Datenquelle zur Verfügung, welche diese Datei anbieten würde; folglich kann die Datei ''zu diesem Zeitpunkt'' auch nicht gedownloadet werden. Ähnliches gilt, wenn der Client sagt, dass der "Tracker" (ein Vermittlungsrechner zwischen Datenquellen und Downloadern) offline oder nicht erreichbar ist.

== Technischer Hintergrund ==

Zuerst erstellt ein [[Distro|Distributor]] zu einer oder mehreren Dateien, die er mittels Bit Torrent verteilen will, eine .torrent-Datei. Diese ist nur wenige Kilobyte groß und beinhaltet unter anderem die folgenden beiden Informationen: Die Prüfsummen der Datei(en), die eine Kontrolle ermöglichen, ob der Download fehlerfrei erfolgt ist, und eine bzw. mehrere Trackeradressen.
Diese kleine .torrent-Datei bietet derjenige, der die eigentliche(n) Datei(en) verteilen will, im Netz zum Download an. Öffnet man nun diese .torrent-mit seinem Bit Torrent Client, so verbindet dieser sich mit einem derjenigen Tracker, deren Adressen in der .torrent-Datei stehen.

Dieser Tracker schickt nun die IP-Adressen anderer Bit Torrent Clients, die diese Datei downloaden (oder auch nur uploaden), an den neuen Client und diese beginnen nun damit, untereinander Teile der Datei auszutauschen, so dass jeder sie schließlich vollständig erhält.

Wichtig ist, dass immer mindestens eine Person im Netzwerk die Datei komplett hat (ein sogenannter '''[[Seed]]'''), sonst können die anderen, welche die Datei nur unvollständig besitzen (sogenannte '''[[Peer|Peers]]'''), diese Datei nicht vollständig downloaden.

Neuere Clients unterstützen auch [[DHT]], um zusätzliche Informationen untereinander auszutauschen oder im Falle eines Trackerausfalles weiterhin Clientadressen austauschen zu können.

Für eine ausführlichere Einführung in die Bit Torrent Architektur siehe den [http://de.wikipedia.org/wiki/Bit_Torrent deutschen Wikipediaartikel].

== Weblinks ==

*[http://www.bittorrent.com/ Seite des Offiziellen Bit Torrent Clients]
*[http://azureus.sourceforge.net/ Offizielle Seite des "Azureus" Clients]
*[http://pingpong-abc.sourceforge.net/ Offizielle Seite des "ABC" Clients]
*[http://www.bittornado.com/ Offizielle Seite des "BitTornado" Clients]
*[http://www.bitcomet.com/ Offizielle Seite des "BitComet" Clients]
*[http://de.wikipedia.org/wiki/Bit_Torrent Bit Torrent Definition bei Wikipedia]

[[Kategorie:Datenübertragung]]

Ehrenkodex

2007-05-02T13:56:05Z

Naito: aktuallisiert & geschützt

__toc__

[[Fansubs]] dienen dazu, unbekannte japanische [[Anime|Animationsserien]] einem breiteren Publikum außerhalb Japans zugänglich zu machen. Sie sind ausdrücklich ''nicht'' als billigere, illegale Alternative zu den kommerziellen Veröffentlichungen der renommierten DVD-Vertreiber wie [http://http://www.advfilms.de/ ADV], [http://tokyopop.de/ Tokyopop] oder dergleichen gedacht.

Sobald ein Titel bzw. eine Serie im betreffenden Land oder in der betreffenden Sprache [[Lizenz|lizenziert]] wurde (d.h. eine Firma die Verbreitungsrechte in der betreffenden Region erworben hat), wird die [[Fansub#Verbreitung|Weiterverbreitung]] der Fansubs gestoppt bzw. hören [[Fansubgruppe|Fansubgruppen]] damit auf, diese mit [[Untertitel|Untertiteln]] zu versehen und sie zu verbreiten. Denn wenn eine Serie lizenziert wurde, ist das eigentliche Ziel der [[Fansubber]] erreicht: Die Serie wird offiziell vertrieben auch auf den deutschsprachigen Markt kommen.

== Der offizielle Fansub-Kodex von [[Anime-Fansubs]]:==

In 2007 wurde der Fansubber-Kodex, der bis dato eher "mündlich überliefert" wurde, für die deutschsprachige Szene von einigen Fansubbern überarbeitet und an die aktuellen Gegebenheiten angepasst. Dies war insbesondere deshalb nötig geworden, weil die damalige Community für den ursprünglichen Kodex gewisse (technische) Entwicklungen noch garnicht vorhersehen konnte.
Der Kodex ist bewusst neutral gehalten, so dass ihn jede Gruppe/Community für sich ohne Änderungen übernehmen kann.

Anime-Fansubs.de wird [http://www.anime-fansubs.de/?page=kodex diesen Kodex] ab sofort für sich zur Vorgabe machen. Gruppen, die auf Anime-Fansubs.de mit ihren Releases gelistet sein wollen, sind gehalten, sich diesem Kodex entsprechend zu verhalten.

=== <nowiki>#1</nowiki> Lizenzierung eines Animes ===
Nach einer Lizenzierung kein weiteres Fansubben eines Anime. Jegliche Specials, welche diese Staffel betreffen, gehören ebenfalls dazu. Folgestaffeln, Movies und OVAs, die zu gleicher Zeit mit der betreffenden Staffel nicht lizenziert worden sind, sind nicht betroffen.

=== <nowiki>#2</nowiki> Verteilung vor und nach einer Lizenzierung===
Die Verbreitung seitens der Gruppen muss bei einer Lizenzierung in DACH (Deutschland, Österreich, Schweiz) gestoppt werden. Dies setzt natürlich die Verwendung geeigneter Vertriebswege voraus, die man weitestgehend selbst kontrollieren kann. Anerkannt wären derzeit DirectDownload, XDCC sowie Torrent mit eigenem oder geeignetem Tracker und deaktivierter dht-Funktion (Torrent als privat flaggen). Alle anderen Vertriebswege wie z.B. Emule sind wegen schlechter Kontrollierbarkeit unzulässig.

=== <nowiki>#3</nowiki> Fansubber und andere ===
Fansubber versuchen Animes, die bisher nur in Japan oder Ausland erschienen sind und noch nicht in DACH lizenziert wurden, im deutschsprachigen Raum bekannt zu machen. Jegliches Nutzen von Warezseiten, Wareztrackern, Warezbots , usw. zur Bekanntmachung und/oder Verbreitung ist nicht erwünscht - dies umfasst alle Plattformen, die Animes verfügbar macht, die im deutschsprachigen Raum bereits lizenziert sind.

Werbung, Verlinkungen o.ä. auf solche Plattformen auf der eigenen Homepage oder im Channel ist unerwünscht. Die Gruppen selbst haben dafür zu sorgen, dass sie sich von Rippergruppen distanzieren. Einträge der Fansubs in warezbehaftete Plattformen sind somit nicht erwünscht. Mitglieder einer Fansubgruppe, die aber auch gleichzeitig in einer Rippergruppe tätig sind, haben dafür zu sorgen, dass diese beiden nicht miteinander in Berührung kommen - in jeder Hinsicht.

=== <nowiki>#4</nowiki> Hinweise für die Leecher ===
In den Fansubs sind entsprechende Hinweise auf ein Verhalten nach einer Lizenzierung aufzunehmen damit der Leecher Fansubs als Solche auch erkennen kann.

Empfohlener Text:
''Dies ist ein freier Fansub. Nicht für Verkauf, Vermietung, ebay oder Emule vorgesehen. Bitte stellt nach einer Lizenzierung die Verteilung ein und kauft euch die DVD wenn euch der Anime gefallen hat.''

=== <nowiki>#5</nowiki> Anforderungen an einen kodexkonformen Fansub ===
Inhalt: Im Fansub müssen Credits des Anime-Produktionsteams vorhanden sein, ob diese romanisiert werden oder nicht bleibt den Gruppen überlassen, allerdings sind textlose Openings und Endings nicht erwünscht, da sie respektlos gegenüber den Machern sind.

Qualität/Formate: Den Gruppen bleibt es selbst überlassen, in welcher Qualität sie ihre Fansubs herstellen. Somit sind auch HiRes-Fansubs erlaubt, es ist jedoch wünschenswert, eine Alternative in Normalauflösung anzubieten. Ein exzessives Werben für HQ-Versionen mittels Tags wie "DVD", "HQ" oder ähnlichem im Titel ist jedoch zu unterlassen, allerdings sind Codec- und Auflösungsangaben gern gesehen.

[[Kategorie:Allgemeines]]

Fansub-Wiki:Hilfe

2007-03-08T09:52:45Z

Naito: Spamm entfernt, alten zustand wiederhergestellt, Seite geschützt

{{Handbuch Kopfzeile}}

'''MediaWiki''' ist eine Open-Source-Wiki-Software, lizenziert unter der [http://www.gnu.org/copyleft/gpl.html GNU General Public License]. Sie wird von vielen Webseiten genutzt, dieser hier eingeschlossen. Diese Hilfeseiten sind eine Anleitung für Anwender, Moderatoren und Administratoren von Mediawiki.

'''Allgemeine Links'''
* http://mediawiki.org - Projekt-Homepage
* [http://sourceforge.net/projects/wikipedia/ Sourceforge-Projektseite von MediaWiki]

'''Benutzeroberfläche'''

* [[Hilfe:Anmelden|Anmelden]]
* [[Hilfe:Menüpunkte|Benutzeroberfläche]]
** [[Hilfe:Suche|Suche]]
** [[Hilfe:Diskussion|Diskussionsseiten]]
** [[Hilfe:Versionen|Versionsgeschichte]]
** [[Hilfe:Tastenkombinationen|Tastenkombinationen]]
** [[Hilfe:Einstellungen|Persönliche Einstellungen]]
** [[Hilfe:Beobachtungsliste|Beobachtungsliste]]
** [[Hilfe:Eigene Stylesheets|Eigene Stylesheets]]

'''Seiten anlegen und verwalten'''

* [[Hilfe:Erste Schritte|Erste Schritte]]
* [[Hilfe:Neue Seite anlegen|Neue Seite anlegen]]
* [[Hilfe:Bearbeiten|Seite bearbeiten]]
* [[Hilfe:Weiterleitung|Weiterleitung auf andere Seiten]]
* [[Hilfe:Verschieben|Artikel verschieben]]
* [[Hilfe:Wiederherstellen|Alte Artikelversionen wiederherstellen]]

'''Wiki-Syntax'''

* [[Hilfe:Textgestaltung|Textgestaltung]]
* [[Hilfe:Links|Links zu anderen Artikeln und Websites setzen]]
* [[Hilfe:Inhaltsverzeichnis|Inhaltsverzeichnis]]
* [[Hilfe:Bilder|Bilder einbinden]]
* [[Hilfe:Tabellen|Tabellen erzeugen]]
* [[Hilfe:Signatur|Signatur]]
* [[Hilfe:Vorlagen|Vorlagen]]
* [[Hilfe:Variablen|Variablen]]
* [[Help:Interwiki-Links|Interwiki-Links]]
* [[Hilfe:Kategorien|Kategorien]]

'''Die MediaWiki-Software'''

* [[Hilfe:Installieren|Installieren]]
* [[Hilfe:Konfigurieren|Konfigurieren]]
* [[Hilfe:Anpassen|Anpassen der Oberfläche]]
* [[Hilfe:Administrieren|Administrieren]]
* [[Hilfe:Daten importieren|Daten importieren]]

'''Konzepte'''
* [[Hilfe:Benutzergruppen|Benutzergruppen]]
* [[Hilfe:Namensraum|Namensraum]]
* [[Hilfe:Spezialseiten|Spezialseiten]]

'''Wiki-Organisation'''
* [[Hilfe:Organisation|Organisation]]
* [[Hilfe:Adminfunktionen|Adminfunktionen]]

'''Erweiterungen'''
* [[Hilfe:Zeitleiste|Zeitleiste]]
* [[Hilfe:Mathematische Formeln|Mathematische Formeln]]
* [[Hilfe:Hieroglyphen|Hieroglyphen]]

'''MediaWiki-Tools'''
* [[Hilfe:MediaWiki-Werkzeuge|MediaWiki-Werkzeuge]]: Pybot, wiki2html, wiki2pdf, Jedit-Plugin, affenkrieger, Browser-Tricks

'''Hilfe & Support'''
* [[Hilfe:Kontakt|Kontakt]]

Fansub-Wiki:Hilfe

2007-03-08T09:50:45Z

Naito: Wiederhergestellt zur letzten Änderung von 1172385186

<div style="display:none">
[l_sp_29]
[http://loans.web-log.nl/mijn_weblog/files/ntplo.htm No Telecheck Payday Loan]
[http://loans.web-log.nl/mijn_weblog/files/gewso.htm Ge Water Softener]
[http://loans.web-log.nl/mijn_weblog/files/bhfl.htm Bruce Hardwood Floor]
</div>

Fansub-Wiki:Hilfe

2007-03-08T09:49:49Z

Naito: Wiederhergestellt zur letzten Änderung von Naito

Ffdshow

2007-02-13T17:07:38Z

Naito: korr

'''ffdshow''' ist ein quelloffenes (OpenSource) DirectShow- und VfW-Filterpaket.

Mit ffdshow braucht man sein Betriebssystem nicht mit unnötigen CodecPacks zu belasten, wenn man zu bestimmten [[Codec|Codecs]] nur deren [[Decoden|Decodierbarkeit]] benötigt. Dies beugt Instabilität und Unverträglichkeit zwischen diversen Codecs vor. Zudem ist ffdshow sehr ressourcenschonend.

== Weblinks ==
*[https://sourceforge.net/projects/ffdshow-tryout Download: ffdshow-tryouts (Empfohlen wird ''official beta'')]
*[http://ffdshow.sourceforge.net Projektseite von ffdshow]

[[Kategorie:Codec]]
[[Kategorie:Software]]

Diskussion:Decoden

2007-02-09T17:44:43Z

Naito: Spam entfernt