4250 replies to this topic

[mika-nl]

Geen wonder want de VU interpreteert dit als pll divider 4 (369 afronden naar boven, nullen strippen) en komt dan op ca 5 Mhz in werkelijkheid uit.

Nou en? Het werkt en het werkt goed. Op alle machines die ik gezien heb.
Mijn probleem is eerder, en veel belangrijker, waarom kan OScam zo slecht met smargo's overweg, want dat is een ramp.

Ik snap heel dit gedoe over de interne reader niet, het werkt, dus laat het met rust, los de andere problemen op.

Lekker negatief !
Iemand stop zijn vrije tijd in iets en jij zegt dat hij wat anders moet doen ?

Sorry hoor maar ik denk dat iedere verbetering er 1 is , helemaal nu parasol er achter is dat de snelheden niet kloppen met wat je opgeef.
Misschien dat daardoor straks jou pronleem ook duidelijk word.

MiKa

[Non Disclosed]

Negatief??? 369/369 werkt!!! Waarom dan deze onzin?
Of wou je beweren dat Parasol zijn Cooldown goed werkte?
Ik gaf al weken aan dat het niet juist was, resultaat ik krijg een negatieve beoordeling.
Deze interne reader shit gaat ook nergens over, zet de reader 1.10 stable op 369/369 en hij werkt perfect.
ECM tijden zijn ook perfect.

Bovendien zijn ECM-tijden niet intressant want je kan er maar 4 leveren per 10 seconden, dus wat maakt 280 of 390 ms uit?

Smargo's goed laten werken is veel belangrijker dan heel dit PLL gelul...of is dit ook negatief al weken de juiste setting te geven???

[Meega]

Negatief???

Ja!

[HPPli]

Bas, als Oscam de PLL van de internal reader goed (lees beter dan voorheen) aan kan sturen is het voor een external reader straks ook een fluitje van een cent om die tot een goede "aansluiting" te brengen en/of te configureren vanuit Oscam !

Trouwens, waarom gebruik je toch Oscam als er zo'n negatief en/of negatief probleem aankleeft ?
Mijn advies, gebruik iets anders en negeer deze topic s.v.p.
Op deze wijze toon je weinig respect voor @theparasol die zich 100% inzet voor het verbeteren aan Oscam.

Edited by HPPli, 21 May 2012 - 21:19.

[mika-nl]

"beste" waardes, tja als je de kaart sneller wilt laten werken moet je hem overklokken. Eerder in dit draadje riep ik je moet hem underclocken met cardmhz = 300, dan gaat die vreemd genoeg sneller werken. Nou in werkelijkheid overklokte je hem dan maarlieft 4 mhz: naar 9 Mhz.
Als je voor mhz de maxmhz van de pll invult ( mipsel dreamboxen: 2700, ppc dreamboxen:3150) en dan bij cardmhz 900 invult heb je de snelste responses, van zo rond de 260 a 270.

Heb zelf mijn kaart dus ruim driekwart jaar op 9 Mhz overgeklokt terwijl ik dacht dat hij op 3 Mhz werkte

Is dit geen fout in de code dan ? En is het geen stap in de goeie richting.

En een Smargo heeft niet veel met openpli temaken ?
misschien op streamboard een ticket maken of zelf de code aanpassen..
Maar iemand dwingen een probleem op telossen vind ik niet kunnen , je moet doen wat je zelf wil en waar jezelf het nut van ziet en kan hebben.

Verder is het niet goed werken van een Smargo ook wel een slordige fout in oscam


MiKa

[Non Disclosed]

Bas, als Oscam de PLL van de internal reader goed (lees beter dan voorheen) aan kan sturen is het voor een external reader straks ook een fluitje van een cent om die tot een goede "aansluiting" te brengen en/of te configureren vanuit Oscam !

Trouwens, waarom gebruik je toch Oscam als er zo'n negatief en/of negatief probleem aankleeft ?
Mijn advies, gebruik iets anders en negeer deze topic s.v.p.
Op deze wijze toon je weinig respect voor @theparasol die zich 100% inzet voor het verbeteren aan Oscam.

Pardon, ik gebruik OScam als enige softcam op alle ontvangers en clients.
Het werkt als een speer.
Het enige wat ik niet snap is deze onzin over Cooldown en MHz.....
Tot hiertoe is Parasol enkel aan het zorgen voor onstabiel beeld en ellende.
Pak een Stable versie en zet 369 / 369 en je gaat een perfect stabiel beeld hebben op al je zenders met een goede oscam.dvbapi in request mode 0.

Ben ik dan negatief?

