RebuildNAV & RecCopy TAP

[Hardy22]

Schön, dass ich nicht als einziger solche Probleme habe!

Gegen das "Verfallsdatum" gibt es übrigens eine Taktik: Schalte nach der verschlüsselten Aufnahme mit einem kurzen P-Timer auf einen unverschlüsselten Sender um. Damit vermeidest du, dass die Smartcard beim Einschalten für RbN oder für die Entschlüsselung einen neuen Schlüssel bekommt. Du "erhältst" damit den alten Schlüssel länger, so dass du eine größere Erfolgschance für das nachträgliche Entschlüsseln hast.

Ich bin zwar nur Sat-Zuschauer und empfange nur echtes Pay-TV verschlüsselt, aber der technische Effekt ist wohl der selbe.

[Maliboy]

Das würde funtkionieren, wenn es ein Schlüsselwechsel wäre. Soweit ich aber verstanden habe ist es ein Ablaufdatum und kein Schlüsselwechsel. Bei einen Schlüsselwechsel könnte es was bringen.

Außerdem hat man im Kabel durch die Grundlosverschlüsselung das Problem, das eigentlich jede Aufnahme verschlüsselt ist und die Keys geladen werden müssen.

Außerdem, wenn das so einfach funktionieren würde, würde man ja einfach das Modul ziehen und immer verschlüsselt aufnehmen. Und vor dem Stecken einfach auf ARD oder ZDF und die Wiedergabe starten. Ich meine aber, das wurde schon probiert und es klappt nicht.

[Röhrenfernseher]

Ich verwende den CRP-2401+ im schweizer Cablecom-netz. Dabei hab was ganz seltsames:

