4250 replies to this topic

[Black Tiger]

Wat is er met dat Node-id? Waarom verandert dat en blijft dat niet staan?
Bij Gbox kreeg je nog een id toegewezen en dat bleef hetzelfde. Was dat niet gebaseerd op machine-id ofzo? Bij Oscam lijkt het wel random.

Vannacht heel vreemde zaken meegemaakt. Tot 4 keer toe is oscam op de ET9000 gecrashed (6490). Na elke keer liep ie een paar uur goed en dan hups ineens was ie weer weg. Nadien is hij goed blijven draaien, maar weer met een andere kuur.
Lokaal is prima te kijken, grappig genoeg ook naar de kaart in de ontvanger boven. Maar de ontvanger op de kamer van de kids die via mijn ET9000 kijkt als client, kreeg wel te zien dat er kaarten waren, maar beeld geven homaar.

Na een reset van Oscam ging het even een tijdje goed en opeens hetzelfde verhaal. Zonder dat je echt iets ziet, hooguit "by not found".

Nu de 6491 er op gezet, en zien of het daar beter mee gaat.

[Black Tiger]

Nee dus. Sinds 6471 crashed het ding regelmatig spontaan.
Dit kom ik ook weer tegen, iemand een idee?
2012/03/09 23:56:57 0 dropped old reader answer rc=5 from undef time 15991ms

[ni_hao]

Klopt, ik heb ook die dropped old readers en daarnaast worden verbonden clients met cccam protocol spontaan beëindigd en daarna weer reconnected. Ik gebruik nu svn-6499. Er is wat die dropped cccam clients betreft wel een melding hier

[alias haha]

een vriend van me heeft nog steeds last van in zijn Xtrend ET5000 dat na reboot de kaart niet gelezen word, ERROR...Sinds de oscam van gisteren kun je wel de MHZ en Cardmhz wel zelf terug regelen, had ze allebij op 357 gezet, maar kaart word er nog vrij warm door, maar met deze instelling na reboot card error, dus de Mhz op 500 gezet en Cardmhz op 357 en dan na reboot leest ie de kaart weer uit.
Dus bij de xtrend et5000 moet je de kaart overclocken om na reboot weer beeld te krijgen.
Het is wel raar dat bij deze ontvangers, naar mijn eigen ervaring, de kaartjes vrij warm worden tegenover mijn vuduo of mijn ubuntu servertje met smargos

[ni_hao]

Die dropped cccam clients heb ik gevonden: om de een of andere reden stond keepconnected op 0, deze weer op de (standaard) waarde 1 gezet

[ni_hao]

@davequattro: door schade en schande word je soms wijs. Mijn ervaring is: cardmhz en mhz moet je helemaal niet aankomen, gewoon uit je config halen en oscam het lekker zelf laten bepalen, dat gaat uitstekend.

[Erik Slagter]

P:0100:00006a 1

Die heb ik er altijd al in staan.

Alleen @#$%@# $ niet te gebruiken met symulcrypt. Hij blijft stug de 0100:00006a aanvragen maar ik verwacht dat het met requestmode 1 wel weer gaat werken.
Of je gooit die ouwe M:1817:00006a 0100:0006a erin met een P: 1817:00006a 1

Dat is toch goed? Of bedoel je de verkeerde ecm pid bij 100:6a? Anyway het gaat bij mij altijd fout bij non-seca opnames, daar helpt deze truuk niet voor.

Edited by Erik Slagter, 10 March 2012 - 09:20.

[theparasol]

idd seca2 ecmpid blijft die stug aanvragen dan (invalid ecm for card!)
Maar voor bv sky uk moet het prima werken met die 1 erachter.

Ik zie trouwens het nut er niet van dat hij stopt na 3 pogingen (hard coded).
Gewoon door blijven gaan zou ik zeggen en niet met 1 caid ofzo maar gewoon alles uit de pmt wat niet op ignore staat.
Als de channel uit de blacklist komt of de share reader werkt weer heb je weer direct beeld.

[alias haha]

@davequattro: door schade en schande word je soms wijs. Mijn ervaring is: cardmhz en mhz moet je helemaal niet aankomen, gewoon uit je config halen en oscam het lekker zelf laten bepalen, dat gaat uitstekend.

Dat heb ik gedaan, maar dan krijg ik dus die kaart error, dus moest ik hem wel overclocken, misschien bij de aankomende versies oscam dat er een fix komt, we wachten af

[Erik Slagter]

Ik zie trouwens het nut er niet van dat hij stopt na 3 pogingen (hard coded).
Gewoon door blijven gaan zou ik zeggen en niet met 1 caid ofzo maar gewoon alles uit de pmt wat niet op ignore staat.
Als de channel uit de blacklist komt of de share reader werkt weer heb je weer direct beeld.

Ja, precies, volgens mij doet CCcam dat ook.

Ik heb al zo'n regel overigens, ik zal nog eens proberen of dat inderdaad doet wat het zou moeten doen.

[theparasol]

Als je 0100:00006a 1 gebruikt icm dvbapi requestmode 0 en je hebt net als ik enkel een nagra mediaguard3 kaart dan blijft het beeld duurzaam zwart meldt oscam om de 0~40ms invalid ecm for card!

Ik kwam er trouwens ook achter dat als je requestmode 1 combineert met preferlocalcards 1 dat oscam dan op bv rtl4 sd na 1 ecm de fout ingaat en niet meer decodeert.
Om een of andere reden wordt dan de mediaguard3 ecmpid niet meer behandeld. Als je requestmode 1 combineert met preferlocalcards 0 gaat het wel goed.

