4250 replies to this topic

[SatMann]

zoals beloofd heb ik de handleiding en alle files van mijn configuratie in een nieuw draadje gepost.... voor diegene die interesse heeft

[hemertje]

en die vind je hier

http://openpli.org/f...iles-inclusief/

[SatMann]

hemertje, mijn dank voor de verwijzing..had ik moet doen.

[adri]

Ik probeer Oscam-experimental-1.20 werkend te krijgen met een C+NL Seca3 kaart + een C+NL Irdeto 0622 kaart op mijn DM8000.
Ik heb in oscam.server de tweede interne reader geenabled en in oscam.dvbapi het volgende gezet:

I: 0100    #ignore all old seca providers
I: 0500    #ignore viaccess
I: 1818:00006C  #Ignore BE 1818
P: 0622	  #Prio old irdeto
M: 1817:00006A 0100:00006A    #map NL nagracaid 1817:00006A  to seca 0100:00006A
P: 1817:00006A  #Prio NL 1817

De Irdeto kaart wordt herkent een ook gebruikt, indien ik naar een zender zap, welke niet door de Seca3 kaart gedecodeerd kan worden.
Indien ik naar een zender zap, welke door beide kaarten gedecodeerd kan worden, word altijd de Seca PID gebruikt om te decoderen!
In alle gevallen worden alleen de EMM's van de kaart, welke op dat moment gebruikt wordt, door gestuurd naar de kaart.
De andere kaart ontvangt helemaal geen EMM's, terwijl deze toch gewoon op de transponder aanwezig zijn.
Voor de Irdeto kaart krijg ik ook altijd een error voor alle EMM's, terwijl dit met CCCam 2.x zonder problemen werkt.
CCCam stuurt ook zonder problemen de EMM's voor beide kaarten tegelijk door.

Weet iemand hoe ik bij oscam de Irdeto kaart altijd voorrang kan geven, beide EMM stromen tegelijk kan doorsturen en waarom ik op de Irdeto EMM's altijd een error krijg?

Adri.

[Erik Slagter]

Welke ECM-pid is nu voor Seca2? Of werkt dat toch anders?

Ja, het werkt anders ;-)

seca 3 bestaat niet. Er zijn twee pids voor "seca" (caid 100, srvid 6a), de ene pid is "echte" seca (2), de andere pid is nagra over seca getunneld, bij cccam noemen ze dat "seca 3".

Als ik zou weten hoe je automatisch kunt achterhalen welke pid welke ecm's geeft, dan had ik oscam al wel gepatcht... Ik houd me nog aanbevolen.

[Erik Slagter]

Weet iemand hoe ik bij oscam de Irdeto kaart altijd voorrang kan geven, beide EMM stromen tegelijk kan doorsturen en waarom ik op de Irdeto EMM's altijd een error krijg?

Ga eerst eens in de logging kijken...

[theparasol]

Oscam stuurt alleen emm naar een card als hij daarvoor ook ecm's correct kan decoderen.
Als je dus in oscam een verlopen pas probeert te activeren: gaat nooit werken.

Zelfde reden als je irdeto pas geen ecm's verwerkt en controlwords aanlevert zal oscam er geen emm op af sturen.
Als een kanaal dus door seca pas gedecoded wordt, wordt ook alleen die pas bijgewerkt (tenminste als je de rest correct hebt ingesteld)
Als een kanaal dus door je irdeto pas gedecoded wordt.................................................................. {idem}

[adri]

Oscam stuurt alleen emm naar een card als hij daarvoor ook ecm's correct kan decoderen.
Als je dus in oscam een verlopen pas probeert te activeren: gaat nooit werken.

Zelfde reden als je irdeto pas geen ecm's verwerkt en controlwords aanlevert zal oscam er geen emm op af sturen.
Als een kanaal dus door seca pas gedecoded wordt, wordt ook alleen die pas bijgewerkt (tenminste als je de rest correct hebt ingesteld)
Als een kanaal dus door je irdeto pas gedecoded wordt.................................................................. {idem}

