4250 replies to this topic

[fjskmdl]

In plaats van zomaar een dvbapi over te kopiëren en hopen dat het werkt, zou ik graag zelf deze kunne aanpassen waar nodig.
Nu heb ik begrepen dat je een P(rioritize), I(gnore) en M(apping) hebt
1) Ik veronderstel dat je via de I ervoor kunt zorgen dat een entry nooit gekozen wordt.
2) Zorgt de P dat dan altijd deze altijd gekozen wordt ?
3) Ik zag ook dat de mapping gebruikt wordt om bvb 1818 te mappen naar 00006c. Betekent dit dan dat indien er een request voor een zender op 1818 gebeurt, er een nieuwe request gedaan wordt naar 00006c? (en 1818 nooit gekozen zal worden?)
4) ik heb ook al hetvvolgende gezien: P:00006c 1 wat betekent de 1 op het einde?

5) Heeft oscam.dvbapi een invloed op andere readers/users dan de dvbapi? (ik vermoedt van niet)
6) Ik probeer via services entries mijn local altijd voorrang te geven, maar op zowel op canaal digitaal als op tv Vlaanderen heb je bvb de zender "een HD", waardoor soms de 0006a gekozen wordt ipv de 0006c. Hoe los ik dit best op? En ben ik bovendien juist met mijn veronderstellingen wat betreft de oscam.dvbapi file?

Hopelijk ziet iemand het zitten om het bovenstaande wat duidelijker te maken

[roycke]

Welke oscam versie is op dit moment de beste?
Zelf draai ik nog altijd 6199.

[christophecvr]

oscam-experimental 6323 terug ok

[Erik Slagter]

In plaats van zomaar een dvbapi over te kopiëren en hopen dat het werkt, zou ik graag zelf deze kunne aanpassen waar nodig.

Dat vind ik nou een mooie instelling .

1) Ik veronderstel dat je via de I ervoor kunt zorgen dat een entry nooit gekozen wordt.

Ja, klopt. I = ignore.

2) Zorgt de P dat dan altijd deze altijd gekozen wordt ?

Nee, P = priority, bij gelijke geschiktheid van twee of meer ecm pids, neemt hij dan degene met de P. Maar er zij allerlei omstandigheden waarin oscam niet alle ecm pids even "geschikt" vindt.

3) Ik zag ook dat de mapping gebruikt wordt om bvb 1818 te mappen naar 00006c. Betekent dit dan dat indien er een request voor een zender op 1818 gebeurt, er een nieuwe request gedaan wordt naar 00006c? (en 1818 nooit gekozen zal worden?)

Zoiets. Volgens mij weet niemand hoe het exact werkt .

4) ik heb ook al hetvvolgende gezien: P:00006c 1 wat betekent de 1 op het einde?

Extra prioriteit of zoiets. Normaal dropt oscam vrij snel een reader als die niet reageert, met die 1 zou die een gedropte reader met die ecm pid blijven proberen, schijnt...

5) Heeft oscam.dvbapi een invloed op andere readers/users dan de dvbapi? (ik vermoedt van niet)
Nee inderdaad, daar zou je whitelist voor moeten gebruiken dan.

6) Ik probeer via services entries mijn local altijd voorrang te geven, maar op zowel op canaal digitaal als op tv Vlaanderen heb je bvb de zender "een HD", waardoor soms de 0006a gekozen wordt ipv de 0006c. Hoe los ik dit best op?

Ligt er aan of je een TVV of een CDS kaart hebt... Bij de een maak je een lijstje met services voor 6a op je kaart, bij de andere met 6c...

[posixx]

We komen er wel

Ik had ook al uitgevonden dat 4,11 en zelfs 4,13 niet scherp genoeg zijn.

Het ligt ook aan het aantal kaarten dat je hebt. Draai hier met 3 kaarten in lb_mode=2, heb ratelimits op 4 / 10 staan en nog nooit last gehad van de chidlock. Als een kaart 'vol' zit gaat hij netjes naar de volgende kaart.

Daarnaast klopt het wat Arie zegt over de cooldown; deze is op dit moment onbruikbaar. De cooldown zou z'n werk pas moeten gaan doen wanneer de burst-mode geactiveerd is, en niet op vaste tijdstippen.

[Erik Slagter]

Ik heb even mijn plusje bij het betreffende oscam ticket gezet. Niet dat het veel zal helpen waarschijnlijk .

Wordt het al tijd voor een open source "m7" cam?

[littlesat]

Tja... het is of zelf fixen... en dan zit je in code te fixen die bijna niet te begrijpen is dankzij een gekke structuur.... en dan nog afwachten of ze het goedkeuren of eeuwig geduld hebben

[Erik Slagter]

Nou ja "gek" wil ik niet meteen zeggen, het is misschien anders dan je gewend bent.

Het probleem met oscam is dat er 'tig uitzonderingen voor allerlei exotische systemen van grote landen in zitten die dan soms net weer ons systeem dwarszitten, een keer raden wie het gaat winnen .

Daarom zou je eigenlijk een open source cam speciaal voor de benelux willen maken (die het voor m7 zenders "gewoon doet"), maar dan zit je weer, werd ik laatst weer even fijntjes op gewezen, met allerlei juridisch geneuzel en risico's . Nagravision heeft iets meer geld voor juristen dan wij .

[christophecvr]

Nou ja "gek" wil ik niet meteen zeggen, het is misschien anders dan je gewend bent.

Het probleem met oscam is dat er 'tig uitzonderingen voor allerlei exotische systemen van grote landen in zitten die dan soms net weer ons systeem dwarszitten, een keer raden wie het gaat winnen .

