Gesucht und gefunden: TAP zum schrumpfen der HD-Dateien

[weadolf]

OK, hier sind schon mal die Log Files

[Twilight]

ich gehe schon davon aus das diese abspielbar sind...würde sie einfach mal in .rec umbenennen und von tftool oder RebuildNav inf und nav erzeugen lassen.
kommt auf einen versuch an.

twilight

[chris86]

Sie sind definitiv nicht abspielbar! Wenn überhaupt, dann nur in Australien
Der TSDoctor konvertiert die PacketSize von 192 in 188 Bytes. Dadurch Größenreduktion um 2.1% - und keine Abspielbarkeit mehr...

[Twilight]

aha...auch nicht im mediafiles ordner? klar das ist nicht das ziel

twilight

[chris86]

Doch, da schon. Aber wie gesagt - nicht das Ziel ;-)

Aus den Logs geht hervor, dass bei Vorleser und Kokowäh 2,4% Filler-NALUs entfernt wurden. Bei König der Löwen waren es 9,6% Filler-NALUs.

Nullpakete waren - wie erwartet - in keiner Aufnahme vorhanden.

[weadolf]

so, habe Kokowaeaeh..fixed.ts auf dem Topf von der NAS aus abspielen können, hat manchmal ganz leicht geruckelt, kann aber auch meine miese Bandbreite zur NAS sein. Hatte den Film ins DataFiles Share auf die NAS kopiert.
Jetzt kopiere ich gerade den Film auf den Topf ins DataFiles Verzeichnis. Resultat kommt später.

[macfan]

Was ist denn der Unterschied zwischen Nullpaketen und Filler-NALUs?

Gruß, Horst

[chris86]

Ersteres ist auf TS-Ebene (und somit leicht zu filtern), zweiteres ist im H.264 Stream, und somit problematischer...

[weadolf]

So, habe jetzt mal 2 der bearbeiteten Filme (TS) zurück auf den Topf ins DataFiles Verzeichnis kopiert.
Die beiden TS Dateien lassen sich ohne Probleme abspielen. Habe dann die beiden Dateien umbenennt als REC Datei. Abspielen hat immer noch ohne Probleme geklappt.
Habe dann RBN gestartet und es wurden die beiden REC.INF und REC.NAV Dateien erzeugt.
Nun lässt sich keiner der Filme mehr abspielen. Erst, wenn ich die beiden REC.INF und REC.NAV Dateien wieder lösche klappt wieder die Wiedergabe.

Gruß, Werner

[Twilight]

das liegt, wie chris schon gesagt hat, an geänderten packetgrößen und RebuildNav macht zwar eine nav aber keine die dazu passt aus dem gleichen grund.

twilight

[Homer]

Wenn eine rec-Datei in DataFiles mit einer PacketSize von 188 tatsächlich abspielbar ist, könnte man dann auch eine passende rec.nav erzeugen?

Viele Grüße
Homer

[Twilight]

klar, RebuildNav kann das sicher auch, macht es aber nicht da es "weiss" das es auf einem receiver mit 192 PackSize läuft stichwort: firmware.dat
ob und wie man tftool überreden kann dafür eine korrekte nav zu produzieren, für einen test, müßte jkit sagen.

twilight

[Roemer]

Nach meiner Erfahrung spielen die Füllbytes, die es vor allem bei ARD, ZDF und deren sonstigen Kanälen in größerem Umfang gab, schon seit mehr als einem Jahr keine besondere Rolle mehr.

Ein bisschen was rausholen kann man durch Verzicht auf die eine oder andere Tonspur, Videotext und Untertitel. Und natürlich durch wegschneiden von Vor- und Nachlauf und ggf. Werbung.

Für letzteres gibt es den MovieCutter. Für mich ist der TS Doctor das Mittel der Wahl, auch für den Schnitt - falls die Aufnahme ins Archiv wandert. Alles andere wird unbehandelt geschaut und dann gelöscht.

[wohliks]

[quote="Roemer"]Für mich ist der TS Doctor das Mittel der Wahl, auch für den Schnitt - falls die Aufnahme ins Archiv wandert. Alles andere wird unbehandelt geschaut und dann gelöscht.[/quote]Genau so mache ich das hier auch. Da ich außerdem für einen Bekannten hin und wieder im SD-Format aufnehme, nutze ich den TS-Doctor auch zum Demultiplexen zwecks DVD-Erzeugung.

[jkIT]

[quote="Twilight"]... ob und wie man tftool überreden kann dafür eine korrekte nav zu produzieren, für einen test, müßte jkit sagen.

twilight[/quote]
Die TS Datei muss ins rec Format konvertiert werden. Entweder mit "speichern unter" (Menü Datei, oder Rechtsklick), oder per Drag&Drop auf einen Zielordner (convert). Dabei passenden Receiver auswählen.

[jkIT]

Zurück zum Thema: Ich fand die Idee auch spannend und hatte auch schon mal mit dem Gedanken gespielt, mich an so einem TAP zu versuchen.

Aber ich bin ganz der Meinung von chris86, der Platzgewinn sollte den Aufwand rechtfertigen und da sehe ich schwarz. Selbst wenn man optional einzelne PIDs entfernt (Teletext, EPG, ...), was bringen 10% - 20% ?
Den größten Gewinn sehe ich bei Radioaufnahmen, da haben die zusätzlich aufgenommenen Daten einen enormen Anteil an der Dateigröße. Am TF 4000 lag eine 2Std Sendung noch bei <400MB, am SRP sind es mittlerweile 2,5 GB.

Wenn aus TV Aufnahmen Daten entfernt werden, muss auch die NAV neu berechnet werden.

Falls sich jemand an so einem TAP versuchen will, der Quellcode von "naludump" könnte evtl. Arbeit ersparen.

[Twilight]

aber die australier haben doch auch eine nav oder etwa nicht?

twilight

[FireBird]

Gibt es.

[Twilight]

wenn wir also mit einer gefakten firmware.dat dem RebuildNav vorgaukeln das es auf einem australischen topf läuft würde es für dieses file eine topfieldkonforme nav erstellen?

twilight

[FireBird]

Frühere Tests haben gezeigt, dass man die unterschiedlichen recs (184 bzw. 188 Bytes) nicht beliebig zwischen den Geräten tauschen kann. Aber vielleicht hat sich das mittlerweile geändert.