1. Diese Seite verwendet Cookies. Wenn du dich weiterhin auf dieser Seite aufhältst, akzeptierst du unseren Einsatz von Cookies. Weitere Informationen

Talk Kanalwechsel dauert ewig (10-30sek)

Dieses Thema im Forum "CS VDR-SC" wurde erstellt von stotro, 11. Mai 2013.

  1. stotro
    Offline

    stotro Newbie

    Registriert:
    30. August 2011
    Beiträge:
    9
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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:
    Code:
    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:
    Code:
    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
     
    #1
  2. phantom

    Nervigen User Advertisement

  3. localhosthack0r
    Offline

    localhosthack0r Ist oft hier

    Registriert:
    6. Juli 2009
    Beiträge:
    121
    Zustimmungen:
    45
    Punkte für Erfolge:
    28
    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?
     
    #2
  4. stotro
    Offline

    stotro Newbie

    Registriert:
    30. August 2011
    Beiträge:
    9
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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.
     
    #3

Diese Seite empfehlen