Problem, vermutlich mit RebuildNav (iqTuner?)

[Sammy Rukka]

Ich mache hier mal für diese Problem, das ich heute schon 2x hatte einen eigenen Thread auf, weil nicht in 'meine' Anfängerfragen passt:

Vorhin eine Aufnahme per Kopie entschlüsselt, hat geklappt. PVR unbeaufsichtigt gelassen, weil 10 Minuten späte eh der nächste Timer anlaufen sollte.
Ist er auch und hat entschlüsselt aufgenommen. RebuildNav lief aber nicht (blaues '$'). Aufnahme gestartet, nur schwarzes Bild. RebuildNav per Hand gestartet, Datei gescannt, '$' war weg.
Wiedergabe wie erwartet immer noch schwarzes Bild.

Hat mein CAM mit der FW1.19 vielleicht nicht die passende FW? Kann doch nicht sein, dass man den PVR vor jeder Aufnahme neu starten muss....!

Den selben Fall hatte ich eben noch einmal:
- Sendung aufgenommen (per Timer, mit automatischen Ein-/Ausschalten)
- CRP 2401 CI+ eingeschaltet
- Sendung war da und mit orangenem '$' gekennzeichnet - was mich gewundert hat.
- Sendung gestartet: Läuft, iBox zeigt ein geschlossenes Schloss an)
- Nachgesehen: Ja, im Autostart laufen iBox, iqTuner und RebuildNav (alle grün). Aber warum ist dann das '$' nicht entweder blau oder die Datei nach AutoDescramble verschoben?
- Kurz darauf, mitten in meinen Überlegungen sehe ich das Rebuild-Info-Fenster. Abwarten, bis Rebuild fertig ist....
- ...fertig - Nachgesehen: '$' ist jetzt blau. Sendung gestartet: 'SCHWARZES BILD' wie vorhin!

Was mich wundert:
- Warum startet Rebuild Tab erst NACH dem Einschalten des PVR und nicht direkt nach der Aufnahme (sollte so sein, das war eine meiner Anfängerfragen)?
- Warum soll die Datei verschlüsselt gewesen sein, wenn doch nur diese eine automatische Aufnahme lief?
- Warum stellt RebuildNav von verschlüsselt auf unverschlüsselt und zerstört damit scheinbar die Aufnahme?

Ich habe heute noch MovieCutter, Jag installiert aber nicht gestartet (MovieCutter einmal heute Mittag von Hand (andere Session!)).

----

Und nun der Blick ins Log:

Code: Alles auswählen

