Hier legt Ihr fest, welche Engine Ihr zum Streamen verwenden wollt. Jede Engine hat Ihr Stärken und Schwächen.

WinGrabEngine: Diese Engine wurde von Elmi entwickelt und war lange Zeit die einzig verfügbare Engine. Mit dieser Engine habt Ihr eine Fülle von Informationen während der Aufnahme. Diese Engine erlaubt es euch, in einen Programmstream mit mehreren Audio Kanälen zu streamen, da der Stream während der Aufnahme noch gemuxt wird. Tritt während der Aufnahme ein Fehler auf, sei es durch verlorene Pakete im Netzwerk oder durch "unsaubere" Stellen im Stream, wird ein ReSync durchgeführt. Dies bedeutet, dass die aktuelle Sequenz (GOP) weggeworfen wird und neu synchronisiert wird. Dies hat den Vorteil, dass die Aufnahme anschließend 100% Audio/Video synchron ist. Natürlich hat dies auch einen Nachteil. Den ReSync wird man aller Wahrscheinlichkeit anschließend im Stream erkennen können, da ca. eine Sekunde fehlt. Vor noch nicht allzu langer Zeit, waren diese ReSyncs nicht zu vermeiden. Durch ständige Weiterentwicklung der DBox Treiber, sind sie, ein gut konfiguriertes Netzwerk vorausgesetzt, heute absolute Seltenheit geworden...

Es ist ebenfalls möglich, als getrennte Audio und Video Files aufzunehmen. ReSyncs gib es dann natürlich nicht, allerdings ist der Stream anschließend zu überprüfen. Die getrennten Streams sind dabei aber keine MPEG ES Streams, sondern im PES Format und müssen anschließend bearbeitet werden.

Die WinGrabEngine wird nicht mehr weiterentwickelt.

ggrab: ggrab ist eine Engine, welche von gandalfX für Linux entwickelt wurde. Dank einer Linux API Emulation (cygwin) ist es möglich, diese Engine auch unter Windows einzusetzen. Die erwähnte Emulation muss von Euch nicht installiert zu werden, da sie von Jack mitgeliefert wird.

Auch ggrab ist in der Lage einen Programmstream zu erzeugen. Dabei verfolgt ggrab aber eine andere Philosophie als die WinGrabEngine. Tritt hier während der Aufnahme und des muxens ein Fehler auf, wird der Stream nicht neu synchronisiert, sondern der Fehler wird übernommen. Dies geschieht in der Annahme, dass der Fehler durch Euren Player kompensiert werden kann. Dies macht ggrab zu einer recht rustikalen Engine, bei Problemfällen durchaus Abhilfe schaffen kann. Allerdings ist nicht zu verhehlen, dass diese Philosophie auch in die Hose gehen kann... :o) Die im Stream enthaltenen Fehler können, bei Weiterverarbeitung des Files, zu recht massiven Asynchronitäten in der Aufnahme führen, welche sehr schwer zu reparieren sind, da sie erst an einer bestimmten Stelle im File beginnen. Weiterhin können mit ggrab die Datenpakete per udp übermittelt werden, was weitere Ressourcen im Netzwerk freigibt, da die TCP typischen Antwortpakete entfallen.

Solltet Ihr bei der WinGrabEngine Bildfehler erhalten oder mit häufigen ReSyncs zu kämpfen haben, ist vielleicht ggrab Eure Engine !

ggrab wird wohl auch nicht mehr weiterentwickelt.

udrec: udrec wurde von tonsel geschrieben und wird auch noch weiterentwickelt. udrec hat sich mittlerweile zu einer sehr mächtigen und rustikalen Engine gemausert ! Durch Ihre Fähigkeit entweder als ES, PES oder TS File zu streamen, ist sie sehr flexibel. Noch ist es nicht möglich, einen Programmstream zu erhalten, aber auch darauf werden wir wohl nicht mehr lange warten müssen :o)

udrec streamt standardmäßig über udp. Allerdings, und dies macht udrec einzigartig, wird die Schwäche von udp (verlorene Pakete sind eben wirklich weg) hier kompensiert. udrec schreibt die empfangenen Daten nicht sofort auf die Festplatte, sondern hält sie im Speicher und prüft sie auf Vollständigkeit. Vorher werden die Pakete in der Box natürlich mit einem Zähler versehen, da dieser standardmäßig im udp nicht enthalten ist. Erst wenn alle Pakete vollständig da sind, wird der Stream gespeichert. Fehlt ein Paket, wird nur dieses von der Box neu angefordert. udrec quittiert dies mit einer "ReSend" Meldung. Durch diesen Mechanismus, werden quasi die Vorteile von TCP und UDP zusammengeführt.

