4250 replies to this topic

[Fretsat]

Aan de hand van de instellingen van daniel2005 heb ik dit werkend op mijn ET9000 met canaldigitaal kaart. Heb CCcam 2.2.1 verwijderd, echter de skin ( hd-line_tvpro/3 ) blijft bij de channel info via de OK knop vermelden CCcam 2.2.1. Hebben anderen dit ook? Moet ik met de hand nog niets verwijderen betreffende CCcam?

Dit is ook weer opgelost:

In een ander topic (http://www.pli-image...thread_id=19521) lees ik namelijk:

Als je de Cam naam ook in de skin wilt zien van bv CCcam, ga naar etc/init.d en open bestand softcam.CCcam en vul bovenin: echo "CCcam 2.21" > /etc/active_emu.list, na een herstart van CCcam zie je de naam van de cam dan ook. Dit kan natuurlijk ook met alle andere cams..

[Tech]

Ik heb zelf ook nog nooit last gehad dat de kaart niet werd ge-update, maar ik werk niet via de dvbapi en daar zou misschien het verschil wel eens kunnen zitten.
Mijn kaarten hangen vanaf dat OsCam nog MPCS heette, in die server middels een Phoenix en een Smargo reader.

Ik heb OsCam in een ubuntu machine draaien en vervolgens connecten al mijn boxen (een stuk of 10) naar die server, vandaar dat ik geen gebruik maak van dvbapi.

[daniel2005]

Wat gebruik je dan op de klanten boxen

[Tech]

CCcam (enigma dozen), OsCam (Coolstream/ABIPbox) en VDR-SC (Avantgarde en Netclients)

[Erik Slagter]

De CAID is inderdaad gelijk maar de systemen worden gescheiden middels de ecm-pid, op die manier kan je ca systeem toch onderscheid maken tussen 'seca2' en 'seca3'

Dan helpt die P: line inderdaad wel.

Maar ik kan me niet herinneren dat ik twee pids met dezelfde caid/provid
gezien heb. Ik ga nog wel eens kijken. Raar systeem zeg.

[Tech]

Maar ik kan me niet herinneren dat ik twee pids met dezelfde caid/provid
gezien heb. Ik ga nog wel eens kijken. Raar systeem zeg.

Tja, Canal Digitaal kiest wel vaker voor vreemde oplossingen

[Erik Slagter]

>> Maar ik kan me niet herinneren dat ik twee pids met dezelfde caid/provid
>> gezien heb. Ik ga nog wel eens kijken. Raar systeem zeg.

Tja, Canal Digitaal kiest wel vaker voor vreemde oplossingen

De wegen van CDS zijn ondoorgrondelijk ;-) Het is natuurlijk een afweging
tussen kosten, opbrengsten en hackbaarheid.

Ik heb de constructie nu voor het eerst gezien, kennelijk zitten ze alleen
op de SD-zenders (waarvan ook HD-versies zijn). Vandaar dat ik het niet
eerder gezien had. En inderdaad die wil hij dan ook totaal niet decoderen.

Dat worden inderdaad dan P: entries. Maar wat ik niet snap, waarom zou je
die dan voor alle zenders moeten hebben, voor de probleemgevallen lijkt me
voldoende? Ik ben een beetje huiverig om alle pids vast te leggen,
misschien veranderen ze zo maar eens, je hebt daar niet voor niks die mooie
tables voor.

[theparasol]

Als ze veranderen kun je zo de P: line weer aanpassen. Dat is echt belachelijk weinig werk.
Ik start oscam gewoon met log naar dev\tty in shell en oscam.dvbapi file edit van de webif open.

Knip -> plak -> klaar

Maar als ze bij oscam nu eens prio gaven aan een seca2/3 auto selector dan is het helemaal klaar.
Die duitsers zullen wel denken, ze hebben ons afgelopen Weltmeister afgetroeft dus ze bekijken het maar in dat land van Tulpen en Klompen, Muhlen und Käse.

[Erik Slagter]

@theparasol:

Kennelijk heb jij een "seca2" kaart en ik een "seca3" kaart, ik heb voor de
test een I: regel gemaakt:

I: 0100::0FAB:070B # NED 1 SD

die precies negeert wat jij prioriseert.'

Als ik de andere ecm pid ignore (643), dan blijft bij mij het beeld zwart
en zo doet hij het.

[theparasol]

