RebuildNAV & RecCopy TAP

[Töppi]

Doppelposts sind unerwünscht!

[JayTee]

Wer im Glashaus sitzt...

[ramibi]

... toll Alex - vielen Dank

[MrCooper]

• Added: Der AD-Timer wird als automatischer Timer angelegt. Tests haben gezeigt, dass somit mehr als eine REC-Datei dekodiert wird

Was bedeutet das genau? Es kann mehr als eine Aufnahme gleichzeitig dekodiert werden? Unter welchen Voraussetzungen?

Wäre es übrigens möglich, den AD-Timer innerhalb des Zeitfensters auch mehrmals am selben Tag anzulegen, wenn das Zeitfenster durch andere Timer teilweise blockiert ist?

Vielen Dank für die V4.6c!

[Twilight]

Was bedeutet das genau? Es kann mehr als eine Aufnahme gleichzeitig dekodiert werden? Unter welchen Voraussetzungen?

nein, das bedeutet das in der alten version wo files dem timer zugeordnet wurden nur ein file decodiert wurde....jetzt ist es wieder ein allgemeiner timer und er decodiert auch mehr als ein file....hintereinander

twilight

[FireBird]

[quote="MrCooper"]Wäre es übrigens möglich, den AD-Timer innerhalb des Zeitfensters auch mehrmals am selben Tag anzulegen, wenn das Zeitfenster durch andere Timer teilweise blockiert ist?[/quote]
Die Firmware unterstützt nur einen AD-Timer.

[MrCooper]

nein, das bedeutet das in der alten version wo files dem timer zugeordnet wurden nur ein file decodiert wurde....jetzt ist es wieder ein allgemeiner timer und er decodiert auch mehr als ein file....hintereinander

Hmm, bei mir hat das vorher auch schon funktioniert, jedenfalls wäre mir nie etwas anderes aufgefallen... Vielleicht ein Bug bei anderen Töpfen / Firmware-Versionen?

Die Firmware unterstützt nur einen AD-Timer.

Das ist mir klar. Aber wenn der vorbei ist, könnte einer für den nächsten freien Teil des Zeitfensters gesetzt werden? Jetzt scheint stattdessen immer das Zeitfenster vom nächsten Tag gewählt zu werden.

[Twilight]

[quote="MrCooper"]Hmm, bei mir hat das vorher auch schon funktioniert, jedenfalls wäre mir nie etwas anderes aufgefallen... Vielleicht ein Bug bei anderen Töpfen / Firmware-Versionen?[/quote]
betrifft auf alles fälle die srp versionen....crp meldungen in diese richtung hab ich aber auch schon gelesen...sie wurden aber nicht verifiziert.

twilight

[FireBird]

[quote="MrCooper"]Aber wenn der vorbei ist, könnte einer für den nächsten freien Teil des Zeitfensters gesetzt werden? Jetzt scheint stattdessen immer das Zeitfenster vom nächsten Tag gewählt zu werden.[/quote]
Im aktuellen Zeitfenster wird der Timer grundsätzlich nicht angegriffen, damit er sich den Timer nicht selbst wegzieht. Sorry, der Teil ist zu heikel und wird auch nicht geändert.

[paul79]

betrifft auf alles fälle die srp versionen....crp meldungen in diese richtung hab ich aber auch schon gelesen...sie wurden aber nicht verifiziert.

twilight

Ich hab es nie komplett verfolgt, aber zumindest bei den sporadischen Kontrollen gab es durchaus Fälle in denen bei mir mehrere Aufnahmen in einer Nacht entschlüsselt wurden.

[FireBird]

Es war nicht reproduzierbar, ist bei manchen aber häufig aufgetreten. Bisher gibt es noch nicht viele Tests, ob sich der neue AD-Timer besser verhält.

[quattrofever]

Hallo zusammen,

ich hoffe ihr könnt mir weiterhelfen.

Ich nehme nun mit meinem neuen CRP 2401 CI+ fleißig auf und in der Zwischenzeit liegen 9 Aufnahmen im AD Ordner und werden nicht entschlüsselt.
Bis heute früh bin ich noch davon ausgegangen dass dieses TAP die Entschlüsselung durchführt und ich hatte das Zeitfenster im RebuildNAV Einstellung auf über 7 Stunden geändert. Ich vermute mal, dass dies wahrscheinlich nicht wirklich zielführend war.

