Unitymedia: Problem mit älteren Aufnahmen

[Schmidtering]

Hallo zusammen,

durch einen Umzug musste ich leider von Sat auf Kabel wechseln. Daher bin ich von einem TF6000 auf den Topfield 5200 umgestiegen. Kabelanbieter ist Unitymedia, ich habe ein Alphacrypt Light mit I02-Karte. Der Topfield wurde vor 4 Wochen neu gekauft.
Eigentlich funktioniert auch alles gut. Der Empfang ist einwandfrei. Ich habe allerdings ab und an ein Problem beim Ansehen älterer Aufnahmen (>= 2 Wochen). Dann zeigt der Topfield nur noch ein schwarzes Bild. Da ich dachte, dass liegt bestimmt an der Verschlüsselung, habe ich mir RecCopy auf den Topfield geladen, sodass die verschlüsselten Aufnahmen nachts entschlüsselt werden. Funktioniert auch ohne Fehler.
Heute hatte ich aber wieder das gleiche Problem. Beim Ansehen der entschlüsselten (!) Aufnahme von CSI vom 27.09.07 blieb die Wiedergabe nach 38 Minuten stehen, danach kommt nur noch ein schwarzes Bild. Hin und Herspulen bringt keine Besserung. Bis zur 38. Minute funktionierts, danach nicht mehr.
Ich habe mir die Aufnahme mal auf den PC geladen und versucht, mit ProjectX zu demuxen. Im Logfile sieht man die Meldung "Marked as scrambled data", danach nur noch Fehler.
Habt ihr das gleiche Problem? Kann man was dagegen tun? Ich dachte, wenn man die Aufnahme mit RecCopy entschlüsselt, kann ich mir die Aufnahme ewig aufbewahren? Oder hat es nichts mit der Verschlüsselung zu tun und es ist ein anderes Problem?

Danke für Eure Hilfe!

Hier noch ein Auszug aus dem ProjectX Logfile:



-> Input File 0: 'E:\Filme\Fernsehen\Cobra 11 » CSI » Bones » Prison Break-2.rec'

