4250 replies to this topic

[Erik Slagter]

Ja en dat is bedoeling en dat wil ik ook, waarna je vervolgens je hele dvbapi kunt leegmaken. Ik zie het probleem niet? (nog steeds niet).

Ja ik wil ook af van die oscam.dvbapi, maar dat gaat niet omdat ik van bepaalde CAID/PROVIDs niet wil dat die continue worden gedecodeerd. Ik wil dat provid 6A alleen continu wordt gedecodeerd, dus ben ik helaas helaas verplicht oscam.dvbapi te blijven gebruiken, omdat decodeforever niet de optie heeft om provid's op te geven. Het is of alles (alle provids) continu te decoderen of niet.

Wat jij wil is dezelfde functionaliteit die nu in de oscam.dvbapi file zit, in de oscam.conf file stoppen. Wat win je daarmee? Het is nog steeds iets wat op de client gebeurt, linksom of rechtsom...

[theparasol]

Hetgeen ik dus niet kan reproduceren hier!

Requestmode 1 zeker... Ik draai met 0

[Poodle]

Segfaults, hoe kan ik nou achterhalen waarom en wanneer deze gebeuren (en misschien daarmee hopelijk de oplossing ervoor vinden).

Daar is afgelopen week heel hard aan gewerkt, dus de kans dat het optreedt zal steeds kleiner worden.
Als je met de debug versie draait kun je een log aanleveren waarmee een dev de oorzaak kan achterhalen en wegnemen.

OK, dat wil ik best doen. Genereert die debug versies automatisch logfiles of moet ik dat op de gewone manier instellen? En die logfiles, moet ik die dan mailen of gaat dat automatisch richting de devs?

[deleted]

@theparasol

Kan het zijn dat de decodeforever setting niet correct wordt uitgelezen, bij het herstarten? Bij mij zet ie hem in UI telkens terug op 0

Welke versie heb je?
http://www.streamboa.../changeset/7639
http://www.streamboa.../2839#comment:1
Zou dus zijn opgelost...

Had de pc-linux versie afgehaald en deze liep nog een paar builds achter.... STOM stom stom

[alias haha]

Ik heb de laatste versies van oscam er maar weer afgegooid, het werkte perfect met de oudere Oscam/Mgcamd opstelling, zowel op mijn ubuntu als op mijn vuduo, kreeg veel timeouts met de laatste versies,

Klopt, nog ff upgraden naar 7652 of beter en je bent er weer van verlost

Thnx voor de hint, morgen vroeg even doen dan

[Erik Slagter]

Hetgeen ik dus niet kan reproduceren hier!

Requestmode 1 zeker... Ik draai met 0

Ja klopt. Ik heb geen reden om mode 0 te gebruiken.

[DoeEensGek]

Hetgeen ik dus niet kan reproduceren hier!

Requestmode 1 zeker... Ik draai met 0

Ja klopt. Ik heb geen reden om mode 0 te gebruiken.

Met request mode 0 wordt toch oscam.dvbapi gebruikt, met 1 toch niet of wordt in beide gevallen gebruik gemaakt van dvbapi.oscam?

Zie bij minimizecards dat er 3 opties zijn, 0,1,2... Via de engelse wiki snap ik 0 en 1. Maar 2 staat daar niet bij.
Duitse wiki:

0 = Keine Aggregation, nur Duplikate werden entfernt (default)
1 = Basierend auf Minimum-Hop: zwei SC's mit unterschiedlichen hops werden zusammengefasst, neue SC's bekommen einen kleineren hop
2 = Aggregation auf CAIDs basierend: alle SC's mit der gleichen CAID werden zusammengefasst, Provider wird entfernt

Kan iemand mij uitleggen wat hier nu precies mee bedoelt word?
Alle kaarten met dezelfde caid worden samengevoegd?

[theparasol]

