Kanalwechsel dauert ewig (10-30sek)

[stotro]

Moin,

Nutze yavdr sowie SC (1.0.0+hg20121018-0~natt) vom best-friend ppa. Canal-Digitaal NL Karte ist angeschlossen via Smartmouse. Funktioniert soweit auch alles, nur dauert der Kanalwechsel eine gefühlte Ewigkeit, meistens zwischen 10 und 30 Sekunden.

SC-Log sieht bei Kanalwechsel wie folgt aus:

Spoiler

Mai 11 12:35:02.763 [core.ecm] from cache: system SC-Seca (0100) id 006a with ecm 70f/80Mai 11 12:35:02.763 [core.ecm] 0/0.1: CA descriptors for SID 21040 (len=38)
Mai 11 12:35:02.763 [core.ecm] 0/0.1: descriptor 01 00 e7 0f 00 6a ff ff e0 00 00 00 00 00 00 2e ab
Mai 11 12:35:02.763 [core.ecm] 0/0.1: found 0100(0000) (SC-Seca) id 006a with ecm 70f/80 (already present)
Mai 11 12:35:02.763 [core.ecm] 0/0.1: descriptor 01 00 e7 23 00 6c ff ff e0 00 00 00 00 00 00 2e ab
Mai 11 12:35:02.763 [core.ecm] 0/0.1: found 0100(0000) (SC-Seca) id 006c with ecm 723/80 (new)
Mai 11 12:35:02.841 [core.ecm] 0/0.1: try system SC-Seca (0100) id 006a with ecm 70f (cached) (pri=-5)
Mai 11 12:35:03.863 [core.ecm] 0/0.1: try system SC-Seca (0100) id 006c with ecm 723 (pri=-5)
Mai 11 12:35:05.545 [core.ecm] 0/0.1: try system Seca (0100) id 006c with ecm 723 (pri=-10)
Mai 11 12:35:07.227 [core.ecm] 0/0.1: CA descriptors for SID 21040 (len=38)
Mai 11 12:35:07.227 [core.ecm] 0/0.1: descriptor 01 00 e7 0f 00 6a ff ff e0 00 00 00 00 00 00 2e ab
Mai 11 12:35:07.227 [core.ecm] 0/0.1: found 0100(0000) (SC-Seca) id 006a with ecm 70f/80 (already present)
Mai 11 12:35:07.227 [core.ecm] 0/0.1: descriptor 01 00 e7 23 00 6c ff ff e0 00 00 00 00 00 00 2e ab
Mai 11 12:35:07.227 [core.ecm] 0/0.1: found 0100(0000) (SC-Seca) id 006c with ecm 723/80 (already present)
Mai 11 12:35:07.701 [core.ecm] 0/0.1: try system SC-Seca (0100) id 006a with ecm 70f (cached) (pri=-5)
Mai 11 12:35:08.903 [core.ecm] 0/0.1: try system SC-Seca (0100) id 006c with ecm 723 (pri=-5)
Mai 11 12:35:10.585 [core.ecm] 0/0.1: try system Seca (0100) id 006c with ecm 723 (pri=-10)
Mai 11 12:35:10.718 [core.auStats] EMM packet load average (1/4/10min)  125  233  160 pks/s
Mai 11 12:35:12.267 [core.ecm] 0/0.1: CA descriptors for SID 21040 (len=38)
Mai 11 12:35:12.267 [core.ecm] 0/0.1: descriptor 01 00 e7 0f 00 6a ff ff e0 00 00 00 00 00 00 2e ab
Mai 11 12:35:12.267 [core.ecm] 0/0.1: found 0100(0000) (SC-Seca) id 006a with ecm 70f/80 (already present)
Mai 11 12:35:12.267 [core.ecm] 0/0.1: descriptor 01 00 e7 23 00 6c ff ff e0 00 00 00 00 00 00 2e ab
Mai 11 12:35:12.267 [core.ecm] 0/0.1: found 0100(0000) (SC-Seca) id 006c with ecm 723/80 (already present)
Mai 11 12:35:12.811 [core.ecm] 0/0.1: try system SC-Seca (0100) id 006a with ecm 70f (cached) (pri=-5)
Mai 11 12:35:13.953 [core.ecm] 0/0.1: try system SC-Seca (0100) id 006c with ecm 723 (pri=-5)
Mai 11 12:35:15.635 [core.ecm] 0/0.1: try system Seca (0100) id 006c with ecm 723 (pri=-10)
Mai 11 12:35:17.317 [core.ecm] 0/0.1: CA descriptors for SID 21040 (len=38)
Mai 11 12:35:17.317 [core.ecm] 0/0.1: descriptor 01 00 e7 0f 00 6a ff ff e0 00 00 00 00 00 00 2e ab
Mai 11 12:35:17.317 [core.ecm] 0/0.1: found 0100(0000) (SC-Seca) id 006a with ecm 70f/80 (already present)
Mai 11 12:35:17.317 [core.ecm] 0/0.1: descriptor 01 00 e7 23 00 6c ff ff e0 00 00 00 00 00 00 2e ab
Mai 11 12:35:17.317 [core.ecm] 0/0.1: found 0100(0000) (SC-Seca) id 006c with ecm 723/80 (already present)
Mai 11 12:35:17.318 [core.ecm] 0/0.1: try system SC-Seca (0100) id 006a with ecm 70f (cached) (pri=-5)
Mai 11 12:35:17.318 [core.ecm] 0/0.1: stopping message log until valid key is found