(7.365.124.096 bytes)
-> Filetype is TS (generic PES Container)
-> demux
-> Service ID 0x2F45
-> PMT 0x101 refers to these usable streams:
Video:
PID: 0x201(#1)
Audio:
PID: 0x203(ger)(#2)
PID: 0x202(ger)(#17)(AC-3)[PD]
Teletext:
PID: 0x204(ger_i100 )(#3)
Subpict.:
n/a

!> missing sync. byte @ 0
!> found sync. byte @ 3760
ok> PID 0x202 has PES-ID 0xBD (private stream 1) (7520 #21)
ok> PID 0x204 has PES-ID 0xBD (private stream 1) (TTX) (22560 #101)
!> PID 0x209 (ECM) (28576 #133) -> ignored
!> PID 0x20A (ECM) (28764 #134) -> ignored
!> PID 0x208 (ECM) (28952 #135) -> ignored
ok> PID 0x203 has PES-ID 0xC0 (MPEG Audio) (40984 #199)
ok> PID 0x201 has PES-ID 0xE4 (MPEG Video) (47376 #233)
!> PID 0x101 (PMT) (79336 #403) -> ignored
!> PID 0x0 (PAT) (260004 #1364) -> ignored
!> PID 0x1 (CAT) (260192 #1365) -> ignored
-> video basics: 720*576 @ 25fps @ 0.6735 (4:3) @ 8000000bps, vbvBuffer 91
-> starting export of video data @ GOP# 0
!> dropping useless B-Frames @ GOP# 0 / new Timecode 00:00:00.000
!> PID 0x11 (SDT) (675672 #3575) -> ignored
GOP# 204, new format in next leading sequenceheader detected: (00:01:37.840)
-> video basics: 720*576 @ 25fps @ 0.7031 (16:9) @ 8000000bps, vbvBuffer 91
GOP# 3300, new format in next leading sequenceheader detected: (00:26:23.920)
-> video basics: 720*576 @ 25fps @ 0.6735 (4:3) @ 8000000bps, vbvBuffer 91
GOP# 4208, new format in next leading sequenceheader detected: (00:33:39.760)
-> video basics: 720*576 @ 25fps @ 0.7031 (16:9) @ 8000000bps, vbvBuffer 91
GOP# 6292, new format in next leading sequenceheader detected: (00:50:20.080)
-> video basics: 720*576 @ 25fps @ 0.6735 (4:3) @ 8000000bps, vbvBuffer 91
GOP# 7169, new format in next leading sequenceheader detected: (00:57:21.040)
-> video basics: 720*576 @ 25fps @ 0.7031 (16:9) @ 8000000bps, vbvBuffer 91
GOP# 7754, new format in next leading sequenceheader detected: (01:02:01.840)
-> video basics: 720*576 @ 25fps @ 0.6735 (4:3) @ 8000000bps, vbvBuffer 91
GOP# 7777, new format in next leading sequenceheader detected: (01:02:12.880)
-> video basics: 720*576 @ 25fps @ 0.7031 (16:9) @ 8000000bps, vbvBuffer 91
GOP# 10333, new format in next leading sequenceheader detected: (01:22:39.760)
-> video basics: 720*576 @ 25fps @ 0.6735 (4:3) @ 8000000bps, vbvBuffer 91
GOP# 11285, new format in next leading sequenceheader detected: (01:30:16.720)
-> video basics: 720*576 @ 25fps @ 0.7031 (16:9) @ 8000000bps, vbvBuffer 91
-> PID 0x201 => marked as scrambled data, packet 15563839 @ 2926005304 -> ignored
-> PID 0x202 => marked as scrambled data, packet 15563840 @ 2926005492 -> ignored
-> PID 0x203 => marked as scrambled data, packet 15563849 @ 2926007184 -> ignored
!> PID 0x204 -> packet 15571316 @ pos. 2927410980 out of sequence (4/1) (shifting..)

(~01:38:37.840)
!> PID 0x204 -> packet 15579506 @ pos. 2928950700 out of sequence (0/15) (shifting..)

(~01:38:37.840)
!> packet writing: length index out of bounds, shortened.. (204 / bd / 90 / 148120 -- 1104 / 46

/ 1242) @ PTS 13:13:39.512
!> PID 0x204 -> packet 15587729 @ pos. 2930496624 out of sequence (2/12) (shifting..)

(~01:38:37.840)
!> packet writing: length index out of bounds, shortened.. (204 / bd / 90 / 148209 -- 184 / 46 /

1242) @ PTS 13:13:43.072
!> PID 0x204 -> packet 15596042 @ pos. 2932059468 out of sequence (3/1) (shifting..)

(~01:38:37.840)
!> PID 0x204 -> packet 15604334 @ pos. 2933618364 out of sequence (15/14) (shifting..)

(~01:38:37.840)
!> packet writing: length index out of bounds, shortened.. (204 / bd / 90 / 148386 -- 1104 / 46

/ 1242) @ PTS 13:13:50.192
!> PID 0x204 -> packet 15612637 @ pos. 2935179328 out of sequence (8/6) (shifting..)

(~01:38:37.840)
!> PID 0x204 -> packet 15620024 @ pos. 2936568084 out of sequence (15/13) (shifting..)

(~01:38:37.840)
!> packet writing: length index out of bounds, shortened.. (204 / bd / 90 / 148529 -- 920 / 46 /

1242) @ PTS 13:13:55.952
!> PID 0x204 -> packet 15627370 @ pos. 2937949132 out of sequence (12/9) (shifting..)

(~01:38:37.840)
!> packet writing: length index out of bounds, shortened.. (204 / bd / 90 / 148579 -- 736 / 46 /

1242) @ PTS 13:13:57.952
!> PID 0x204 -> packet 15634545 @ pos. 2939298032 out of sequence (13/7) (shifting..)

(~01:38:37.840)

... so gehts dann ewig weiter...

[Maliboy]

RecCopy setzt den Status nach dem Entschlüsseln auf das, was der TOPFIELD zurück gemeldet hat. Und wenn da ein OK kommt, wird das Schloss auf entschlüsselt gesetzt (passt ja auch zu 99 %). Du hattest jetzt anscheinend das 1 % wo der Status nicht passt. Ich vermute, wenn Du die Datei noch einmal manuell durch RecCopy schickst, würde er die Entschlüsselung neu antriggern.

Aber mal zwei Frage: Was sagt denn das RecCopy Log File.
Und, war die Ursprungsdatei im Ordner RecCopy -OK- oder RecCopy Fehler ?

[Schmidtering]

[quote=""Maliboy""]RecCopy setzt den Status nach dem Entschlüsseln auf das, was der TOPFIELD zurück gemeldet hat. Du hattest jetzt anscheinend das 1 % wo der Status nicht passt. Ich vermute, wenn Du die Datei noch einmal manuell durch RecCopy schickst, würde er die Entschlüsselung neu antriggern.

Aber mal zwei Frage: Was sagt denn das RecCopy Log File.
Und, war die Ursprungsdatei im Ordner RecCopy -OK- oder RecCopy Fehler ?[/quote]

Hallo Maliboy,

die Datei liegt nicht im Fehler-Ordner, sondern im normalen Aufnahmeordner. Das Schloss ist grün. Laut RecCopy-Logfile hat alles ohne Fehler geklappt. Leider habe ich die ursprüngliche (verschlüsselte) Aufnahme nicht mehr.

Vielleicht liegts ja auch gar nicht an der Verschlüsselung. Ist jemand hier auch bei Unitymedia und kann mal kurz Bescheid geben, ob sich auch ältere verschlüsselte Aufnahmen abspielen lassen? Dann kann ich das als Fehlerursache ausschließen.

[Mannheimer]

Ich bin bei KabelBW, aber habe seit Sonntag ähnliche Probleme. Meine teil- oder verschlüsselten kann ich auch nicht mehr nachträglich entschlüsseln. Nicht mal direkt nachdem die Aufnahme beendet ist, kann ich diese durchschauen.
Die Wiedergabe bricht mitten in der Aufnahme ab. Und es wird nicht mehr entschlüsselt. Komplett entschlüsselt aufgenomme Aufnahmen können problemlos abgespielt werden.

Drehen da gerade die Kabelanbieter etwas? Oder hat Premiere da ne neue Verschlüsselungstaktik?

[Maliboy]

Also, wie ich eben schon woanders geschrieben habe. Ich nehme jedes WE Andromeda auf ScFi (PREMIERE auf). Da ich in der Regel was anderes schaue, ist diese Aufnahme immer Vollverschlüsselt. Und, ich kann diese Aufnahme von Heute 19:30 Uhr ohne Probleme wiedergeben. Eben noch einmal getestet...

Bei KabelBW bin ich mir nicht sicher, ob das icht schon Auswirkungen von NDS Tests sind. Die dürften aber bei UM nicht das Problem sein.