0 -> geen samenvoeging, enkel dubbele kaarten worden verwijderd (standaard)
1 -> samenvoeging op basis van hops (aantal tussenstations)
2 -> samenvoeging op basis van caid. Kaarten voor zelfde provider worden naar gebruikers als 1 kaart gepresenteerd.

Als je dus optie 1 en 2 gebruikt kunnen de gebruikers niet zien dat je 100 kaarten in de bak hebt.

[Poodle]

Als ik een oscam.srvid in gebruik heb, zie ik soms het volgende:

27.0.0.1 0 http 10.10.12 09:30:51 03:36:32 0000:0000
CD: RTL5 HD


Waarom heeft het http protocol een Current Channel? Deze bekijkt toch geen kanaal?! Daarnaast staat er als CAID_SRVID: 0000:0000, dat is geen RTL5 HD!

Bug?

[DoeEensGek]

Dank parasol, snap hem. @poedel, die melding zie ik ook weleens staan. Geen idee wat het is of doet.

[Erik Slagter]

Met request mode 0 wordt toch oscam.dvbapi gebruikt, met 1 toch niet of wordt in beide gevallen gebruik gemaakt van dvbapi.oscam?

Voor zover ik weet wordt wel degelijk de dvbapi gebruikt in beide modes, alleen in mode 1 wordt niet alle functionaliteit gebruikt. Als ik me goed herinner werken de "i:" statements dan niet.

[theparasol]

met requestmode 1 wordt gewoon alles wat je niet specifiek blokt ineens opgevraagd. Kortom het P: verhaal is behoorlijk kansloos. Wat wel weer werkt is M: en I: uiteraard ook.
Een ignore vraagt oscam ook in requestmode 1 niet op.
oscam.dvbapi wordt dus in zowel requestmode 0 als 1 benut, alleen idd effect ervan is wat minder "merkbaar"

[Erik Slagter]

Ja precies, "p:" statements, ik zei "i:" , stom.

Daar ben je allemaal vanaf als je dat allemaal in een whitelist/blacklist zet.

[Poodle]

Is het ook mogelijk om een pcsc reader van een vast nummer in OSCam te voorzien? Ik heb er 3 Omnikey readers aan mijn Linux server hangen, maar het is mij onduidelijk hoe wordt bepaald welke 0, 1 en 2 is. Soms zijn na een reboot de readers ineens verwisseld of blijkt 1 reader op device 3 te zitten en wordt er dus een nummer overgeslagen (vaak nummer 1). Best lastig!

Waarom kunnen deze readers ook niet, net als smartreaders, via <busnr.>:<devicenr.> worden aangestuurd?

[greeve]

Is het ook mogelijk om een pcsc reader van een vast nummer in OSCam te voorzien? Ik heb er 3 Omnikey readers aan mijn Linux server hangen, maar het is mij onduidelijk hoe wordt bepaald welke 0, 1 en 2 is. Soms zijn na een reboot de readers ineens verwisseld of blijkt 1 reader op device 3 te zitten en wordt er dus een nummer overgeslagen (vaak nummer 1). Best lastig!

Waarom kunnen deze readers ook niet, net als smartreaders, via <busnr.>:<devicenr.> worden aangestuurd?

Hoi
Ik moet je zeggen ik heb hier twee omnikeys 3021 , CDNL en TvVlaanden en reboot elke nacht en heb nooit een probleem met dat de kaarten verwisseld zijn , vreemd is dat

[christophecvr]

Is het ook mogelijk om een pcsc reader van een vast nummer in OSCam te voorzien? Ik heb er 3 Omnikey readers aan mijn Linux server hangen, maar het is mij onduidelijk hoe wordt bepaald welke 0, 1 en 2 is. Soms zijn na een reboot de readers ineens verwisseld of blijkt 1 reader op device 3 te zitten en wordt er dus een nummer overgeslagen (vaak nummer 1). Best lastig!

Waarom kunnen deze readers ook niet, net als smartreaders, via <busnr.>:<devicenr.> worden aangestuurd?