Ik draai al maanden stabiel op TVV en CDNL met de stable versie van OScam in OpenPli, 1.10RC versie....de nieuwe versies zijn rommel versies.
En als ik Parasol volg over de laatste maanden is hij enkel bezig de boel in het honderd te laten lopen.
Maanden is hij aan het kloten geweest over cool-down....en alles en iedereen haperden...
Nu is hij aan het kloten op kaartlezers die al maanden stabiel zijn op 369/369....waarom dan veranderen?

Lagere ECM tijden? Waarom??? Met 369 / 369 is het rond de 300~320Ms....je kan maar 4 ECM's per 10 sec afgeven....dus wat maakt die paar msec uit?
De rest komt toch uit cache.

Het enige wat ik kan bedenken is dat Parasol voor Canaal Digitaal werkt en met opzet OScam aan het verkoten is, want al maanden is hij met veel lawaai onzin aan het verkopen.

Probeer eens een stable....en zet de kaart op 369 / 369, en vertel me dan dat het niet werkt met request mode 0 en een goede oscam.dvbapi

Parasol zoekt telkens iets nieuws in wat geen probleem is....sorry het is ofwel een enorme oen danwel iemand die voor M7 werkt.

[Non Disclosed]

Geen wonder want de VU interpreteert dit als pll divider 4 (369 afronden naar boven, nullen strippen) en komt dan op ca 5 Mhz in werkelijkheid uit.

Waarom dan door kloten als die settings werken?
Sorry hoor, maar je bent echt al weken bezig de boel aan het haperen te houden.
Het enige dat ik kan zeggen is dat je ofwel een oen bent danwel voor M7 werkt, want alles wat je aankaart geeft problemen en je laat mensen rondje lopen.

Stop met deze onzin, de 1.10RC sloopt prima met cardreader op 369 / 369 en een goed oscam.dvbapi op request mode 0.

Je verkoopt bullshit en saboteert OScam tot en met. De versies na 65xx en hoger zijn zo slecht dat ze amper nog stabiel lopen.

Mensen, stop met deze onzin te geloven en pak 1.10RCx, je gaat rap merken dat dei wel goed werkt en stabiel is.
En mocht je een goede oscam.dvbapi willen hebben ik zal er een posten.

[Non Disclosed]

Bas, als Oscam de PLL van de internal reader goed (lees beter dan voorheen) aan kan sturen is het voor een external reader straks ook een fluitje van een cent om die tot een goede "aansluiting" te brengen en/of te configureren vanuit Oscam !

Beter dan wat? Ding werkt goed op vroege 1.20 en alle 1.10 versies met 369/369 settings.......waarom dan nog kloten?
Is dat om een ander getal te zien?
Parasol is enkel maanden bezig de boel om zeep te helpen, met van alles en nog wat, het begon met de cooldown shit...nu de cardreaders? Die al lang goed werken?
De Smargo's zijn allang een probleem en die werken nu helemaal niet meer???

Parasol is een bullshit gast, verkloot enkel Oscam waar hij kan!!

[Non Disclosed]

Negatief???

Ja!

Probeer het eens, dan weet je meteen dat het werkt. Je hebt het niet getest, anders wist je beter.

[Non Disclosed]

Is dit geen fout in de code dan ? En is het geen stap in de goeie richting.

Parasol is enkel bezig je kaart te verkloten......is geen fout in de code.....hij MAAKT fouten zodat mensen OScam verlaten wegens te onstabiel.
Pak 1.10RCx zet 369/369 en neem requetstmode 0 met een goede oscam.dvbapi en het werkt als een speer.

Stop met deze bullshit te geloven!!!

OScam is simpel en eenvoudig....Parasol is er enkel op uit de boel zwart te krijgen...hij werkt met zekerheid voor M7, want toen hij begon met zeveren kon hij niet programmeren, en nu levert hij telkens nieuwe code???
Deze gast is bullshit!!!

[Happysat]

Nou nou...

[HPPli]

@Bas, een beetje uitgetierd ????
Volgens mij snap je nog steeds niets van deze hobby, je wilt perse jouw mening hier op dit board doordrammen.

Oscam werkt bij mij als een tierelier en alszodanig geen probleem. NAAST dit alles wil ik, naast vele andere hier op dit board een positieve bijdrage (aan)leveren om steeds meer verbeteringen aan te brengen aan de bestaande opensoftware. Er is dan ook niemand op uit (ook theparasol niet) om de software nagatief te ontwikkelen. In dit draadje zijn we dus enkel bezig met Oscam uitwisselingen. Dus vragen, ervaringen en antwoorden zijn hier aan de orde. Wil je daar niet aan meedoen is dat je goed recht, immers je hebt al een prima Oscam setting gevonden voor jezelf. Wij willen een stapje verder en die hierin wil meegaan kan dat dus uitstekend proberen middels de Oscam-Experimentele versie en tevens enkele specifieke zaken verder uitdiepen. Nogmaals , hierin hoef je niet te geloven en/of meegaan maar respecteer een ander zijn drang en hobby om hieraan verder te experimenteren.