Heb toch echt zo'n oranje pasje, zelfde als jullie. Alleen jullie hebben HD abbo en ik SD only.
In CCcam moet ik ook seca3 prio geven boven seca2 anders werkt het wel maar met traag beeld.
Weet 100% zeker dat het seca3 card is. Het *moet* iets met abbo/codes van doen hebben op de card zelf.

[Erik Slagter]

Okee, dan is dat het kennelijk. Vaag hoor ;-)

Ik heb nu een lijstje van 10 I: lines en daar kan ik volgens mij alle
zenders mee kijken. Ik vind dat prettiger dan alles vastleggen terwijl het
niet echt nodig is. Ik ga nog even kijken of ik ze nu allemaal heb.

Ik vind het wel opvallend dat bij sommige zenders ik precies de pid moet
ignoren die jij prioriseert, maar bij bijvoorbeeld Veronica niet, daar moet
ik dezelfde pid hebben als jij. Beats me.

Voor de liefhebbers, dit werkt als je wel een HD-abbo hebt:

I: 0100::0FAB:070B # NED1 SD
I: 0100::0FAC:070C # NED2 SD
I: 0100::0FAD:070D # NED3 SD
I: 0100::07D4:070B # RTL4 SD
I: 0100::07D5:070C # RTL5 SD
I: 0100::0FA2:0709 # SBS6 SD
I: 0100::07D6:0711 # RTL7 SD
I: 0100::07F3:0710 # RTL8
I: 0100::07EF:0647 # Veronica SD CDS
I: 0100::0FA3:070A # NET5 SD

[theparasol]

Okee, dan is dat het kennelijk. Vaag hoor ;-)

Ik vind het niet zo vaag, mijn card met SD pakket heeft net zoals jullie HD pakket bepaalde ecmpids op de card staan waarop hij kan antwoorden.
Blijkbaar antwoord mijn card met SD pakket meestal op andere ecmpids dan jullie cards waar HD pakket opstaat.
Veronica delen we toevallig. Maar goed, ik WEIGER 5 euro extra te geven per maand om mijn dvbapi ook lekker simpel te kunnen houden.

[Erik Slagter]

Effe iets anders, het heeft de hele avond gewerkt en nu niet meer, hetgeen
wat ik gebrouwen had met I: lines.

Jouw spul er weer in gestopt (voor de problematische sd zenders dan) en nu
werkt het weer.

Rara...

Daar komen we dus kennelijk voorlopig niet onderuit.

Een minimale dvbapi file voor CDS ziet er dan dus zo uit:

I: 0622
I: 1817
I: 1818
I: 1819

P: 0100::0FAB:070B #NED1 SD
I: 0100::0FAB:
P: 0100::0FAC:070C #NED2 SD
I: 0100::0FAC:
P: 0100::0FAD:070D #NED3 SD
I: 0100::0FAD:
P: 0100::07D4:070B #RTL4 SD
I: 0100::07D4:
P: 0100::07D5:070C #RTL5 SD
I: 0100::07D5:
P: 0100::0FA2:0709 #SBS6 SD
I: 0100::0FA2:
P: 0100::07EF:070F #Veronica SD
I: 0100::07EF:
P: 0100::07D6:0711 #RTL7 SD
I: 0100::07D6:
P: 0100::07F3:0710 #RTL8 SD
I: 0100::07F3:
P: 0100::0FA3:070A #NET5 SD
I: 0100::0FA3:


P: 100:000000
P: 100:00006a
P: 100:00006c

[MAS3]

Ik gebruik oscam met een CubeRevo.
Dat is een SH4 processor en daarmee is voor mij STAPI van toepassing.
Om die reden heb ik in mijn oscam.dvbapi dus de S: lines staan, die zijn voor stapi bedoeld en kunnen per box verschillen.
DM installaties mogen die S: lines dus gewoon weglaten.

Een paar weken geleden, toen ik aan de slag ging met oscam, las ik op het streamboard dat in oscam.dvbapi P: lines als eerste opgegeven dienen te worden, en dat het daarna volstaat om met I: 0 (nul) alles wat geen prioriteit heeft, te negeren.
I: 0 is dus wat anders als geen I: line.
Dat heb ik er zo in staan en bij mij werkt dat prima.
Ik heb geen priorities voor seca 2 of 3 ingesteld, en wel een HD abonnement.
Mijn box ziet schijnbaar de seca 3 eerder dan seca 2 (altijd), want ik bemerk geen probleem wat dat betreft.
Ik zie dit voorbij komen op een SD kanaal (altijd in deze volgorde, request mode is 0; sequentieel):