PCSC is een heel andere driver dan libusb1. Vroeger gebruikte ik ook 2 omnikeys 3021 en heb zelf nooit dat probleem gehad. Nu gebruik ik echter smartreaders.

Maar voor dit probleem zou je beter naar website http://www.streamboa.../wbb2/index.php gaan
Ik denk dat er ergens wel een PCSC topic moet zijn daar.

[DoeEensGek]

met requestmode 1 wordt gewoon alles wat je niet specifiek blokt ineens opgevraagd. Kortom het P: verhaal is behoorlijk kansloos. Wat wel weer werkt is M: en I: uiteraard ook.
Een ignore vraagt oscam ook in requestmode 1 niet op.
oscam.dvbapi wordt dus in zowel requestmode 0 als 1 benut, alleen idd effect ervan is wat minder "merkbaar"

Dan zie ik gelijk hoe handig die nieuwe feature is, requestmode 1, ignore op alle caids die je niet wilt in dvbapi.oscam, decodeforever = 1. Das voor mij nu de ideale instelling.

[rytec]

Wat moet je ook alweer instellen in je dvbapi file en dvbapi requestmode om rtl4 sd toch te kunnen decoderen met je oranje kaart?
zie log hier van iemand :
2012/10/12 12:57:54 2B302110 c dvbapi: [ADD PID 0] CAID: 0622 ECM_PID: 0565 PROVID: 000000
2012/10/12 12:57:54 2B302110 c dvbapi: [ADD PID 1] CAID: 1817 ECM_PID: 070B PROVID: 00006A
2012/10/12 12:57:54 2B302110 c dvbapi: [ADD PID 2] CAID: 0100 ECM_PID: 0643 PROVID: 00006A
2012/10/12 12:57:54 2B302110 c dvbapi: [ADD PID 3] CAID: 0100 ECM_PID: 070B PROVID: 00006A
2012/10/12 12:57:54 2B302110 c dvbapi: new program number: 07D4 (0622:07D4 unknown)
2012/10/12 12:57:54 2B302110 c dvbapi: try pids again #1
2012/10/12 12:57:55 2B302110 c dvbapi: try pids again #2
2012/10/12 12:57:55 2B302110 c dvbapi: try pids again #3
2012/10/12 12:57:55 2B302110 c dvbapi: can't decode channel

en dvbapi file nu :
I: 0100:00006D #Telesat Wallonie
I: 0500:042500 #Vlaamse viaccess
I: 0622 #Irdeto
I: 1817 #CDS
I: 1818 #TVV
I: 1819 #Telesat
P: 0100:00006A #Canal Digitaal
P: 0100::07D4:070B #RTL4 SD
I: 0100::07D4: #RTL4 SD

[DoeEensGek]

i: 0100::07D4: #RTL4 SD -->
i: 0100::07D4:0643 #RTL4 SD
lijkt me dan beter toch? dat is toch de ecmpid welke je niet wil?

requestmode 1 vraagt alles tegelijk, i: en m: werken, P: werkt dan niet.
requestmode 0 alles wordt na elkaar gevraagt, p: als eerste, i: wordt genegeerd zoals hoort.

De volgorde is wel belangrijk! als je 0 gebruikt!!
begin met de i: zou ik zeggen! De p: die als eerste staat en overeenkomt pakt hij, ik den dat hij daarom pid 2 als eerste pakt bij jouw.

2012/10/12 12:57:54 2B302110 c dvbapi: [ADD PID 2] CAID: 0100 ECM_PID: 0643 PROVID: 00006A en P: 0100:00006A #Canal Digitaal
Komen overeen, en dus stuurt hij de ecm naar de kaarten, en leest hij niet meer verder...
i: 0100::07D4:0643 #RTL4 SD zet die maar eens bovenaan en kijk dan eens.


Oscam.dvbapi en oscam.whitelist, daarin is de volgorde heel belangrijk!

[DoeEensGek]

@mezelf, volgens mij moet er nog een : tussen

Correcte lijkt me i: 0100:00006A::0643