03.05.2011 16:59:22 -> IQTuner 1.64 started
03.05.2011 16:59:22 -> Startreason: Timer
03.05.2011 16:59:22 -> Receivertype: CRP-2401CI+
03.05.2011 16:59:22 -> FirmwareTMS.dat compiled on Mon, 11.04.2011
03.05.2011 16:59:22 -> FirmwareTMS.dat is accepted
03.05.2011 16:59:22 -> Number of REC-Slots: 2
03.05.2011 16:59:22 -> Remove Scrambleflag: On
03.05.2011 16:59:22 -> Start RecCopy: On
03.05.2011 16:59:22 -> Record on external Harddisk: Off
03.05.2011 16:59:22 -> Forced descrambled recording during FTA: Off
03.05.2011 16:59:22 -> Replace special characters: Off
03.05.2011 16:59:22 -> Stored RecCopy path: /ProgramFiles/AutoStart/RebuildNAV.tap
03.05.2011 16:59:22 -> RecCopy found: /ProgramFiles/AutoStart/RebuildNAV.tap
03.05.2011 16:59:22 -> Check if channel lists of Tuner 1 and Tuner 2 are matching
03.05.2011 16:59:22 -> Checking channel list for 259 TV-Channels
03.05.2011 16:59:22 -> Checking channel list for 111 Radio-Channels
03.05.2011 16:59:22 -> Channel lists of Tuner 1 and Tuner 2 are matching
03.05.2011 16:59:22 -> Timer 0 is still on Tuner 4
03.05.2011 16:59:22 -> Name: USS Florida - Das Stealth-U-Boot der Navy.rec
03.05.2011 16:59:22 -> Channel: N24
03.05.2011 16:59:22 -> StartTime: 17:05
03.05.2011 16:59:22 -> EndTime: 17:59
03.05.2011 16:59:22 -> Timer 0 is scheduled within 1 minute
03.05.2011 16:59:22 -> -----------------------------------------------------------------
03.05.2011 16:59:22 -> Processing timer 0
03.05.2011 16:59:22 -> Channel: N24 (20)
03.05.2011 16:59:22 -> Name: USS Florida - Das Stealth-U-Boot der Navy.rec
03.05.2011 16:59:22 -> Type: TV
03.05.2011 16:59:22 -> Reservation Type: Recording (R)
03.05.2011 16:59:22 -> Frequency: 02320MHz
03.05.2011 16:59:22 -> --------------------
03.05.2011 16:59:22 -> LiveTuner: 2
03.05.2011 16:59:22 -> LiveChannel: NatGeo HD (KD) (24)
03.05.2011 16:59:22 -> LiveType: TV
03.05.2011 16:59:22 -> LiveService: Crypted
03.05.2011 16:59:22 -> LiveFreq: 40784MHz / LiveIDx: 0
03.05.2011 16:59:22 -> --------------------
03.05.2011 16:59:22 -> TOneFreq: 00000MHz / TOneIDx: 0
03.05.2011 16:59:22 -> TTwoFreq: 00000MHz / TTwoIDx: 0
03.05.2011 16:59:22 -> RecFreq:  02320MHz / RecIDx:  0
03.05.2011 16:59:22 -> (Case 11): Change Livechannel on Tuner 2 to Channel 20
03.05.2011 16:59:22 -> (Case 12): Modify Timer to Tuner 2 (Live Tuner)
03.05.2011 16:59:22 -> Timermodification successfully
03.05.2011 16:59:22 -> -----------------------------------------------------------------
03.05.2011 16:59:32 -> Check for conflict TAPs
03.05.2011 17:00:02 -> Recording of "USS Florida - Das Stealth-U-Boot der Navy.rec" started
03.05.2011 17:00:02 -> Check for crypt flag: Recording is started scrambled
03.05.2011 18:04:02 -> Recording of "USS Florida - Das Stealth-U-Boot der Navy.rec" stopped
03.05.2011 18:04:02 -> Check if recording USS Florida - Das Stealth-U-Boot der Navy.rec is descrambled
03.05.2011 18:04:02 -> Recording is from scrambled channel
03.05.2011 18:04:02 -> Recording is scrambled - RecCopy will be started
03.05.2011 18:04:02 -> Move into Folder /ProgramFiles/AutoStart
03.05.2011 18:04:02 -> Starting RebuildNAV.tap
03.05.2011 18:05:00 -> IQTuner stopped

btw: 'Timermodification successfully DONE oder FINISHED oder was auch imemr' ODER Timermodification successfull (OHNE Y)
iqTuner bestätigt also die Aufnahme vom verschlüsselten Kanal (warum auch immer - oder aber, die ersten 3 Sekunden, weil das CAM nicht schnell genug war?).

Code: Alles auswählen