Ik zie ook nog steeds fd fouten. Het zit niet helemaal lekker met de filter handeling momenteel. Ben druk bezig om me te verdiepen in oscam dvapi.
Heb nu aardig in de gaten hoe de dvbapi code in elkaar zit en waar die filters bv voor dienen.
Ik mis echt een debugger zodat je stap voor stap door de code kunt. Behelp me momenteel met het laten zien van variabelen zodat ik weet wat er op dat moment exact staat aan waardes voordat hij een stukje code ingaat.

[Erik Slagter]

Volgens mij zitten er ook nog eens fouten in de dvbapi van de drivers van vu+, dus dan zit jij nog goed

[rwijnberg]

Ik zie de laatste tijd ook nogal wat "warnings" tijdens het compileren voorbij vliegen.

/usr/local/src/oscam-svn/module-cccam.c: In function ‘cc_cache_push_chk’:
/usr/local/src/oscam-svn/module-cccam.c:1908: warning: dereferencing type-punned pointer will break strict-aliasing rules
/usr/local/src/oscam-svn/module-camd35.c: In function ‘camd35_cache_push_send_own_id’:
/usr/local/src/oscam-svn/module-camd35.c:413: warning: dereferencing type-punned pointer will break strict-aliasing rules
/usr/local/src/oscam-svn/module-camd35.c: In function ‘camd35_cache_push_receive_remote_id’:
/usr/local/src/oscam-svn/module-camd35.c:437: warning: dereferencing type-punned pointer will break strict-aliasing rules
/usr/local/src/oscam-svn/module-camd35.c: In function ‘camd35_cache_push_chk’:
/usr/local/src/oscam-svn/module-camd35.c:487: warning: dereferencing type-punned pointer will break strict-aliasing rules
/usr/local/src/oscam-svn/module-camd35.c: In function ‘camd35_cache_push_in’:
/usr/local/src/oscam-svn/module-camd35.c:628: warning: dereferencing type-punned pointer will break strict-aliasing rules

Edited by rwijnberg, 10 March 2012 - 13:33.

[frissie]

Ik zie de laatste tijd ook nogal wat "warnings" tijdens het compileren voorbij vliegen.

/usr/local/src/oscam-svn/module-cccam.c: In function ‘cc_cache_push_chk’:
/usr/local/src/oscam-svn/module-cccam.c:1908: warning: dereferencing type-punned pointer will break strict-aliasing rules
/usr/local/src/oscam-svn/module-camd35.c: In function ‘camd35_cache_push_send_own_id’:
/usr/local/src/oscam-svn/module-camd35.c:413: warning: dereferencing type-punned pointer will break strict-aliasing rules
/usr/local/src/oscam-svn/module-camd35.c: In function ‘camd35_cache_push_receive_remote_id’:
/usr/local/src/oscam-svn/module-camd35.c:437: warning: dereferencing type-punned pointer will break strict-aliasing rules
/usr/local/src/oscam-svn/module-camd35.c: In function ‘camd35_cache_push_chk’:
/usr/local/src/oscam-svn/module-camd35.c:487: warning: dereferencing type-punned pointer will break strict-aliasing rules
/usr/local/src/oscam-svn/module-camd35.c: In function ‘camd35_cache_push_in’:
/usr/local/src/oscam-svn/module-camd35.c:628: warning: dereferencing type-punned pointer will break strict-aliasing rules

Ik heb deze meldingen ook, blijf daarom voorlopig nog even op een versie (6471) voor deze meldingen.
Hoe het nu draait, draait het prima.

[Erik Slagter]

Een warning hoeft niet per sé ernstig te zijn. Alleen deze kunnen in principe wel een segfault veroorzaken (kleine kans).

[HPPli]

We "drijven" weer uit elkaar. We spreken over wel of niet oscam.dvbapi, 1-tjes erachter wel of niet, spaties, requestmode 0 of 1, preferlocalcard 1 of 0.
Kortom, het is allemaal versie afhankelijk.

Zojuist een tryout van versie 6491 (zonder oscam.dvbapi) naar versie 6500. Snel terug naar de goed werkende 6491 versie daar al die irdeto aanpassingen (voor Ziggo etc.)
behoorlijk roet in het eten gooien van al die eerdere en mooie/functionele patches van The Parasol (af 6460)

Kunnen we voortaan per reactie en/of vraag ook (of tevens) het betreffende versie nummer van Oscam erbij schrijven ?

[theparasol]

@HPPLI: wat werkte er niet in 6500 dan wat met 6491 nog wel goed gaat?

[HPPli]

@HPPLI: wat werkte er niet in 6500 dan wat met 6491 nog wel goed gaat?

* tweemaal na boot de mededeling over cmd08, request niet gevonden. Na enige tijd toch de juiste Pid. (Zonder oscam.dvbapi)
Met oscam.dvb.api, zelfde reactie maar geen beeld omdat de (1) achter P:0100:00006a 1 roet in het eten gooit. Wel beld als 1 is verdwenen

Kortom de 6491 in server opstelling VU+DUO (en geen oscam.dvbapi, wel preferlocalcard=1) werkt subliem, idem VU+DUO met enkel Oscam als softcam (client) is met of zonder oscam.dvbapi een "racepaard". Met oscam.dvbapi, na een boot altijd ongeldige dvbapi regels.

[theparasol]

cmd08 is iets van newcamd. Je zou eens kunnen proberen om cmd08 commando's uit te schakelen in newcamd reader.

[Erik Slagter]

cmd08 is iets camd35. Je krijgt het als je vraagt om een ecm die de server niet heeft. Een beetje omgekeerd van het cccam-protocol dus, daarbij worden ALLE bekende caid's+provid's+srvid's naar alle clients gestuurd, bij camd35 vraagt de client gewoon, en als de server het niet heeft, stuurt-ie cmd08, en de client kan dat antwoord dan cachen. Vind ik persoonlijk een nettere oplossing dan die van cccam.