RebuildNAV & RecCopy TAP

[JayTee]

Was soll das bringen?

Eventuelle CI+ Restriktionen kannst du so nicht umgehen.

[KarlOtto]

Ich habe es bereits getestet.

Die Kopien haben kein Ablaufdatum mehr und man kann sie auf dem Computer schneiden und ansehen.

Daher wäre es ganz gut, das zu automatisieren.

Macht SmartDecrypter eine Kopie, wenn ich die Dateien von Hand in den AutoDescramble-Ordner schiebe?

[Twilight]

automatik gibt es da keine, wenn du ein entschlüsseltes file in den AD ordner verschiebst kümmert sich SmartDecrypter darum.

twilight

[Homer]

Wie kommt RebuildNAV auf den 32 Bit-Wert, den es im ersten Satz beim Offset 0x18 schreibt? Ich habe hier eine nav-Datei, in der RebuildNAV 0xA4F97701 (entspricht 24639908 ms) geschrieben hat. In anderen von RebuildNAV erzeugten Dateien finde ich erwartungsgemäß Werte unterhalb 10000 ms.

Viele Grüße
Homer

[FireBird]

[quote="Homer"]Wie kommt RebuildNAV auf den 32 Bit-Wert[/quote]
Wenn wir uns wieder treffen, frage ich RbN, was es sich dabei gedacht hat. Wenn es der erste Record ist, könnte es sich um eine nicht initialisierte Variable handeln.

[Homer]

Eine Wiederholung erzeugt eine nav-Datei mit identischem Inhalt. Besuche RebuildNAV einmal und frage es.

Viele Grüße
Homer

[Anthea]

Nicht initialisierte Variablen, ist ja furchtbar. Wie kann man sowas nur machen. Passiert mir nie. Also... selten. Ich versuche es zu vermeiden. Wenn ich dran denke.

[FireBird]

Homer hat klargemacht, dass das nicht der Fall ist. Also wird der Initialisierungswert wohl eine vom Dateinamen abhängige Zufallszahl sein.

[Wolfman]

Gibt's das auch in DAU Sprache?
(Ich hab zwar außer evtl. einem "Hello World" in Basic keine Ahnung vom Programmieren, interessieren täts mich aber trotzdem ).

[FireBird]

Wenn Du in einem Programm eine Variable zum Speichern von Zwischenergebnissen benötigst, dann musst Du diese deklarieren. Also z.B. ich brauche eine Variable mit dem Namen „i“ und dem Typ „integer“. Dann weiß der Compiler, dass 4 Bytes benötigt werden und trägt diese Info in das kompilierte Programm ein (wie viele Bytes integer wirklich benötigt, hängt vom Compiler und anderen Parameter ab. Aber wurscht).

Wenn Du dann Dein kompiliertes Programm startest, sieht das Betriebssystem, dass Du 4 Bytes benötigst und weist der Variablen „i“ einen physischen Speicherplatz im RAM zu. Aber welche Daten stehen an der Position im RAM? Irgendein „Müll“, denn dieser physische Speicherplatz ist vielleicht kurz vor dem Start Deines Programms von einem anderen Programm verwendet worden.

Sollte Dein Programm jetzt den Bug haben, dass es den Inhalt von „i“ zuerst ausliest, bevor es in „i“ hineinschreibt, dann erhält das eben diesen Müll. Aus diesem Grund muss man dafür sorgen, dass in Variablen immer zuerst geschrieben wird – und sei es dass man beim Programmstart beispielsweise 0 in die Variable „i“ schreibt.

Ich hoffe, dass ist noch halbwegs verständlich.

[Acade]

Gibt's das auch in DAU Sprache?

Beim Ablauf eines Programms stehen die verwendeten Variablen an bestimmten Plätzen
im Speicher. Bevor sie dort explizit auf einen definierten Wert gesetzt werden, steht da
drin (meistens) ein beliebiger Zufallswert.

Allerdings ist Homers Beobachtung (immer derselbe Wert) kein Beweis dafür, daß die
betreffende Variable in ihrem Zusammenhang schon mal ausdrücklich gesetzt wurde!
Das kann auch aus der immer gleichen Vorgeschichte des Speicherplatzes herrühren.

Ciao,
Acade

EDIT: Alex war schneller

[FireBird]

EDIT: Alex war schneller

Der darf auch nicht ins Pool, der muss arbeiten.

[Acade]

Ich mach' mal auf Twi:

[Twilight]

bei der arbeit rumkugeln darf nur ich

twilight

[Acade]

Ja mei, ich arbeite ja nicht

[Twilight]

1:0 für dich

twilight

[Wolfman]

@ Firebird und Acade:

Danke, ich denke, ich habs in etwa kapiert

[FireBird]

Nachdem jkIT und chris86 viel Zeit in die Erforschung der nav-Struktur gesteckt haben, wurde RbN an diese Erkenntnisse angepasst. Da ich auch noch ein paar Ideen hatte, ist die aktuelle V7 praktisch eine komplette Neuprogrammierung.

• Algorithmus für nav-Erzeugung verbessert.
• Die Erzeugung der navs läuft als eigenständiger Thread und sollte daher etwas schneller sein.
• Beim Start werden alle Dateien und Verzeichnisse aus lost+found nach DataFiles verschoben.
• Find RbN .rcn-Dateien in DataFiles (lost+found-Dateien mit beschädigten Dateinamen), versucht RbN die Dateien zu identifizieren (.rec, .inf, .nav) und zusammengehörige Paare zu finden. Dabei werden auch die EPG-Daten analysiert und bei Erfolg erhalten die Dateien den Namen der Sendung und des Aufnahmezeitpunkts.

[TV-Junkie]

[Töppi]

Klasse Arbeit! Danke!