Oscam interne sharing hapert soms

[alleyoop]

ik heb eindelijk mijn Vu+ Uno 4K(Vti) als Oscam-server kunnen instellen met een Vu+ Solo SE(Vti) als client.
Bij het zappen met de client kan het al eens gebeuren dat het beeld een paar seconden op zwart blijft, kijk ik naar de Oscam live log op de client dan zie ik regelmatig deze log entry opduiken voor alle PID's:
(ecm) dvbapi_local (1818@00006C/0000/51E5/64:78E7F9559B611C983D8AFEE1B8E060EE): not found (2 ms) by cs378x_remote

gevolgd door:

(dvbapi) Demuxer 0 restarting decodingrequests after 1 ms with 5 enabled and 0 disabled ecmpids!
Daarna lukt de descrambling wel en heb ik terug beeld.
Enig idee aangaande de oorzaak van de hapering, kan ik misschien iets in Oscam aanpassen?     

[Mimisiku]

Alleen CAID 0100 toelaten.. Al moet ik zeggen dat ik deze melding nooit zie terwijl ik ook met OScam naar CDS en TVV kijk met Seca3 kaarten.

De 1818 is de Viaccess ORCA simulcrypt..

 

Zet dit in de oscam.dvbapi

 

P:0100:00006A:::5C00
P:0100:00006C:::5C00
I:1817
I:1818
I:1819

27 januari 2018 aangepast door Mimisiku
Even opgezocht

[Codx]

1818 is Nagra CAK7 caid en wel voor TVV.   Ik denk dat je DVBapi instellingen niet goed staan.

27 januari 2018 aangepast door Codx

[alleyoop]

oscam.dvbapi heb ik niet op beide VU+'s, de smartcard werd via Oscambutler geconfigureerd evenals de interne sharing, enkel de lsb van de providercode werd aangepast van CDS naar TVV.
Ik zal oscam.dvbapi aanmaken met de Priority en Ignore opdrachten en eens kijken wat dit doet, alvast bedankt voor de info.
 

28 januari 2018 aangepast door alleyoop

[beeheap]

12 uur geleden zei Mimisiku:

Alleen CAID 0100 toelaten.. Al moet ik zeggen dat ik deze melding nooit zie terwijl ik ook met OScam naar CDS en TVV kijk met Seca3 kaarten.

De 1818 is de Viaccess ORCA simulcrypt..

 

Zet dit in de oscam.dvbapi

 

P:0100:00006A:::5C00
P:0100:00006C:::5C00
I:1817
I:1818
I:1819

 

P:0100:00006A:::5C00 is voor CD dus P:0100:00006C:::5C00 weglaten als je geen TVV hebt, en andersom.

[Mimisiku]

Dat klopt, maar ik heb beide hè. Was uiteraard als voorbeeld bedoeld

[alleyoop]

Na het aanpassen van oscam.dvbapi lijkt het probleem opgelost te zijn.
Met de Uno 4K en de Solo SE beiden op CNN veronderstelde ik dat Oscam niets hoefde te descramblen maar toch zag ik continu dvbapi entries in de live log van de Uno 4K en dit voor 17B3 (Ons), ik gebruik de dubbele tuner met Fast Channel Change enabled dus ik veronderstel dat de Uno 4K in dit geval 'Ons' al gaat descramblen om later sneller te kunnen zappen?

[Tonskidutch]

kijk maar eens in telnet naar het bevel en de output van "dmesg" bij dat zappen op die zenders

de time code staat erbij dan kun je die tegen de oscam log houden

dan weet je precies waarom dat gebeurd