Durch diesen Umstand, und dass udrec noch weiterentwickelt wird, wird udrec wohl bald (wenn sie es nicht schon ist) zur ersten Wahl :o)

udrec hat noch weitere Optionen, aber dazu später mehr.

Mittels der combo "Streamingpriorität" könnt Ihr die Priorität des ggrab oder udrec Prozesses festlegen. ggrab sollte mit "High" und udrec mit "Normal" betrieben werden (bei udrec laufen die kritischen Threads schon mit hoher Priorität)

Habt Ihr ggrab als Engine ausgewäht, könnt Ihr mittels der dazugehörigen Checkboxen, das udp und erweiterte Meldungen während des Streames einschalten.

vsplit: Eine der genialsten Optionen schlechthin. Der Wert gibt an, nach wie vielen Sequenzen (GOP´s) nach einer Formatumstellung (4:3 --> 16:9 oder umgekehrt) das aufgenommne File gesplittet werden soll. Bei einem Wert von 0 wird sofort bei der Umstellung des Bildformates gesplittet. Ein Wert von 2 ist hier empfehlenswert, da bekannte Sender noch vor Filmstart die Formatumstellung vornehmen. -1 disabled die Funktion.

Buffer: gibt die Buffergröße an. Sollte, wenn keine Probleme auftreten, auf 16 belassen werden.

udp Port: Gibt den Port an, auf welchem der Stream von der Box zu udrec übertragen wird. Kann auf default gelassen werden. Eine Umstellung des Ports ist z.B. sinnvoll bzw. notwendig, wenn mit einer zweiten Jack Instanz von einer anderen Box zeitgleich aufgenommen werden soll.

MPEG Elementary: Dieses Format kann direkt mit einem herkömmlichen Player angeschaut werden und mit Standard Tools weiterverarbeitet werden.

MPEG Transport: Der Transport Stream enthält alle Video und Audiostreams in einem File. Zusätzlich zu den Video- und Audiopids, wird hier noch ein PMT Pid benötigt. Dieser wird von Jack automatisch ermittelt. Beachte, dass die Ermittlung des PMT bis zu 20 sec. dauern kann. Weiterhin kann der VLC und der Neutrino Movieplayer momentan das File nur abspielen, wenn nur ein Audiostream (Stereo, kein AC3 !) vorhanden ist. Weiterhin muss momentan das Playback während einer TS Aufnahme abgeschaltet werden. Allerdings bietet Dir das JtG Team Image die Möglichkeit, den notwendigen Treiber im TS-Mode zu laden. (Neutrino-->Einstellungen-->Diverse-->TS Stream Mode). Ist dies eingeschaltet, kann das Playback bei TS an bleiben, muss aber bei ALLEN anderen abgeschaltete werden.

MPEG Packetized Elementary: PES Streams können mit ausgewählten Tools weiterverarbeitet werden (zum Beispiel ProjectX). Nur PES Streams können im Anschluss an die Aufnahme automatisch gemuxt werden !

Bei TS Playback automatisch aus: Da es bei TS Streaming notwendig ist das Playback auszuschalten, kann dies hier sichergestellt werden.

AC3 für Stereo bedeutet hier, dass bei verfügbaren Dolby Digital kein Stereo Ton aufgenommen werden soll.

Wichtig ist auch die letzte Checkbox. Wollt Ihr alle Streams auch so aufnehmen, müsst Ihr den Haken dort setzten. Warum dieser Umstand ? Ganz einfach, wollt Ihr alle Pids mittels Sofortaufnahme in der Timerliste aufnehmen, müssen die natürlich korrekt ermittelt werden.

Streamt Ihr mittels ggrab oder der WinGrabEngine, könnt Ihr hier festlegen, ob Ihr einen Programmstream (Video und Audio in einem File) oder getrennte Files wollt. Beachtet bitte, das WinGrab PES Files erstellt, die nicht direkt angesehen werden können. ggrab erstellt hingegen ES Files.

Sollen nach jeder Aufnahme die Streams durch PX demuxt und geprüft werden, ist dies hier einzustellen.