2011-05-03 18:04:02 Launching RebuildNAV 4.3
2011-05-03 18:04:02 SysID=42031(CRP-2401CI+), Firmware=0x0100
2011-05-03 18:04:02 Heap = 49152kB, FreeHeap = 30257kB, AvailHeap = 30208kB
2011-05-03 18:04:02 RecCopy mode enabled.
2011-05-03 18:04:02 AutoDescrambleTimeStart = 0110
2011-05-03 18:04:02 AutoDescrambleTimeEnd   = 0700
2011-05-03 18:04:02 ADFC enabled.
2011-05-03 18:04:02 STATE_Init
2011-05-03 18:04:02 STATE_ADFC
2011-05-03 18:04:02 ADFC_Init
2011-05-03 18:04:02 ADFC_ADDirFileCount
2011-05-03 18:04:02 ADFC_Done
2011-05-03 18:04:02 STATE_BuildFileList
2011-05-03 18:04:03 8 files found, 1 file marked for processing.
2011-05-03 18:04:03 STATE_RebuildNav
2011-05-03 18:04:03 Scanning '/DataFiles/USS Florida - Das Stealth-U-Boot der Navy.rec'
2011-05-03 18:04:03   RS_Init
2011-05-03 18:04:03   Packet size = 192
2011-05-03 18:04:03   RS_ProcessBuffer
2011-05-03 18:04:04   Ignored a 81ms crypted block @ 00:00:00.081
...
2011-05-03 18:04:59   Ignored a 38ms crypted block @ 00:15:09.699
[color=blue]2011-05-03 18:05:00 Shutdown request from user or firmware. Terminating[/color]
2011-05-03 18:05:00 STATE_Cleanup
2011-05-03 18:05:00   RS_Terminate
[color=blue]2011-05-03 18:05:00   Creation of nav has been canceled.[/color]
2011-05-03 18:48:16 Launching RebuildNAV 4.3
2011-05-03 18:48:16 SysID=42031(CRP-2401CI+), Firmware=0x0100
2011-05-03 18:48:16 Heap = 49152kB, FreeHeap = 33649kB, AvailHeap = 33645kB
2011-05-03 18:48:16 RecCopy mode enabled.
2011-05-03 18:48:16 AutoDescrambleTimeStart = 0110
2011-05-03 18:48:16 AutoDescrambleTimeEnd   = 0700
2011-05-03 18:48:16 ADFC enabled.
2011-05-03 18:48:16 OSD will be suppressed
2011-05-03 18:48:16 STATE_Init
2011-05-03 18:48:16 STATE_ADFC
2011-05-03 18:48:16 ADFC_Init
2011-05-03 18:48:16 ADFC_ADDirFileCount
2011-05-03 18:48:16 ADFC_Done
2011-05-03 18:48:16 STATE_BuildFileList
2011-05-03 18:48:17 8 files found, 1 file marked for processing.
2011-05-03 18:48:17 STATE_RebuildNav
2011-05-03 18:48:17 Scanning '/DataFiles/USS Florida - Das Stealth-U-Boot der Navy.rec'
2011-05-03 18:48:17   RS_Init
2011-05-03 18:48:17   Packet size = 192
2011-05-03 18:48:17   RS_ProcessBuffer
2011-05-03 18:48:17   Ignored a 81ms crypted block @ 00:00:00.081
...
011-05-03 18:52:36   Ignored a 109ms crypted block @ 01:04:00.255
2011-05-03 18:52:36   RS_SaveNav
[color=blue]2011-05-03 18:52:36   Changed crypt flag from 'crypted' to 'uncrypted'
2011-05-03 18:52:36   0 nav records. File not created.[/color]
2011-05-03 18:52:36   RS_Done
2011-05-03 18:52:36 STATE_RecCopy
2011-05-03 18:52:36 AD: Largest available slot = 345 minutes
2011-05-03 18:52:36 00h: ............ ............ ............ ............ ............ ............
2011-05-03 18:52:36 06h: ............ ............ ............ ............ ............ ............
2011-05-03 18:52:37 12h: ............ ............ ............ ............ ............ ............
2011-05-03 18:52:37 18h: ............ ...........t tttttttttttt tttttttttttt tttttttttttt tttttttttttt
2011-05-03 18:52:37 24h: tttttttttt.. ..CCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC
2011-05-03 18:52:37 30h: CCCCCCCCCCC. ............ ............ ............ ............ ............
2011-05-03 18:52:37 36h: ............ ............ ............ ............ ............ ............
2011-05-03 18:52:37 42h: ............ ............ ............ ............ ............ ............
2011-05-03 18:52:37 C=AD core time, t=timer, A=AD timer
2011-05-03 18:52:37 STATE_Cleanup
2011-05-03 18:52:37 STATE_Exit
2011-05-03 18:52:37 -------------------------------

