RebuildNAV & RecCopy TAP

[Twilight]

jepp, firebird ist der beste

twilight

[db1]

Das heißt, wenn die entschlüsselten Dateien nicht gelöscht werden und ich auf Urlaub bin, wird die Platte voll kopiert, eine Kopie besser wie die andere

Dazu ist mir gestern was eingefallen:
RebuildNAV (bzw. Firebird ) könnte doch beim Erstellen des AD Timers kontrollieren, ob Dateien des AD Ordners bereits im "normalen" Ordner als (DEC) vorhanden sind (Dateivergleich???) und dann bei in RebuildNAV gesetztem "Löschen Flag" im AD Ordner gelöscht werden, oder ?

[stercus]

Hallo, ich habe mal ne Frage und keine Lust 46 Seiten zu lesen.

Ich wollte das Programm nutzen um Nachts meine Aufnahmen automatisch entschlüsseln zu lassen. Nun les ich grad im ersten Posting: "Die Aufnahme muß vollständig entschlüsselt sein." ? Also verstehe ich da den Sinn des Tap´s falsch?
Wenn die Aufnahme komplett entschlüsselt ist dann brauch mir das Tap das nicht mehr automatisch in der Nacht zu machen?
Achso, funktionieren mittlerweile auch HD Aufnahmen? Ansonsten bringt mir das Tap auch nicht viel

[Twilight]

Dazu ist mir gestern was eingefallen:
RebuildNAV (bzw. Firebird ) könnte doch beim Erstellen des AD Timers kontrollieren, ob Dateien des AD Ordners bereits im "normalen" Ordner als (DEC) vorhanden sind (Dateivergleich???) und dann bei in RebuildNAV gesetztem "Löschen Flag" im AD Ordner gelöscht werden, oder ?

da würde aber noch die vollständigkeitsüberprüfung fehlen....ist eine aufnwändige sache und sollte von topfield gefixt werden.

twilight

[Twilight]

Hallo, ich habe mal ne Frage und keine Lust 46 Seiten zu lesen.

Ich wollte das Programm nutzen um Nachts meine Aufnahmen automatisch entschlüsseln zu lassen. Nun les ich grad im ersten Posting: "Die Aufnahme muß vollständig entschlüsselt sein." ? Also verstehe ich da den Sinn des Tap´s falsch?
Wenn die Aufnahme komplett entschlüsselt ist dann brauch mir das Tap das nicht mehr automatisch in der Nacht zu machen?
Achso, funktionieren mittlerweile auch HD Aufnahmen? Ansonsten bringt mir das Tap auch nicht viel

das betrifft das rebuilden der nav und nicht das entschlüsseln....das tap ist für 2 dinge zuständig:
1. nav datein erstellen, wenn sie nicht vorhanden sind,
2. verschlüsselte datein in den ad ordner verschieben und ad timer erstellen.

twilight

[db1]

Weiß natürlich nicht welcher Aufwand es wäre die Spieldauer (also Zeit) von zwei Filmen zu vergleichen, aber wenn das geht sollte es doch reichen.
Gab es schon bei jemanden Dec Filme die zwar in der Länge passten, die aber sonst irgendwie defekt waren?

[13philipp]

Achso, funktionieren mittlerweile auch HD Aufnahmen? Ansonsten bringt mir das Tap auch nicht viel

...ja...

[stercus]

das betrifft das rebuilden der nav und nicht das entschlüsseln....das tap ist für 2 dinge zuständig:
1. nav datein erstellen, wenn sie nicht vorhanden sind,
2. verschlüsselte datein in den ad ordner verschieben und ad timer erstellen.

twilight

Ok, ich hab ka was nav Datein sind aber das ist mir auch egal. Ich wollte nur automatisch entschlüsseln.
Ich hab das Tap mal drauf gemacht und RecCopy aktiviert, wenn meine Aufnahme morgen entschlüsselt ist bin ich zufrieden, mehr möchte ich gar nicht

[BluField62]

wie die Abkürzung schon sagt, um das navigieren in der Aufnahme wieder möglich zu machen.

[macfan]

Anfrage an Firebird:

1. Stimmt meine an anderer Stelle geäußerte Vermutung, dass die defekten .nav-Dateien durch Ausschalten bevor RebuildNAV fertig war entstanden sind? Wird es einen Fix geben?