- Aufnahmen, die sich nach dem entschlüsseln mit RebuildNav auf dem CRP problemlos, auf dem PC (mit VLC) aber nicht wiedergeben lassen.
- Hab die wiedergabe am CRP mit ausgezogenem CAM versucht (um sicherzustellen, dass die Aufnahmen entschlüsselt sind kein problem.
- Eine Aufnahme von einem unverschlüsselten Kanal kann auch auf dem pc problemlos abgespielt werden
- mit dem RecConverter kann ich die Dateien zB in 188 TS umwandeln, aber auch die dadurch entstandenen ts-dateien lassen sich nicht abspielen.

Womit kann das zu tun haben?

Ansonsten bin ich sehr zufrieden mit dem gerät.

[FireBird]

Ich werde Dir nicht helfen können, denn RebuildNAV entschlüsselt nichts. Es prüft nur, ob die Datei entschlüsselt werden muss und bereitet die Entschlüsselung gegebenenfalls vor, der Rest wird von der Firmware erledigt.

[FilmFan]

[quote="Röhrenfernseher"]- Aufnahmen, die sich nach dem entschlüsseln mit RebuildNav auf dem CRP problemlos, auf dem PC (mit VLC) aber nicht wiedergeben lassen.[/quote]
Das Problem habe ich auch ab und zu. Mit MPlayer kann ich diese dann aber wiedergeben. Es wird wohl irgendein Codec-Problem sein. Der VLC hat ja seine eigenen und die kommen wohl mit den Topfield-Streams nicht so gut zurecht.

[Röhrenfernseher]

leider nicht. die filme die gehen, gehen mit vlc und mplayer, die anderen nicht.

habe herausgefunden, dass ich auf dem pc nichts wiedergeben kann, was im "hintergrund entschlüsselt" wird von RebuildNav oder IQTuner. alle dateien, die ich direkt mit REC aufnehme oder während der wiedergabe mit dem REC-button "nochmals aufnehme", die dann entschlüsselt abgelegt werden, kann ich problemlos auch auf dem pc wiedergeben.

nachdem ich die beta-firmware draufhatte habe ich mal die original-fw draufgehauen. allerdings hat auch dies mein problem nicht gelöst.

[Paulchen Panther]

Solange RbN die Aufnahmen noch scannt, gelten sie als verschlüsselt. Erst wenn RbN fertig ist und die Aufnahmen für unverschlüsselt befunden hat darfst Du anfangen, den Film auf den PC zu ziehen.

[chrisly]

IN den letzten Tagen hatte ich gleich mehrfach das Problem, dass Aufnahmen nicht sofort entschlüsselt waren - obwohl IQTuner (per SE) im Einsatz ist und teilweise auch nur eine Aufnahme lief (in Abwesenheit). Bisher hatte das immer reibungslos funktioniert.
Woran könnte das liegen? Im TimerDiags-LOG konnte ich keine Auffälligkeiten finden (außer logischerweise "File contains crypted packets. Moving to AutoDescramble.").
Das CAM läuft eigentlich auch problemlos (bis auf die bekannten Bildaussetzer).
Habt Ihr ´ne Idee? Bis auf´s SE-Update habe ich in den letzten Tagen eigentlich nichts geändert.

[Twilight]

das hat doch rein gar nichts mit rbn zu tun

such dir die log ausschnitte zu den aufnahmen raus und besprehce die mit gerti...(iqt)

twilight

[chrisly]

das hat doch rein gar nichts mit rbn zu tun

such dir die log ausschnitte zu den aufnahmen raus und besprehce die mit gerti...(iqt)

twilight

Okay - war mir nicht sicher, aber Du hast Recht.

[Gerti]

Hi!

Liegt daran, dass der Start von SE und den anderen TAPs inzwischen so lange dauert, dass IQTuner (in SE) denkt, es sei manuell nachgestartet worden und die Aufnahmen in den Hintergrund legt.
Sollte mit dem nächsten Update behoben sein.

Gruß,
Gerti

[FilmFan]

[quote="Gerti"]Liegt daran, dass der Start von SE und den anderen TAPs inzwischen so lange dauert, dass IQTuner (in SE) denkt, es sei manuell nachgestartet worden und die Aufnahmen in den Hintergrund legt.
Sollte mit dem nächsten Update behoben sein.[/quote]
Kann man auch eine Option einbauen, daß er das Umschalten immer macht (wenn nichts anderes Verschlüsseltes im Vordergrund aufgezeichnet wird)? Dann wenn man einmal mit TMSRemote etwas nachgeschaut hat, klappt anschließend das entschlüsselte Aufnehmen nicht mehr.

[chrisly]

Hi!

Liegt daran, dass der Start von SE und den anderen TAPs inzwischen so lange dauert, dass IQTuner (in SE) denkt, es sei manuell nachgestartet worden und die Aufnahmen in den Hintergrund legt.
Sollte mit dem nächsten Update behoben sein.

Gruß,
Gerti

Danke für die Info! Dachte schon, mein Topf spinnt ...
Vermutlich bringt dann ja bis dahin eine andere Startreihenfolge / Verzögerung per XStart auch nix.

[dirki001]

Bis auf´s SE-Update habe ich in den letzten Tagen eigentlich nichts geändert.

Stehe gerade auf der Leitung!

Was ist SE?

[Wolfman]

SmartEPG

[dirki001]

SmartEPG

Mein Gott, immer dieser Kürzel-Wahn!

Trotzdem, Danke!

[chrisly]

Mein Gott, immer dieser Kürzel-Wahn!

Trotzdem, Danke!

SE? KdJ-o?

[chrisly]

Hi.

Mir passiert es öfters, dass (trotz IQTuner) Aufnahmen nur deshalb verschlüsselt bleiben, weil ich kurz PiP einblende. Wenn dort noch ein verschlüsselter Sender aktiv ist, führt das automatisch dazu, dass die Aufnahme nicht entschlüsselt ist.
Das wollte ich jetzt vermeiden, indem ich im Setup "ign. verschl. Pakete = 3000ms" eingestellt habe. Aber selbst wenn PiP nur für 1 Sek. eingeblendet wurde, gilt die Aufnahme als verschlüsselt. Warum?
Eigentlich dürfte doch in diesem Fall nur die betreffende 1 Sek. verschlüsselt sein und RbN müsste das ignorieren (das würde halt zu 1 Sek. Bildausfall führen; damit könnte ich leben).

[Poffel]

Für vergangene Nacht stand eigentlich ein AutoDescramble-Timer an, der auch angestoßen, dann aber wegen eines Fehlers abgebrochen wurde. Hier das Snip aus TAPSystem.log:

2011-09-22 02:00:05 TimerDiags: Starting playback of 'Lottery Ticket.rec.inf'
2011-09-22 02:00:05 TimerDiags: AutoDescramble active
2011-09-22 02:00:06 TimerDiags: Service State: PID 0x06ff @ Main = ERROR
2011-09-22 02:00:06 TimerDiags: Service State: PID 0x0703 @ Main = ERROR
2011-09-22 02:01:47 TimerDiags: Playback has been stopped

Kann dazu jemand was zur Ursache sagen?

[Twilight]

da ist kein fehler zu sehen...die wiedergabe wurde gleich wieder gestoppt.
waren mehr als ein file zur entschlüsselung eingetragen??

twilight