Ergo:
RebuildNav will arbeiten, kann das aber nicht fertig beenden, weil der PVR heruntergefahren wird (wie früher: Ich war's nicht!!)
Mit dem vorherigen Abbruch kommt der zweite Lauf wohl dann nicht klar.

Aber:
Beim ersten Fall war das nicht so, dort hatte RebuildNav genug Zeit, konnte aber trotzdem keine nav erzeugen:

Code: Alles auswählen

2011-05-03 13:47:58 -------------------------------
2011-05-03 15:04:05 Launching RebuildNAV 4.3
2011-05-03 15:04:05 SysID=42031(CRP-2401CI+), Firmware=0x0100
2011-05-03 15:04:05 Heap = 49152kB, FreeHeap = 29601kB, AvailHeap = 23747kB
2011-05-03 15:04:05 RecCopy mode enabled.
2011-05-03 15:04:05 AutoDescrambleTimeStart = 0110
2011-05-03 15:04:05 AutoDescrambleTimeEnd   = 0700
2011-05-03 15:04:05 ADFC enabled.
2011-05-03 15:04:05 STATE_Init
2011-05-03 15:04:05 STATE_ADFC
2011-05-03 15:04:05 ADFC_Init
2011-05-03 15:04:05 ADFC_ADDirFileCount
2011-05-03 15:04:05 ADFC_Done
2011-05-03 15:04:05 STATE_BuildFileList
2011-05-03 15:04:05 8 files found, 1 file marked for processing.
2011-05-03 15:04:06 STATE_RebuildNav
2011-05-03 15:04:06 Scanning '/DataFiles/Der Nostradamus-Effekt: Das Jüngste Gericht.rec'
2011-05-03 15:04:06   RS_Init
2011-05-03 15:04:06   Packet size = 192
2011-05-03 15:04:06   RS_ProcessBuffer
2011-05-03 15:04:06   Ignored a 38ms crypted block @ 00:00:00.038
...
2011-05-03 15:08:15   Ignored a 38ms crypted block @ 00:59:59.264
2011-05-03 15:08:15   RS_SaveNav
[color=blue]2011-05-03 15:08:15   Changed crypt flag from 'crypted' to 'uncrypted'
2011-05-03 15:08:15   0 nav records. File not created.[/color]
2011-05-03 15:08:15   RS_Done
2011-05-03 15:08:15 STATE_RecCopy
2011-05-03 15:08:15 AD: Largest available slot = 345 minutes
2011-05-03 15:08:15 00h: ............ ............ ............ ............ ............ ............
2011-05-03 15:08:15 06h: ............ ............ ............ ............ ............ ............
2011-05-03 15:08:15 12h: ............ ............ ............ ............ ............ tttttttttttt
2011-05-03 15:08:15 18h: t........... ...........t tttttttttttt tttttttttttt tttttttttttt tttttttttttt
2011-05-03 15:08:15 24h: tttttttttt.. ..CCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC
2011-05-03 15:08:15 30h: CCCCCCCCCCC. ............ ............ ............ ............ ............
2011-05-03 15:08:15 36h: ............ ............ ............ ............ ............ ............
2011-05-03 15:08:15 42h: ............ ............ ............ ............ ............ ............
2011-05-03 15:08:16 C=AD core time, t=timer, A=AD timer
2011-05-03 15:08:16 STATE_Cleanup
2011-05-03 15:08:16 STATE_Exit

HILFE!!!

Und kann mal jmd. die Berechnung der

Code: Alles auswählen

-Höhe für das CSS anpassen, dass nicht sooo viele Leerzeilen angezeigt werden?[/i]

[Twilight]

das problem liegt nicht an rbn, das versucht ja nur das file zu bewerten, was nicht gelingt da die aufnahme fehlerhaft ist

twilight

[Sammy Rukka]

das problem liegt nicht an rbn, das versucht ja nur das file zu bewerten, was nicht gelingt da die aufnahme fehlerhaft ist

twilight

Im zweiten Fall konnte ich aber ja vor dem 2. Lauf die Aufnahme noch normal starten (ob vorher oder live entschlüsselt). Nach dem Lauf kommt nur noch schwarz.
Das finde ich verdächtig und würde das nicht gleich auf die Aufnahme schieben wollen.

Vom Abbruch durch das Runterfahren mal abgesehen (wobei ich da nicht weiß, wer das wie verhindern sollte).

Bitte alle 3 Logs ansehen (falls nicht schon geschehen).

[Gerti]

Hi!

Du musst in IQTuner schon einstellen, dass das Herunterfahren zu Gunsten von RecCopy verzögert wird, sonst fährt der Receiver nach dem Timer natürlich herunter und RecCopy bricht ab.

Gruß,
Gerti

[Twilight]

hier ist klar zu erkennen:

2011-05-03 15:04:06 Ignored a 38ms crypted block @ 00:00:00.038
...
2011-05-03 15:08:15 Ignored a 38ms crypted block @ 00:59:59.264

das die aufnahme nicht in ordnung ist.

vielleicht sicherst du ein 30MB file (per ftp downloaden und nach 2-3 sekunden abbrechen) das inf und das nav file dazu für eine analyse von firebird.

twilight

[Sammy Rukka]

Oh, aha, ich dachte, so etwas kann vorkommen, zumal ich das auch bei Aufnahmen hatte, die normal funktioniert haben. Ich dachte, genau dafür wäre diese 'ignore'-Einstellung gedacht (default 500ms).
Wie gesagt, das habe ich schon mehrfach im Log gesehen.
Ab wann ist das ein Fehler, wenn's zu viele Ignores sind?

Dann ist natürlich die Frage, wie kann ich der Ursache für die fehlerhafte Aufnahme auf den Grund gehen.

Und trotzdem: Vorm Lauf ist die Datei wiedergebbar, hinterher nur schwarz, also was passiert. Was wird evtl. an der inf (oder welcher Datei auch immer) angepasst, was zu diesem Problem führt.
Ich werde mal sehen, ob ich die Dateien nächstes Mal vorher und hinterher sichern kann.

[Twilight]

am anfang bzw. maximal 1-2x im file wäre so etwas ok.

twilight

[Sammy Rukka]

OK. Mal sehen, Firebird wird sich den Thread ja sicher auch ansehen. Im Moment wüßte ich sowieso nicht, was ich gegen die defekte Aufnahme machen sollte.
Ich kann nur Überlegen, ob ich alle anderen TAPs und auch vielleicht RebuildNav einmal aus dem Autostart herausnehme / den Scan ausstelle (muss mal ins Setup sehen, ob das geht) und sehe, ob die Aufnahmen damit wiedergebbar bleiben. Im Zweifel landet also zu viel im AD.

[FireBird]

OK. Mal sehen, Firebird wird sich den Thread ja sicher auch ansehen.

Nö, interessiert mich nicht.

Ich schicke Dir mal etwas per PM.

[Twilight]

oder auch das

twilight

[Sammy Rukka]

[quote="Gerti"]Du musst in IQTuner schon einstellen, dass das Herunterfahren zu Gunsten von RecCopy verzögert wird[/quote]

Wo mache ich das? Ich habe da vorhin nichts im Setup gefunden!

[Gerti]

Hi!

Im Setup-TAP:
RecCopy automatisch ausführen: Ja, Shutdown verzögern

Gruß,
Gerti

[Sammy Rukka]

OK. Ich habe vermutlich auf 'Ja' stehen und bin nicht auf die Idee gekommen, dass es nicht nur Ja und Nein gibt. Sehe ich nachher mal.

[Sammy Rukka]

IqTimer hat jetzt die Shutdown-Kontrolle.

So, ich habe mal wieder aufgenommen:
1) Eine Timeraufnahme, die im (Original-)EPG programmiert wurde in kurz darauf auch ansprang.
-> vollverschlüsselt, aber nach AD kopiert
2) PVR hatte ich mit AUS und dem Beenden-Dialog stehen lassen.
3) PVR war aus
4) PVR ging an: 4 Sendungen auf 3 Sendern aufgenommen, zur Spitzenzeit liefen 3 Aufnahmen parallel.
-> Alle Aufnahmen waren vollverschlüsselt, landeten aber korrekt im AD-Verzeichnis.
5) Eine Aufnahme bereits parallel zur letzten laufenden gesehen, sah auch OK aus.