Parasol,

Ik begrijp dat oscam alleen emm's gaat sturen naar een kaart, welke gebruikt wordt en correct ecm's verwerkt.
Er is dus bij oscam altijd maar een emm pid actief.
Indien je meerdere kaarten hebt, kan het dus voorkomen dat je kaart updates mist, indien hij langere tijd niet gebruikt wordt.
Waarschijnlijk is dit een keuze van de oscam makers, waar ik zelf weinig aan kan doen.

Wat zou de reden kunnen zijn, dat mijn irdeto kaart met oscam correct ecm's verwerkt, maar elke emm een error geeft?
Indien ik dezelfde kaart met CCcam 2.3 gebruikt, worden zowel de ecm's als de emm's correct verwerkt?
Via de logging in de web interface van oscam zie ik dat er ecm's naar de irdeto kaart gestuurd worden en correct verwerkt worden, zodat ik beeld heb op de zender.
Dezelfde logging geeft ook aan dat er emm's ontvangen worden en naar de kaart gestuurd worden, echter met als resultaat 'error'.
Ik heb in de oscam.server dezelfde 'camkey' en 'camdata' van CCcam ingegeven als 'boxkey' en 'rsakey':

[reader]
label						 = upper
enable					    = 1
protocol					  = internal
device					    = /dev/sci1
detect					    = cd
mhz						   = 600
cardmhz					   = 600
caid						  =
ident						 =
services					  =
group						 = 2
emmcache					  = 1,3,15
lb_weight					 = 100
cccreshare				    = 3
audisabled				    = 0
boxkey					    = 0000000000000000
rsakey					    = 0000000000000000000000000000000000000000000000000000000000000000

[theparasol]

Ik heb geen irdeto kaar hierzo maar je kunt forceirdeto setting nog uitproberen of dit wat verbetering brengt.

http://streamboard.g...ig/oscam.server

[adri]

Ik heb geen irdeto kaar hierzo maar je kunt forceirdeto setting nog uitproberen of dit wat verbetering brengt.

http://streamboard.g...ig/oscam.server

Ik denk dat ik weet, waarom de irdeto kaart geen emm's verwerkt!
Ondanks dat ik een boxkey=00..00 en rsakey=00..00 aangegeven heb, wordt deze door oscam genegeerd.
In plaats daarvan stuurt oscam de default boxkey=1122334455667788 en rsakey=FF..FF naar de kaart.
Ook in de webinterface configuratie wordt de boxkey als 1122334455667788 getoond en is de rsakey leeg.
Dit lijkt me duidelijk een bug in oscam, aangezien een C+NL irdeto kaart de waardes 00 nodig heeft.

Wat is de beste manier om een bug in oscam te rapporteren?

[theparasol]

Wat is de beste manier om een bug in oscam te rapporteren?

http://streamboard.g...o:8001/timeline

account aanmaken en bugticket inschieten, en letop, logfiles toevoegen want zonder logs wordt ticket zo geclosed!

[adri]

Wat is de beste manier om een bug in oscam te rapporteren?

http://streamboard.g...o:8001/timeline

account aanmaken en bugticket inschieten, en letop, logfiles toevoegen want zonder logs wordt ticket zo geclosed!

Ik zal het eens proberen.
Ik heb de tickets al eens doorzocht en het schijnt dat er al meerdere keren melding van gemaakt is.
Alle keren is het ticket echter afgesloten zonder fix. Meestal als 'invalid'.
Het lijkt erop alsof de oscam ontwikkelaars dit niet serieus willen nemen.

[theparasol]

Geen goede logs, dan krijg je dat.
Je moet duidelijk aangeven wat je config is en een logfile die je bewering onderstrepen.
Die gasten zijn het beu om bugs na te zoeken die bij nader inzien veroorzaakt worden door misconfiguratie.
Maar als er invalid staat, ga er dan maar vanuit dat je iets verkeerd hebt geconfigged.
Of bewijs je gelijk met config en logs.

