Forums

Enkele maanden terug schakelde ik over van CCcam naar OScam (daar CCcam wat teveel zorgen nodig heeft om aan de praat te houden). Dit werkte onmiddellijk zonder enig probleem.

De laatste tijd heb ik echter regelmatig zwart op een aantal zenders als ik de ontvanger 's avonds voor het eerste terug aanleg (uit standby wel te verstaan). Na wat heen en weer zappen tussen kanalen komt het meestal wel goed. Wel zeer vervelend voor de rest van het gezin, natuurlijk! ("Papa, de TV gaat weer niet..."  )

 

Nu zie ik in de OScam log heel regelmatig volgende entries passeren:

• 2016/10/14 11:06:55 3697EC7E c (dvbapi) Unknown socket command received: 0x726F756E
  2016/10/14 11:06:55 3697EC7E c (dvbapi) Unknown command:
  2016/10/14 11:06:55 3697EC7E c (dvbapi) 72
  2016/10/14 11:06:55 3697EC7E c (dvbapi) Unknown socket command received: 0x6F756E64
  2016/10/14 11:06:55 3697EC7E c (dvbapi) Unknown command:
  2016/10/14 11:06:55 3697EC7E c (dvbapi) 6F
  2016/10/14 11:06:55 3697EC7E c (dvbapi) Unknown socket command received: 0x756E642D
  2016/10/14 11:06:55 3697EC7E c (dvbapi) Unknown command:
  2016/10/14 11:06:55 3697EC7E c (dvbapi) 75
  2016/10/14 11:06:55 3697EC7E c (dvbapi) Unknown socket command received: 0x6E642D75
  2016/10/14 11:06:55 3697EC7E c (dvbapi) Unknown command:
  2016/10/14 11:06:55 3697EC7E c (dvbapi) 6E
  

Ook zie ik soms ipv 'upper_card', 'cache' verschijnen bovenaan rechts in de OSD. Dan heb je meestal enkele zenders zwart, en enkele die nog beeld geven, soms zonder klank, soms klank zonder beeld. Een softcam restart lost dit dan wel op.

 

Zou er dan toch nog iets verkeerd geconfigureerd zijn aan mijn kant? Heb recent (enkele dagen terug) nog eens alles ge-update.

 

Ook zie ik nu telkens als ik zap bovenaan in beeld een info-balkje over de huidige encryptie (zie attachment). Vroeger nooit gezien. Op zich wel interessant, maar ik zou dit wel ook weer af kunnen zetten. Is dit iets van OScam zelf, of een debug feature van OpenPli (vermoed het laatste).

Sorry to jump in in English, but I really can't write in Dutch.

No, I don't think you configured anything wrongly. The message is from Oscam imho. I started getting this message a while ago, too. I guess it's a kind of "crash" of Oscam but I still couldn't figure out where and when it starts happening. I never got any OSD message, though.

Heb het nu terug voor: in de OSD staat altijd Cache ipv upper_card en beeld op zwart...

Na OSCam restart terug beeld.

 

Heb nu eens in de OSCam config bij de reader de juiste CAID:PROVIDs ingevuld (heeft altijd gewerkt met defaults).

 

Dat info-balkje is nu weg, maar dat kwam vermoedelijk omdat ik tijdens het proberen een CCCam info extensie had geïnstalleerd. Ondertussen weer eraf gesmeten en na reboot verschijnt het niet meer.

Hmmm, nog eens een update gedaan, en nu geen enkele error meer!

De cache meldingen zijn wel vreemd als er tenminste geen andere clients gebruik maken van dezelfde kaart.
De 'cache' melding wil zeggen dat er al een cw voor het kanaal beschikbaar is welke door een andere client kan zijn aangevraagd en jij op dat moment een aanvraag doet voor hetzelfde kanaal.
In plaats van een de kaart te belasten met iets wat al beschikbaar is, wordt de cw uit de cache gehaald, als je geen andere gebruikers aan de kaart hebt hangen, krijg je dit eigenlijk alleen als je heen en weer zapt tussen kanalen.
Een cw is namelijk 10 seconden geldig en zap je heen en weer, kan het zijn dat de vorige aanvraag nog geldig is en wordt het cw dus uit de cache gehaald.

...en de errors zijn terug met als gevolg terug zwart beeld tot ik OSCam herstart.

Zeeeeer vervelend!

 

Iemand die in deze log iets verkeerds ziet?