@theparasol, ik heb allerlei instellingen/waarde's getest maar kom niet hoger dan :
mhz = 2000 #of lager#
cardmhz = 100

Prima werkende waardes in je laatste commit (oscam versie 6913) voor een VU+DUO zijn:
mhz = 1785 of 1835
cardmhz = 100

Edited by HPPli, 22 May 2012 - 00:11.

[theparasol]

Ok, tnx. Als het goed is zal deze waarde ook blijken uit de meting met een multimeter binnenkort

[ni_hao]

@Bas, een beetje uitgetierd ???? Volgens mij snap je nog steeds niets van deze hobby, je wilt perse jouw mening hier op dit board doordrammen. Oscam werkt bij mij als een tierelier en alszodanig geen probleem

Ja hier werkt oscam (svn 6913) ook goed, op een linux pc met smargo's en op een aantal verschillende Enigma2 ontvangers (zonder smargo). Daarnaast werkt oscam prima op een vu duo met smargo's.

[frikandel]

ik heb hiero 3 readers draaien maar toch erg vaak op onregelmatige tijden freezes

deze draai ik 6810 dit zijn de configs als voorbeeld pak ik reader 1 ik heb de users in een group gezet en de 3 readers ook in een group dus in mijn geval group 1
het zijn uiteraard niet meer dan 3 kaarten a max 4 users dus dat is het niet

heb ook geen gemiste emm of ecm dus lijkt het erop dat het de lock is die in werking gaat.

komtie:

oscam server


[reader]
label = reader-1
description = canaaldigitaal1
protocol = smartreader
device = Serial:cd1
caid = 0100
detect = cd
mhz = 343
cardmhz = 500
ident = 0100:000000,00006A
group = 1
emmcache = 1,3,2
blockemm-unknown = 1
blockemm-g = 1
dropbadcws = 1
ratelimitecm = 4
ratelimitseconds = 9
cooldown = 50,120


en de oscam.conf ook maar ff



[global]
logfile = /var/log/oscam.log
nice = 0
preferlocalcards = 1
saveinithistory = 1
lb_mode = 3
lb_savepath =
lb_max_readers = 3

[monitor]
hideclient_to = 15
appendchaninfo = 0

[Non Disclosed]

Dat kan dus niet, 4 sids is ongelijk aan 4 users.
Want als 1 user besluit op te nemen en een andere zender te kijken of ze gaan massaal zappen dan vliegt je kaart uit.
En helemaal omdat je cooldown hebt staan, haal die eruit want die werkt niet.
Verder 4/10 zetten en je loadbalancer moet op 2 (10 is nog beter) staan, want als je hem op 3 hebt staan dan verdeeld hij DEZELFDE SID over meerdere kaarten waardoor alle kaarten feitelijk als 1 kaart gezien worden, dat wil je dus zeker niet.
Verder moet je services aanmaken en de sid's per kaart verdelen, zodat je zeker bent dat bv Veronica maar van 1 kaart gehaald kan worden en niet van alle 3.
Ook je ident is fout, die 6 nullen moeten eruit, enkel 0100:00006A is genoeg.

Als deze OScam in je ontvanger zit en je kijkt zelf dan raad ik je aan de stable versie te grbuiken want die heeft voor de dvbapi geen ecm-lock en dan zet je 3/10 voor de sharing, werkt als een speer.

En als laatste, als je lijnen van anderen krijgt, filter dan absoluut de 0100:00006A eruit want als die haperen haper jij mee.

[Henksat]

Bas,

In bovenstaand bericht schrijf je over sharing, dat mag hier niet besproken worden, zie onze forumregels.

[Non Disclosed]

Sorry Henk, het was niet mijn bedoeling om over illegale sharing te spreken maar enkel binnens-huis sharing, dat toegelaten is door CD en TVV.

[wimpie007]

"Verder 4/10 zetten en je loadbalancer moet op 2"
euuh, is dit dezelfde Bas die bij hoog en bij laag stond te beweren dat je 2/10 moest gebruiken???

[Non Disclosed]

Ja geinig toch.
4/10 kan je op een server gebruiken, maar op een ontvanger met stable is 3/10 beter omdat je anders nog hapert gezien de dvbapi de limiet niet kent.
Op de unstable moet je wel 4/10 zetten omdat de dvbapi wel via de limieten gaat.
Nog beter is gewoon met services werken, freezes kunnen ook komen doordat de limiet te vaak ingrijpt.