Daarom zou je eigenlijk een open source cam speciaal voor de benelux willen maken (die het voor m7 zenders "gewoon doet"), maar dan zit je weer, werd ik laatst weer even fijntjes op gewezen, met allerlei juridisch geneuzel en risico's . Nagravision heeft iets meer geld voor juristen dan wij .

Ja met juristen moet men opletten.

Welk denken de Grote landen aan de Benelux als een exotisch oord

[rytec]

ALGEMENE OPMERKING !! ter info

Op dit ogenblik is er een grote kuisop aangaande parameters for compilatie enz ......

Jammer genoeg zijn er enkele zware fouten.

De laatste bruikbare experimental is 6307 . (misschien 3608 ook) af 3609 tot de huidige 6314 zware problemen. (kan misschien hier en daar nog werken maar algemeen niet )

versie 6319 werkt ook niet goed in een vuduo met tvv kaartje, versie 6290 werkt wel

[frissie]

versie 6319 werkt ook niet goed in een vuduo met tvv kaartje, versie 6290 werkt wel

Op aanraden van christophecvr draai ik 6288 op de debian server.
Gaat ong. nog 1 keer per dag onderuit, echter door de -r 2 optie toe te voegen blijft alles draaien

[Erik Slagter]

Ik vind het maar zo raar dat de x86_64 telkens segfault terwijl de mips versie dat niet doet. Zou er toch ergens iets "fouts" gebeuren en zou de mips memory manager gewoon minder streng zijn? Wat dat betreft zou het ook zeer leerzaam zijn als je oscam een keer in valgrind zou draaien.

[rytec]

versie 6319 werkt ook niet goed in een vuduo met tvv kaartje, versie 6290 werkt wel

Op aanraden van christophecvr draai ik 6288 op de debian server.
Gaat ong. nog 1 keer per dag onderuit, echter door de -r 2 optie toe te voegen blijft alles draaien

op Ubuntu LTS draait 1.10 5983 vlekkeloos, hogere versies geven problemen

[theparasol]

versie 6319 werkt ook niet goed in een vuduo met tvv kaartje, versie 6290 werkt wel

6319... zou maar zo kunnen. De laatste revisions zaten er behoorlijk wat fouten in. Bij mij draait met een CDS NL kaart rev 6329 prima.

[doglover]

JoeFM wil niet open bij mij.
Ben al zover dat ik dit uit de log kunnen halen heb.

2012/01/31 14:59:39 76A256F8 c dvbapi: try pids again #1
2012/01/31 14:59:39 76A256F8 c vuduo (0500&042500/31F3/43:7E30): timeout (5000 ms)
2012/01/31 14:59:40 76A256F8 c dvbapi: try pids again #2
2012/01/31 14:59:40 76A256F8 c vuduo (0500&042500/31F3/43:7E30): timeout (3 ms)
2012/01/31 14:59:40 76A256F8 c dvbapi: try pids again #3
2012/01/31 14:59:40 76A256F8 c dvbapi: can't decode channel

Maar waar moet ik nu iets aanpassen om e.e.a. open te krijgen.
1733 posts doorlezen, waarvan velen elkaar ook nog tegenspreken is een beetje veel van het goede.

Willy

[Erik Slagter]

Heb jij een kaart met viaccess dan?

[doglover]

Neen.

Waarom gaat ie daar naar toe.
Dit is het soort problemen met Oscam wat mij er zo van tegenstaat.

Willy

[rytec]

versie 6319 werkt ook niet goed in een vuduo met tvv kaartje, versie 6290 werkt wel

6319... zou maar zo kunnen. De laatste revisions zaten er behoorlijk wat fouten in. Bij mij draait met een CDS NL kaart rev 6329 prima.

Wat is de beste manier om ervoor te zorgen dat de updates van Pli niet de oscam mee overschrijven? de-installeren, dan oscam manueel kopiëren?

[theparasol]

Wat is de beste manier om ervoor te zorgen dat de updates van Pli niet de oscam mee overschrijven? de-installeren, dan oscam manueel kopiëren?

opkg flag=hold oscam-experimental

[theparasol]

JoeFM wil niet open bij mij.
Ben al zover dat ik dit uit de log kunnen halen heb.

2012/01/31 14:59:39 76A256F8 c dvbapi: try pids again #1
2012/01/31 14:59:39 76A256F8 c vuduo (0500&042500/31F3/43:7E30): timeout (5000 ms)
2012/01/31 14:59:40 76A256F8 c dvbapi: try pids again #2
2012/01/31 14:59:40 76A256F8 c vuduo (0500&042500/31F3/43:7E30): timeout (3 ms)
2012/01/31 14:59:40 76A256F8 c dvbapi: try pids again #3
2012/01/31 14:59:40 76A256F8 c dvbapi: can't decode channel

Bijzonder is dat hij alleen de viaaccess ecm pid probeert terwijl volgende ecmpids actief zijn:

dvbapi: [ADD PID 0] CAID: 1818 ECM_PID: 072D PROVID: 00006C
dvbapi: [ADD PID 1] CAID: 1819 ECM_PID: 0752 PROVID: 00006D
dvbapi: [ADD PID 2] CAID: 0100 ECM_PID: 072D PROVID: 00006C
dvbapi: [ADD PID 3] CAID: 0100 ECM_PID: 0752 PROVID: 00006D
dvbapi: [ADD PID 4] CAID: 0500 ECM_PID: 059D PROVID: 042500
dvbapi: new program number: 31F3 (1818:31F3 unknown)
Post je oscam.dvbapi, (eventueel aanwezige) oscam.whitelist en oscam.services, daar moet een blokkade inzitten door misconfiguratie.
Oscam behoort deze nl te decoderen met 0100:00006C ecmpid 072D (dat doet CCcam ook)