Was mir aufgefallen ist:
- Ich hatte erwartet, dass eine der drei Aufnahmen entschlüsselt gespeichert wird, da ja der Time den PVR gestartet hat.
- Als ich den TV anschaltete, sah ich - obwohl N24 aufnehmend lief - nichts! Erst nach einem Kanalwechsel und zurück wurde das N24-Bild angezeigt, das hatte ich gestern schon einmal.
-> Vielleicht habe ich mit N24 Probleme, so dass deshalb auch nicht entschlüsselt aufgenommen wurde.

Die letzte direkt entschlüsselte Aufnahme ist allerdings auch schon etwas her, vielleicht doch ein Problem mit meinem CAM?
- Ist es eigentlich egal, in welchem Slot das CAM (hab nur eines) steckt? Ich habe das obere genommen.
- Ausserdem habe ich CAM-Meldungen ausgeschaltet, weil sie nervten!

---

Edit:
Bisher habe ich das Problem nicht wieder gehabt. Es wurde zwar (mir unverständlich) nie entschlüsselt aufgenommen, aber dafür landen die alle als verschlüsselt (nicht teilverschlüsselt) im AD-Ordner. Allerdings habe ich auch nicht sooo viel nebenbei gemacht.
-> Kann mich nur entsinnen, dass ich iqTuner jetzt das Herunterfahren überlasse, aber das war laut Log ja nur einmal ein Problem (wohl aber nicht *DAS* Problem).
Naja, mal abwarten was ihr darin findet!