2011/09/04 1:50:42  563870 c local (0100&00006A/07EF/64:7A82): found (286 ms) by lower (of 1 avail 1) - Veronica/DisneyXD		
2011/09/04 1:50:43  560A00 r Error processing ecm for caid 0100, srvid 07EF (servicename: Veronica/DisneyXD) on reader lower.		
2011/09/04 1:50:43  563870 c local (0100&00006A/07EF/64:0149): not found (512 ms) by lower (of 1 avail 1) - Veronica/DisneyXD (lower ins3c card res: 96 00)		

Parasol gaf eerder aan dat het bij hem niet werkt zonder alles apart te prioriseren.

Daarstraks voor het eerst een update gehad voor 000000, die niet door een heractivatie was veroorzaakt.
Inderdaad bleek de eerder update wel door de heractivatie veroorzaakt te zijn en werd een paar dagen later 6A wel geupdate, maar 00 niet.
Dankzij de bijdragen vanuit België staat het bij mij nu schijnbaar goed, met alleen 000000 toegevoegd aan de idents van de reader.
Hieronder de logs daarvan (voor en na):

2011/09/03 13:33:52   560A00 r [seca-reader] provider 1: 0, valid: 1, name: MANAGMENT, expiry date: 2011/10/27
2011/09/03 13:33:52   560A00 r [seca-reader] SA: 110A22A3
2011/09/03 13:33:52   560A00 r [seca-reader] no PBM for provider 1
2011/09/03 13:33:52   560A00 r local emmtype=unique, len=122, idx=0, cnt=3: written (412 ms) by lower
2011/09/03 13:33:56   560A00 r [seca-reader] provider 1: 0, valid: 1, name: MANAGMENT, expiry date: 2011/10/27
2011/09/03 13:33:56   560A00 r [seca-reader] SA: 110A22A3
2011/09/03 13:33:56   560A00 r [seca-reader] no PBM for provider 1
2011/09/03 13:33:56   560A00 r local emmtype=unique, len=122, idx=1, cnt=3: written (409 ms) by lower
2011/09/03 13:34:00   560A00 r [seca-reader] provider 2: 6A, valid: 1, name: CANALDIGITAAL, expiry date: 2011/10/29
2011/09/03 13:34:00   560A00 r [seca-reader] SA: 00348636
2011/09/03 13:34:00   560A00 r [seca-reader] PBM for provider 2: c580000000000000
2011/09/03 13:34:00   560A00 r local emmtype=unique, len=122, idx=2, cnt=3: written (437 ms) by lower
2011/09/03 13:34:04   560A00 r [seca-reader] provider 2: 6A, valid: 1, name: CANALDIGITAAL, expiry date: 2011/10/29
2011/09/03 13:34:04   560A00 r [seca-reader] SA: 00348636
2011/09/03 13:34:04   560A00 r [seca-reader] PBM for provider 2: c580000000000000
2011/09/03 13:34:04   560A00 r local emmtype=unique, len=122, idx=3, cnt=3: written (445 ms) by lower
2011/09/03 13:34:08   560A00 r [seca-reader] provider 2: 6A, valid: 1, name: CANALDIGITAAL, expiry date: 2011/10/29
2011/09/03 13:34:08   560A00 r [seca-reader] SA: 00348636
2011/09/03 13:34:08   560A00 r [seca-reader] PBM for provider 2: c580000000000000
2011/09/03 13:34:08   560A00 r local emmtype=unique, len=122, idx=4, cnt=3: written (436 ms) by lower
2011/09/03 13:34:12   560A00 r [seca-reader] provider 2: 6A, valid: 1, name: CANALDIGITAAL, expiry date: 2011/10/29
2011/09/03 13:34:12   560A00 r [seca-reader] SA: 00348636
2011/09/03 13:34:12   560A00 r [seca-reader] PBM for provider 2: c580000000000000
2011/09/03 13:34:12   560A00 r local emmtype=unique, len=122, idx=5, cnt=3: written (437 ms) by lower
2011/09/03 13:34:16   560A00 r [seca-reader] provider 2: 6A, valid: 1, name: CANALDIGITAAL, expiry date: 2011/10/29
2011/09/03 13:34:16   560A00 r [seca-reader] SA: 00348636
2011/09/03 13:34:16   560A00 r [seca-reader] PBM for provider 2: c580000000000000
2011/09/03 13:34:16   560A00 r local emmtype=unique, len=122, idx=6, cnt=3: written (442 ms) by lower