Die Entschlüsselung des AD Timers wird ja durch den Topf/die CI+ Karte selbst durchgeführt. Wie kann ich diese denn dann beeinflussen? Muss ich in das vom Topf vorhandene Aufnahmemenü und dort ist ein AD Zeitraum angegeben, den man verändern kann?
Das komische ist, ich habe über Nacht extra den Topf angelassen und gehofft, dass heute morgen alles entschlüsselt ist,..., leider ist dies nicht der Fall. Im AD Ordner liegen immer noch alle 9 Dateien. Kann das an meinem SmartEPG Scanzeitraum liegen, der zwischen 01:00 Uhr und 06:00 Uhr eingestellt ist?
Oder kann es auch daran liegen, dass in dem AD Ordner eine Aufnahme vorhanden ist, die länger als 6 Stunden ist (Schlag den Raab) und der Topf es nicht schafft diese Aufnahme an einem Stück zu entschlüsseln?
Muss denn eine Aufnahme immer an einem Stück entschlüsselt werden oder kann die Entschlüsselung einer Aufnahme auch in mehreren Zeitfenstern mit Unterbrechung stattfinden?

Tut mir leid, dass ich so viele Fragen habe aber den ganz guten Durchblick habe ich diesbezüglich leider noch nicht, der CRP ist ja noch recht neu.

Vielen Dank für Eure Hilfe.

Grüße,
quattrofever

[MrCooper]

[quote="quattrofever"]Oder kann es auch daran liegen, dass in dem AD Ordner eine Aufnahme vorhanden ist, die länger als 6 Stunden ist (Schlag den Raab) und der Topf es nicht schafft diese Aufnahme an einem Stück zu entschlüsseln?[/quote]

Hmm, das könnte in der Tat ein Problem sein... vielleicht sieht RebuildNAV, dass diese Aufnahme im AD Zeitfenster nicht entschlüsselt werden kann, und setzt den AD-Timer gar nicht. Du kannst den AD-Timer ja im Topf-eigenen Timermenü überprüfen/ändern oder überhaupt setzen.

[quattrofever]

@ Mr.Cooper: Vielen Dank für die Antwort. Ist der AD-Timer sofort als solcher zu erkennen? Der ist dann auch nur in der Topf eigenen Timerliste oder ist dieser auch im SmartEPG zu sehen?

Grüße,
quattrofever

[JayTee]

Den AD-Timer siehst du auch in SmartEPG.

Wenn du RbN am Start hast musst du dort einen Zeitrahmen für den AD-Timer vorgeben, wenn der zu klein ist gehts nicht.

Der SE-Scantimer verhindert das Entschlüsseln nicht, wenn der stört wird er nicht ausgeführt.

[quattrofever]

[quote="JayTee"]Den AD-Timer siehst du auch in SmartEPG.

Wenn du RbN am Start hast musst du dort einen Zeitrahmen für den AD-Timer vorgeben, wenn der zu klein ist gehts nicht.

Der SE-Scantimer verhindert das Entschlüsseln nicht, wenn der stört wird er nicht ausgeführt.[/quote]

Das kann man doch in den Einstellung in der RbN Datei einstellen, die man über den Topf direkt aufrufen kann, oder?
Ich habe gestern die Datei abgeändert und den Zeitraum innerhalb dieser Datei von 21:50 bis 07:30 Uhr gesetzt, danach habe ich RbN gestoppt und dann wieder gestartet aber heute morgen war nichts von den 9 Dateien entschlüsselt?!

[JayTee]

Richtig, dann hätte es von der Zeit her reichen sollen.

Welche Version von RbN verwendest du?

Hast du ein Log, am besten von Timerdiags?

[quattrofever]

[quote="JayTee"]Richtig, dann hätte es von der Zeit her reichen sollen.

Welche Version von RbN verwendest du?

Hast du ein Log, am besten von Timerdiags?[/quote]

Gute Frage, ich gehe davon aus, dass es die neueste Version ist, da ich diese erst seit ein paar Wochen installiert habe. Ich könnte im TapToDate mal reinschauen, ob es eine neuere Variante gibt.

Wie komme ich an so ein Log von Timerdiags? Kann ich das über die Remoteverbindung herunterladen und hier zur Verfügung stellen? Ansonsten müsste ich heute Abend zu Hause mal schauen.

Grüße,
quattrofever

[JayTee]

Es gibt eine neuere Variante.

TimerDiags ist bei Problemen das MustHave-Tap, sollte im Autostart an erster Stelle laufen.

Das Log findest du dann unter ProgramFiles/Settings per FTP.

[quattrofever]

OK vielen Dank.

Dann werde ich als erstes mal die neueste Version des RbN installieren.

Das Timerdiags ein Tap ist hatte ich erst gar nicht verstanden. Das werde ich dann ebenfalls installieren, damit ich das nächste mal ein Logfile hochladen kann.

Sollten dann noch Probleme vorhanden sein, melde ich mich wieder. Vielen Dank für die Hilfe.

Grüße,
quattrofever