2. Beim Schneiden der Filme wird nicht nur die .nav gelöscht, der TMS setzt das Datum der .rec-Datei auf 01.01.2000 zurück. Die Original-Dateiliste zeigt das Datum trotzdem korrekt an, TAPs wie dein Filer oder iTiNa dagegen nicht. Das Problem könnte man mE sehr leicht lösen, indem das weiterhin korrekte Datum der .rec.inf-Datei auf die .rec-Datei übertragen wird. Könnte das RebuildNAV nicht parallel zum Erstellen der .nav gleich mit erledigen?

Gruß, Horst

[FireBird]

der TMS setzt das Datum der .rec-Datei auf 01.01.2000 zurück

Stimmt, das nervt mich auch schon seit einiger Zeit. Deshalb ein Update auf V3.2:

• Nach dem Erzeugen einer .nav, wird das Dateidatum der zugehörigen .rec auf das Datum gesetzt, das in der .inf als Aufnahmedatum angegeben ist.
• Bugfix: wird der Scan unterbrochen, wird die unvollständige nav wieder gelöscht

[macfan]

Super, danke dass du die Anregungen so schnell aufgenommen hast.

Gruß, Horst

[13philipp]

...vielen Dank...

[Twilight]

super, danke und
werde ich gleich mal auf den tms kopieren

twilight

[macfan]

[quote="FireBird"]Nach dem Erzeugen einer .nav, wird das Dateidatum der zugehörigen .rec auf das Datum gesetzt, das in der .inf als Aufnahmedatum angegeben ist.[/quote]
Könntest du beim Scan vielleicht auch das Dateidatum der Dateien reparieren, die eine .nav besitzen? Ich habe viele "alte" Dateien, die so das falsche Datum behalten.

Gruß, Horst

[BluField62]

Danke Alex, gleich mit PDF!!!

[TV-Junkie]

Von mir auch vielen Dank

[mn2000]

Hallo zusammen,

mir ist da ein Problem aufgefallen.

Die Ini vom 02.03.2010 ist so:

OsdX=50
OsdY=20
TextColor=ffffffff
BarColor=ff8080ff
Transparency=255
InfoKey=65559
RecCopy=1
AutoDescrambleTimeStart=0100
AutoDescrambleTimeEnd=0345
AutoDescrambleTimeStart5=0200
AutoDescrambleTimeEnd6=0345
IgnoreCryptedPacketsStartms=3000
IgnoreCryptedPacketsms=500
ClearCopyIcon=0
LastScanTime=d7d9022b
ClearBlueIcon=0
RemoveOrphanedFiles=1

Das heisst doch nach Anleitung, Mo - Do & So 01.00 - 03.45 und Fr. & Sa 02.00 - 03.45.
das wird auch so gemacht. Aber dann am nächsten Montag schaltet es nicht auf Start 01.00, sondern Bleibt auf 02.00. Auch die Ini sieht nun anders aus.

Ini vom 09.03.2010

OsdX=50
OsdY=20
TextColor=ffffffff
BarColor=ff8080ff
Transparency=255
InfoKey=65559
RecCopy=1
AutoDescrambleTimeStart=0200
AutoDescrambleTimeEnd=0330
AutoDescrambleTimeStart5=0200
AutoDescrambleTimeEnd6=0345
IgnoreCryptedPacketsStartms=3000
IgnoreCryptedPacketsms=500
ClearCopyIcon=0
LastScanTime=d7e00200
ClearBlueIcon=0
RemoveOrphanedFiles=1

Die Endzeit Mo - Do & So ist nun auch plötzlich geändert, das ist aber nicht tragisch.

Wiso schaltet er am Montag nicht wieder auf 01.00 um, ist das ein Bug ??

Hat dies noch jemand bemerkt ?

Gruss mn2000

[FireBird]

AutoDescrambleTimeStart=0100
AutoDescrambleTimeEnd=0345
AutoDescrambleTimeStart5=0200
AutoDescrambleTimeEnd6=0345

Also in der mitgelieferten Demo-INI steht Start5 und End5. Start und End müssen immer paarweise auftreten.

[mn2000]

Danke Dir für die Infos, werde es mal ändern.

Gruss mn2000