Non Disclosed

Jouw metingen graag.
Ik ben niet gestresseerd in getallen van anderen, want jij loopt te rotzooien in de code.
Waar zijn jou metingen?

Ik wil het feestje niet bederven, maar met waardes 369 / 369 Dreambox Mipsel:

2012/05/24 12:02:46 2FE894B0 c dreambox (0100&00006A/0FAE/64:77DD): found (261 ms) by lower (of 2 avail 2)

gebruikte OScam: OSCAM 1.10rc-svn build #5741

En deze waardes zie ik constant.
Dus kan iemand me uitleggen wat er zo speciaal is aan de Experimental en de nieuwe cardreader code.

Dat is omdat je kaart op bijna 9 mhz loopt (gemeten op streamboard)
Dus hij is 80% overklokt terwijl jij denkt dat je hem onderklokt.

Waarom loopt die dan zo stabiel?
En tweede vraag, hoe kan ik dat meten?
Want OSCam loopt te zeuren dan hij op 369MHz loopt en niet 500.

Zal het vanavond eens in het oog houden, want veel ontvangers staan nu te niksen.
Als het werkelijk halveert dan is het de moeite.
En ook eens zien wat anderen zeggen.

Ik wil het feestje niet bederven, maar met waardes 369 / 369 Dreambox Mipsel:

2012/05/24 12:02:46 2FE894B0 c dreambox (0100&00006A/0FAE/64:77DD): found (261 ms) by lower (of 2 avail 2)

gebruikte OScam: OSCAM 1.10rc-svn build #5741

En deze waardes zie ik constant.
Dus kan iemand me uitleggen wat er zo speciaal is aan de Experimental en de nieuwe cardreader code.

OScam stable, kaart leest op 235ms met 369 / 369....geen enkel probleem.
Probeer het zelf.
Sorry hoor, maar weet niet wat jullie doen maar het is geen verbetering, met PCSC readers (=extra deamon) haal ik 320!

Ook in de stable? Want daar zit het volgens mij niet in.

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.

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!!!

Negatief???

Ja!

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

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!!

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.

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.

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???

Kan iemand me vertellen wat de zin van dit gedoe is?
Want met een Vu+ of Dreambox met 369 / 369 heb je een ECM van 320 en het is stabiel.
Voeg daar een goede oscam.dvbapi aan toe en de 1.10 stabiele versie loopt als een speer.

Kan iemand me vertellen waar dit gezever over gaat? Want ik zie enkel een hoop onzin, als men nu eens smargo's stabiel zou maken met oscam dan zijn we een stuk verder.
De interne cardlezer loopt met 369/369 met 1.10 zo stabiel als een huis met lage ECM's..

Is de kaart wel goed?
Probeer anders eens een OScam stable versie.