Edited by theparasol, 1 January 2012 - 22:02.

[adri]

Geen goede logs, dan krijg je dat.
Je moet duidelijk aangeven wat je config is en een logfile die je bewering onderstrepen.
Die gasten zijn het beu om bugs na te zoeken die bij nader inzien veroorzaakt worden door misconfiguratie.
Maar als er invalid staat, ga er dan maar vanuit dat je iets verkeerd hebt geconfigged.
Of bewijs je gelijk met config en logs.

Ik heb een ticket #2287, inclusief een volledige log, ingediend en aangegeven, waar men in de log moet kijken voor de fout.
Ik wacht af.

[rwijnberg]

Ik gebruik oscam stable #6089 van 16 december j.l.
Na een herstart van oscam is de directory (usb memory) waar de loadbalancer statistieken en logfiles staan geheel leeg.
Is dit normaal?

[Erik Slagter]

Nee. Loadbalancer stats worden niet zo vaak geschreven, maar logging wel. Kijk het pad nog maar eens goed na...

[rwijnberg]

Nee. Loadbalancer stats worden niet zo vaak geschreven, maar logging wel. Kijk het pad nog maar eens goed na...

Het pad is goed, want er staat wel degelijk een loadbalancer file in die directory, echter na een reboot van de box is die directory leeg.
Alle files in die directory zijn gewist!

[theparasol]

Onderaan in de webif -> loadbalancer staat een knopje load stats, daarmee kun je stats laden.

Geen idee waarom die stats op usb gewist worden.
Ik weet wel dat ze met starten van oscam niet standaard geladen worden (mochten ze voorhanden zijn!)

Voordat je oscam herstart of afsluit dien je eerst de stats te saven. Doe je dat niet zijn ze verloren

Edited by theparasol, 2 January 2012 - 20:15.

[Erik Slagter]

Ik heb trouwens het idee dat het verdwijnen van de files eerder aan de reboot ligt dan aan oscam. Wat je zou kunnen doen is een willekeurige file aanmaken op de usb stick, oscam NIET starten, en dan rebooten, kijken of die file er nog staat na de reboot. Misschien dat de betreffende directory wel stiekem ergens in een stuk ramdisk staat. Je kunt daar achter komen door te cd'en naar de directory en daar "df ." in te toetsen, je kunt dan zien op welk filesystem je zit.

[rwijnberg]

Ik heb trouwens het idee dat het verdwijnen van de files eerder aan de reboot ligt dan aan oscam. Wat je zou kunnen doen is een willekeurige file aanmaken op de usb stick, oscam NIET starten, en dan rebooten, kijken of die file er nog staat na de reboot. Misschien dat de betreffende directory wel stiekem ergens in een stuk ramdisk staat. Je kunt daar achter komen door te cd'en naar de directory en daar "df ." in te toetsen, je kunt dan zien op welk filesystem je zit.

Ik ben er inmiddels achter. Ik had op mijn USB stick een directory "oscam" aangemaakt en daarin staan de files oscam.log lb_stat (loadbalancer stats) oscam.srvid en oscam.provid. Na het opstarten van oscam was de directory compleet leeg.
Wat ik nu heb gedaan is het volgende: in de oscam directory heb ik een subdirectory "log" aangemaakt met daarin de oscam.log file. De loadbalancer file staat dus in de "oscam" directory. Nu gaat het goed en de loadbalacer file blijft behouden.
Moraal van het verhaal: oscam wist bij elke nieuwe start de gehele directory waarin de logfile staat. Beetje slordig is dit. In plaats van alleen de logfile te wissen vinden ze het makkelijker de inhoud van de logdirectory geheel leeg te maken.
Dit is wat ik na enig testen heb ontdekt.