2011/09/03 13:58:59   560A00 r [seca-reader] provider 2: 6A, valid: 1, name: CANALDIGITAAL, expiry date: 2011/10/29
2011/09/03 13:58:59   560A00 r [seca-reader] SA: 00348636
2011/09/03 13:58:59   560A00 r [seca-reader] PBM for provider 2: c580000000000000

2011/09/03 22:09:25   560A00 r [seca-reader] provider 1: 0, valid: 1, name: MANAGMENT, expiry date: 2011/10/29
2011/09/03 22:09:25   560A00 r [seca-reader] SA: 110A22A3
2011/09/03 22:09:25   560A00 r [seca-reader] no PBM for provider 1
2011/09/03 22:09:25   560A00 r DM7000 emmtype=shared, len=119, idx=8, cnt=1: written (446 ms) by lower

[Fretsat]

Okee, dan is dat het kennelijk. Vaag hoor ;-)

Ik heb nu een lijstje van 10 I: lines en daar kan ik volgens mij alle
zenders mee kijken. Ik vind dat prettiger dan alles vastleggen terwijl het
niet echt nodig is. Ik ga nog even kijken of ik ze nu allemaal heb.

Ik vind het wel opvallend dat bij sommige zenders ik precies de pid moet
ignoren die jij prioriseert, maar bij bijvoorbeeld Veronica niet, daar moet
ik dezelfde pid hebben als jij. Beats me.

Voor de liefhebbers, dit werkt als je wel een HD-abbo hebt:

I: 0100::0FAB:070B # NED1 SD
I: 0100::0FAC:070C # NED2 SD
I: 0100::0FAD:070D # NED3 SD
I: 0100::07D4:070B # RTL4 SD
I: 0100::07D5:070C # RTL5 SD
I: 0100::0FA2:0709 # SBS6 SD
I: 0100::07D6:0711 # RTL7 SD
I: 0100::07F3:0710 # RTL8
I: 0100::07EF:0647 # Veronica SD CDS
I: 0100::0FA3:070A # NET5 SD

Bij mij zit het probleem alleen in Ned1 HD. Daarom ziet mijn lijst er zo uit waarmee alle zenders te bekijken zijn (ET9000, laatste Pli, CD seca3 kaart, oscam-experimental):

I: 0100:00006B
I: 0100:00006C
I: 0100:00006D

P: 0100::1B7B:070E #NED1HD
I: 0100::1B7B: #NED1HD

P: 0100:00006A # Canaldigitaal
P: 0100:000000 # Management
P: 0500:030B00 # TNTSAT

I: 0

[zeeteefje]

@daniel2005,
Ik draai nu ruim een dag met 'jouw' configuratie, inclusief de oscam.services die ik eerder nooit heb gebruikt, maar nog steeds komen alleen emm's voor 6a binnen, niets voor 00.

Het verschil met jou is:
-de kaart, 6a ipv 6c
-de uitgebreide oscam.dvbapi

Als 6a anders reageert dan 6c, dan is dat niet te veranderen, maar het is niet erg waarschijnlijk.
Ik kan dan niet anders concluderen dan dat de vermoedelijke oorzaak zit in de oscam.dvbapi.

Ik ga eens proberen om met een basis dvbapi een zender te vinden die toch werkt om te zien of dan wel alle emm's doorkomen.

[Erik Slagter]

I: 0

Niet iedereen kan deze lijn zo toevoegen ;-)

[Erik Slagter]

Ik draai nu ruim een dag met 'jouw' configuratie, inclusief de
oscam.services die ik eerder nooit heb gebruikt, maar nog steeds komen
alleen emm's voor 6a binnen, niets voor 00.

Ik denk trouwens wel dat de emms voor 6a zowiezo vaker langskomen dan 00.

[zeeteefje]

Ik denk trouwens wel dat de emms voor 6a zowiezo vaker langskomen dan 00.

Nee, dat is niet zo. Kijk ook maar naar de logjes van daniel2005: 2 á 3 emm's voor beide ID's in een avondje TV kijken. Dat krijg ik ook met CCcam, maar niet met Oscam.

Ik sta nu op Ned2 HD, die werkt 'gewoon'. Op sommige andere zenders stuurt Oscam zelfs tussen elke ecm een kaart reset. Dat werkt ook met ecm tijden van ruim 600 msec, maar ik denk niet dat de kaart daar blij van wordt.

[Erik Slagter]

Okee, dat gevoel had ik, omdat er eerder ookproblemen waren met de update
via cccam destijds, waarbij mensen hun 00 niet geupdate kregen.