--

Edit-2:
Ist es vielleicht sinnvoll, wenn RebuildNav ab einem Schwellwert von bsw. 100 ab der z.B. 2 Minute ignorierten Verschlüsselungen die Segel streicht, nach dem Motto 'Jeder Fehler allein ist zu ignorieren, aber in der Menge kann's doch nicht entschlüsselt sein' und dann nach nach AD verschiebt um die Firmware den Entschlüsselungsversuch zu überlassen?

[Sammy Rukka]

Gestern war's wieder da. Ich habe versucht auf N24 eine Doku aufzunehmen, die bereits 1x defekt war.
Dieses Mal habe ich aber parallel dazu (vorher begonnen) zwei Aufnahmen gesehen (1x unverschl., 1x verschl.).
Ich habe die Aufnahme manuell beendet, da ich zufällig das Ende mitbekommen habe. RebuildNav sprang an, arbeitete ungefähr 2-3 Minuten und setze dann die Aufnahme auf unverschlüsselt, wie erwartet war ein Ansehen der Aufnahme nicht möglich.

[Twilight]

timerdiags und iqtuner log dafür sichern.

twilight

[jokerdl]

Hallo allerseits,

ich bin seit einigen Tagen ebenfalls stolzer Besitzer eines CRP-2401CI+.

Das beschriebene Problem mit dem "schwarzen Bild" habe ich auch beobachtet.

1. Topfield läuft z.B Live auf Pro7
2. eine weitere Sendung wird z.B. auf RTL per Timer aufgenommen
3. nach Aufnahmeende wird RBN aktiv (einige Minuten) und setzt die Aufnahme
auf entschlüsselt (blaues $-Symbol) !
4. die Aufnahme wurde NICHT in den AD-Ordner verschoben und somit wird auch
kein AD-Timer erstellt (RecCopy ist im Setup aktiviert)
5. die Aufnahme wird nur mit "schwarzem Bild" und für ca. 1 Minute abgespielt

Wenn ich RBN nach Aufnahmeende nicht automatisch ausführen lasse kann ich die
verschlüsselte Aufnahme problemlos abspielen. Starte ich RBN danach manuell gilt das unter Punkt 3-5 beschriebene.

Kopiere ich die verschlüsselte Aufnahme (vorher darf kein RBN gelaufen sein) manuell in den AD-Ordner, erstelle einen AD-Timer und lasse automatisch entschlüsseln, dann
ist die Aufnahme danach entschlüsselt und problemlos abspielbar.

[Sammy Rukka]

Ich informiere Firebird mal darüber. Wir haben schon Aufnahmen und Logs ausgetauscht. Er ist sicher froh, wenn er noch eine 2. Kabel-Quelle hat - oder auch nicht, ich war bisher scheinbar ein Einzelfall und damit in der Minderheit ;-)

Danke von mir für die Info, dann weiß ich, dass ich nicht so viel falsch gemacht habe.

[jokerdl]

ok, gern geschehen.

Ich bin ja auch an einer Lösung interessiert und wenn ich dazu was beitragen kann,
dann mache ich das gern.

Vielleich noch folgende Angaben:

Kabelanbieter: KDG mit original CI+-Modul

[FireBird]

Dann bräuchte ich bitte Zugriff auf ein Original, also eine Datei, die sich bei Euch abspielen läßt, nach der RbN-Behandlung jedoch nicht mehr.