2016/10/19 15:47:02 5069F14E c   (dvbapi) Unknown socket command received: 0x00000000
2016/10/19 15:47:02 5069F14E c   (dvbapi) Unknown command:
2016/10/19 15:47:02 5069F14E c   (dvbapi)   00 
2016/10/19 15:47:02 5069F14E c   (dvbapi) Unknown socket command received: 0x0000009F
2016/10/19 15:47:02 5069F14E c   (dvbapi) Unknown command:
2016/10/19 15:47:02 5069F14E c   (dvbapi)   00 
2016/10/19 15:47:02 5069F14E c   (dvbapi) Unknown socket command received: 0x00009F80
2016/10/19 15:47:02 5069F14E c   (dvbapi) Unknown command:
2016/10/19 15:47:02 5069F14E c   (dvbapi)   00 
2016/10/19 15:47:02 5069F14E c   (dvbapi) Unknown socket command received: 0x009F8032
2016/10/19 15:47:02 5069F14E c   (dvbapi) Unknown command:
2016/10/19 15:47:02 5069F14E c   (dvbapi)   00 
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 7 continue decoding of SRVID 52D0
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 7 stream Videostream (MPEG-4)(type: 1b pid: 0901 length: 0)
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 7 stream Audiostream (MPEG-2)(type: 04 pid: 0903 length: 0)
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 7 stream Data-/Audiostream (Subtitles/VBI and AC-3)(type: 06 pid: 0905 length: 0)
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 7 stream Data-/Audiostream (Subtitles/VBI and AC-3)(type: 06 pid: 0904 length: 0)
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 7 stream Datastream (MPEG-2 tabled data)(type: 05 pid: 0f00 length: 0)
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 7 stream Datastream (MPEG-2 tabled data)(type: 05 pid: 0f01 length: 0)
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 7 stream Datastream (MPEG-2 tabled data)(type: 05 pid: 0f02 length: 0)
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 7 stream Datastream (MPEG-2 tabled data)(type: 05 pid: 0f03 length: 0)
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 7 stream Datastream (MPEG-2 tabled data)(type: 05 pid: 0f04 length: 0)
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 7 stream Data-/Audiostream (Subtitles/VBI and AC-3)(type: 06 pid: 0902 length: 0)
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 7 stream Datastream (MPEG-2 tabled data)(type: 05 pid: 090b length: 0)
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 7 found 0 ECMpids and 11 STREAMpids in caPMT
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 7 serving srvid 52D0 (FFFE@FFFFFE:52D0 unknown) on adapter 0000 camask 0001 index 0000 pmtpid 0103
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 1 continue decoding of SRVID 1B76
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 1 stream Videostream (MPEG-4)(type: 1b pid: 0204 length: 56)
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 1 stream Audiostream (MPEG-2)(type: 04 pid: 0058 length: 56)
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 1 stream Data-/Audiostream (Subtitles/VBI and AC-3)(type: 06 pid: 0023 length: 0)
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 1 found 5 ECMpids and 3 STREAMpids in caPMT
2016/10/19 15:47:02 5069F14E c   (dvbapi) Demuxer 1 serving srvid 1B76 (1818@00006C:1B76 unknown) on adapter 0000 camask 0001 index 0000 pmtpid 09E2

Dit is van het moment dat ik de box uit standby aanzette (stond op zender VTM HD)...

Zou er misschien gedurende de EPG refresh gezapt worden naar een kanaal die de boel verziekt?

Vreemd is dat oscam op demuxer 7 bezig is voor SRVID 52D0 (CNNHD?) en demuxer 1 voor SRVID 1B76 (VTM). Dat zijn twee zenders en waarom niet demuxer 0-6?

Zou er misschien gedurende de EPG refresh gezapt worden naar een kanaal die de boel verziekt?

Ik zou die optie eerst dan eens uitzetten en kijken of het dan nog terug komt.

Heb gisteren een volledige re-flash gedaan.

Ik had vroeger ooit eens de DreamPlex package geïnstalleerd, maar gebruik die al jaren niet meer, maar ik kreeg die niet meer weg (met ipkg uninstalleren zorgde ervoor dat enigma niet meer startte). Maar die is al zodanig oud dat die vermoedelijk ervoor zorgde dat bij updates sommige libs niet meer mee-upgedated werden of zo... Was ik al een tijdje van plan, maar zolang alles werkt stelt een mens zoiets altijd uit...

Voorlopig zie ik geen problemen meer.