VDR syslog sagt:

Spoiler

May 11 12:27:48 kuifje vdr: [2916] switching to channel 4May 11 12:27:49 kuifje vdr: [3185] osdteletext-receiver thread ended (pid=2916, tid=3185)
May 11 12:27:49 kuifje vdr: [2916] buffer stats: 0 (0%) used
May 11 12:27:49 kuifje vdr: [3186] TS buffer on device 1 thread ended (pid=2916, tid=3186)
May 11 12:27:49 kuifje vdr: [3184] buffer stats: 258124 (6%) used
May 11 12:27:49 kuifje vdr: [3184] receiver on device 1 thread ended (pid=2916, tid=3184)
May 11 12:27:50 kuifje vdr: [3245] receiver on device 1 thread started (pid=2916, tid=3245)
May 11 12:27:50 kuifje vdr: [3246] TS buffer on device 1 thread started (pid=2916, tid=3246)
May 11 12:27:50 kuifje vdr: [3247] osdteletext-receiver thread started (pid=2916, tid=3247)
May 11 12:27:53 kuifje vdr: [3244] Text2Skin: channelInfo display update thread ended (pid=2916, tid=3244)
May 11 12:27:56 kuifje vdr: [2994] frontend 0/0 regained lock on channel 4, tp 211856
May 11 12:27:57 kuifje vdr: [3245] [xine..put] H.264: Found NAL SPS at offset 6/892
May 11 12:27:57 kuifje vdr: [3245] [xine..put] H.264 SPS: profile_idc 77
May 11 12:27:57 kuifje vdr: [3245] [xine..put] H.264 SPS: pic_width:  120 mbs
May 11 12:27:57 kuifje vdr: [3245] [xine..put] H.264 SPS: pic_height: 34 mbs
May 11 12:27:57 kuifje vdr: [3245] [xine..put] H.264 SPS: frame only flag: 0
May 11 12:27:57 kuifje vdr: [3245] [xine..put] H.264 SPS: cropping 0 0 0 2
May 11 12:27:57 kuifje vdr: [3245] [xine..put] H.264 SPS: aspect_ratio_idc 1
May 11 12:27:57 kuifje vdr: [3245] [xine..put] H.264 SPS: -> aspect ratio 1 / 1
May 11 12:27:57 kuifje vdr: [3245] [xine..put] H.264 SPS: -> video size 1920x1080, aspect 1:1
May 11 12:27:57 kuifje vdr: [3245] [xine..put] Detected video size 1920x1080
May 11 12:28:55 kuifje vdr: [2994] frontend 0/0 lost lock on channel 4, tp 211856
May 11 12:28:57 kuifje vdr: [2994] frontend 0/0 timed out while tuning to channel 4, tp 211856
May 11 12:29:09 kuifje vdr: [2994] frontend 0/0 regained lock on channel 4, tp 211856
May 11 12:29:30 kuifje vdr: [2994] frontend 0/0 lost lock on channel 4, tp 211856
May 11 12:29:30 kuifje vdr: [2994] frontend 0/0 regained lock on channel 4, tp 211856
May 11 12:35:02 kuifje vdr: [3299] Text2Skin: channelInfo display update thread started (pid=2916, tid=329

Man sieht schön, wie der VDR seinen Lock nicht bekommt, da SC im Hintergrund am ackern ist. ECM.Cache ist vorhanden und auch gefüllt - habe ich bereits geleert und erneut getestet, keine Verbesserung.. :emoticon-0107-sweat

Jemand ne Idee woran es liegen könnte, dass der Kanalwechsel so ewig lang dauert?

Mfg,
stotro

 

[localhosthack0r]

AW: Kanalwechsel dauert ewig (10-30sek)

Sieht ehr nach Empfangsproblemen aus. Schonmal mit Femon geschaut wie die Empfangwerte sind evtl. auch im Vergleich mit anderen Kanälen?

 

[stotro]

AW: Kanalwechsel dauert ewig (10-30sek)

Noch nicht, aber alle anderen FTA Kanäle (egal ob 19.2, 23.5 oder 28) funktionieren klaglos - ledigilich die Kanäle, die durch SC entschlüsselt werden haben dieses Problem. Meiner Meinung nach war das früher nicht so, aber da ich keine alte (und auch keine neuere) Version von SC für yaVDR finden kann kann ich das nicht belegen.