201 replies to this topic

[WanWizard]

Dat is appels een een kist citroenen vergelijken. Anyway, het is totaal niet relevant wat jij er van vind, wij maken hier de regels. Simpels.

[Tech]

 

Daarmee suggereer je dat hier iets "bewust" gebeurd is, en dat waag ik te betwijfelen. Langs elkaar heen kletsen komt vaak genoeg voor, zeker in ons "vakgebied". 

 

Bovendien moet er in dit geval ook nog rekening gehouden worden met waar je wel en niet over kunt/mag kletsen op dit forum, iets waar ik denk dat Littlesat wat mee worstelt (en daarom wat vaag is, en naar streamboard verwijst), want deze discussie ligt op het randje van toelaatbaarheid.

Niks illegaals toch als je een Sky kaart hebt, ik zie dan geen reden om geheimzinnig te doen over een instelling, of zoals Tech cryptisch schreef :''Overigens ga ik er verder niet op in hoe ik die kaart aan de gang heb gehouden en waar ik dit vandaan heb, vragen tot die strekking worden niet beantwoord''.  Over vaag houden gesproken.

 

Daar is niets vaags aan, sterker nog, als je kunt lezen is het juist heel duidelijk, alleen is er altijd weer volk die de zaken graag in hun richting willen draaien.....

 

Ik sluit me aan bij de reactie van Wanwizard

 

 

Anyway, het is totaal niet relevant wat jij er van vind, wij maken hier de regels. Simpels.

[XRayhTec]

Degene die de regels maakt is niet automatisch degene die gelijk heeft...

[WanWizard]

Degene die de regels maakt is niet automatisch degene die gelijk heeft...

 

Totaal niet relevant. Wij zijn hier de baas, wij bepalen de regels, en jij hebt je daar aan te houden. Als je dat niet bevalt, dan ga je toch lekker ergens anders trollen?

[Dimmie]

Met disablexxxx werkt het inderdaad ook... maar dat heeft oa nadelen omdat je dan ook valse Xxxxx kan doorkrijgen.... je moet echt die andere instelling hebben...

 

Hoe vaak ik het ook opnieuw lees, het staat er toch echt > niet disablexxx gebruiken anders krijg je valse Xxxx > je moet een andere instelling hebben dan disablexxxxx

 

 

In ieder geval:

 

Volgens streamboard moet je disablexxxx wel degelijk gebruiken als je je eigen duitse Sky kaart uitleest en kun je dus nog steeds valse Xxxxx krijgen. Disablexxxx specifiek instellen voor de specifieke caid elimineert NIET de valse Xxxxx, het elimineert alleen eventuele valse Xxxxx voor andere caids, maar daar ging het hele verhaal niet over. Het verhaal ging enkele en alleen over het uitlezen van een duitse Sky kaart en niet over andere kaarten of aanvullende (illegale) zaken. Voor het uitlezen van enkel en alleen een duitse sky kaart kun je volgens streamboard disableXxxx gewoon aanvinken of je geeft specifiek de caid aan bij disablexxx; beiden geeft hetzelfde resultaat met nog steeds kans op valse Xxxx. Nergens op streamboard is iets te vinden over het elimineren van valse Xxxxx bij gebruik van een duitse SKY kaart in Oscam.

 

Maargoed, zover ik het begrijp bestaat zoiets als een andere setting dan disablexxx (in welke vorm dan ook) waarbij je bij gebruik van een duitse Sky kaart geen 'valse Xxxxx' kan doorkrijgen, niet. Zonder gebruik van disablexxx heb je simpelweg geen beeld. De post erover klopt dus niet en heeft dus geen toegevoegde waarde gegeven maar alleen maar de nodige vaagheid + verwarring + aanvullende discussie.

Edited by Dimmie, 16 May 2019 - 00:06.

[Tech]

 

Met disablexxxx werkt het inderdaad ook... maar dat heeft oa nadelen omdat je dan ook valse Xxxxx kan doorkrijgen.... je moet echt die andere instelling hebben...

 

Hoe vaak ik het ook opnieuw lees, het staat er toch echt > niet disablexxx gebruiken anders krijg je valse Xxxx > je moet een andere instelling hebben dan disablexxxxx

 

 

In ieder geval:

 

Volgens streamboard moet je disablexxxx wel degelijk gebruiken als je je eigen duitse Sky kaart uitleest en kun je dus nog steeds valse Xxxxx krijgen. Disablexxxx specifiek instellen voor de specifieke caid elimineert NIET de valse Xxxxx, het elimineert alleen eventuele valse Xxxxx voor andere caids, maar daar ging het hele verhaal niet over. Het verhaal ging enkele en alleen over het uitlezen van een duitse Sky kaart en niet over andere kaarten of aanvullende (illegale) zaken. Voor het uitlezen van enkel en alleen een duitse sky kaart kun je volgens streamboard disableXxxx gewoon aanvinken of je geeft specifiek de caid aan bij disablexxx; beiden geeft hetzelfde resultaat met nog steeds kans op valse Xxxx. Nergens op streamboard is iets te vinden over het elimineren van valse Xxxxx bij gebruik van een duitse SKY kaart in Oscam.

 

Maargoed, zover ik het begrijp bestaat zoiets als een andere setting dan disablexxx (in welke vorm dan ook) waarbij je bij gebruik van een duitse Sky kaart geen 'valse Xxxxx' kan doorkrijgen, niet. Zonder gebruik van disablexxx heb je simpelweg geen beeld. De post erover klopt dus niet en heeft dus geen toegevoegde waarde gegeven maar alleen maar de nodige vaagheid + verwarring + aanvullende discussie.

 

Ik kan me die reactie wel voorstellen, zij gaan uit van gebruik van alleen een duitse kaart dus kan je die optie om de checksum controle op alle cw's gerust aanvinken.

[Egbertjan]

Waarom wordt er de laatste tijd een versie van oscam in feed van openpli gezet die een hele hoop protocollen niet meer ondersteund. waaronder smargo en constant CW. Is er iemand die voor mij een werkende laatste versie van oscam heeft waar deze twee protocollen wel in zitten? Die werk met openpli 7 en een vu plus ultimo 4k?

[littlesat]

Constant cw is overbodig als je de Oscam emu variant gebruikt...smargo is wel een beetle vreemd maar een normale gebruiker heeft dit eigenlijk niet nodig... maar ik denk wil je wat Aan hebben dan kan je de vraag beter op het streamboard forum Stellen... daar wordt dit bepaald....

[40H3X]

...of zelf compileren is niet zo moeilijk.

[WanWizard]

Waarom wordt er de laatste tijd een versie van oscam in feed van openpli gezet die een hele hoop protocollen niet meer ondersteund.

 

Wij bouwen hetgeen het Oscam team aangeleverd. Dus als er iets verandert is, dat komt dat omdat zij iets hebben aangepast. Als die aanpassing niet deugt, moet je dat bij de auteurs melden, op streamboard.

[HPPli]

Waarom wordt er de laatste tijd een versie van oscam in feed van openpli gezet die een hele hoop protocollen niet meer ondersteund. waaronder smargo en constant CW. Is er iemand die voor mij een werkende laatste versie van oscam heeft waar deze twee protocollen wel in zitten? Die werk met openpli 7 en een vu plus ultimo 4k?

 

Misschien ook even over de denkwijze teruglezen in dit draadje   De heren Devs stellen zich soms op met een bijzonder standpunt en melden dan duidelijk;

 

Totaal niet relevant. Wij zijn hier de baas, wij bepalen de regels, en jij hebt je daar aan te houden. Als je dat niet bevalt, dan ga je toch lekker ergens anders trollen?

 

Dus weinig kans dat ze het compilatie protocol aanpassen, iets zoals dit;

 

CONF_ENABLE='WEBIF WEBIF_LIVELOG WEBIF_JQUERY WITH_LB WITH_DEBUG TOUCH HAVE_DVBAPI CS_CACHEEX CW_CYCLE_CHECK CS_ANTICASC MODULE_CAMD35 MODULE_CAMD35_TCP MODULE_NEWCAMD MODULE_CCCAM MODULE_CCCSHARE MODULE_SCAM MODULE_GBOX MODULE_RADEGAST MODULE_SERIAL MODULE_CONSTCW MODULE_PANDORA MODULE_GHTTP READER_NAGRA READER_IRDETO READER_CRYPTOWORKS READER_CONAX READER_SECA READER_VIACCESS READER_VIDEOGUARD READER_DRE READER_TONGFANG READER_BULCRYPT READER_GRIFFIN READER_DGCRYPT CLOCKFIX WITH_EMU WITH_SOFTCAM'

[WanWizard]

Dus weinig kans dat ze het compilatie protocol aanpassen

 

Dan is inderdaad vooralnog het standpunt.

 

Tenzij iemand op staat en bereid is hier bitbake patches voor te maken, die te willen onderhouden, en bij nacht en ontij klaar wil staan om dat onderhoud ook te doen als er een build mislukt. Voor de duidelijkheid, die iemand ben ik niet.

 

Dat mag je een bijzonder standpunt vinden, zolang ik jou niet om half een 's nachts kan bellen om een kapotte build run te fixen is wat jij vanaf de zijlijn vind niet zo bijzonder relevant.

[Dimmie]

smargo is wel een beetle vreemd maar een normale gebruiker heeft dit eigenlijk niet nodig

 

Een normale gebruiker heeft dit juist wel nodig bij bepaalde decoders die door OpenPLI ondersteund worden.

 

Hoe wil je anders op bijvoorbeeld een Zgemma H9T je kaart gebruiken ?

[WanWizard]

Als  het nodig is, even op Streamboard melden dus, en vragen of ze die aanpassing terug draaien.

[Egbertjan]

 

smargo is wel een beetle vreemd maar een normale gebruiker heeft dit eigenlijk niet nodig

 

Een normale gebruiker heeft dit juist wel nodig bij bepaalde decoders die door OpenPLI ondersteund worden.

 

Hoe wil je anders op bijvoorbeeld een Zgemma H9T je kaart gebruiken ?

 

Ik zou ook niet weten hoe ik met een ander protocol dan smargo de argolis triple reader moet aan sturen. Ik vind het maar raar dat ze die protocollen er uit hebben gehaald 

[Dimmie]

Degene die de oscam build kan een aanpassing maken op de default instellingen als dat noodzakelijk is voor de doeleinden waar het voor gebruikt wordt. Dus als de oscam kant-en-klaar gebuild in de feed staat bij een box waarbij een externe reader nodig is, is het wenselijk dat degene die hem gebuild heeft, daar rekening mee heeft gehouden.

Edited by Dimmie, 18 May 2019 - 00:41.

[littlesat]

Wij bouwen de default zoals Oscam het aangeeft... het heeft echt geen voorkeur om daar een patch tussen te bouwen omdat die patch dan weer fout kan gaan als streamboard features toevoegt of echt vwrwijderd... dus dat is echt echt echt niet wenselijk. Voor smargo default aan in the build svp ff het probleem melden op het streamboard forum...
Ik kan trouwens de smargo uitzetten ook niet volgen (cachex bijvoorbeeld wel die voegt echt niets toe - constant.cw is ook overbodig door de Oscam-emu versie die ook nog meer kan betreffende constant cw recentelijk)

Edited by littlesat, 18 May 2019 - 07:09.

[Sagitarius †]

Maar hoe eenvoudig kan het zijn, zet gewoon alle opties aan dan kan iedereen naar eigen believen kijken of hij het nodig heeft, de binary zal hoogstens wat kb'jes groter worden dat trekken de meeste ontvangers nog wel. Nu heb je iedere keer die discussie en betutteling van ''cachex die voegt echt niets toe - constant.cw is ook overbodig'' dat maken de gebruikers dan toch zelf wel uit. Pli kan dat toch gewoon vagen of dit mogelijk is, het build script werd al door HPPli gegeven.

[littlesat]

Nogmaals wij bepalen die opties niet... dat gebeurt bij de bron (=Oscam) zelf... vandaar klaag op het streamboard forum. Hier is de foute plek!

Nu ff Mijn twee centen beteffende het toch maar een paar KBs...
Nee het is geen betutelling van Oscam... het is meer een service om het gemakkelijker/eenvoudiger te maken voor nu net juist de gebruiker.
Ik ben we heel heel heel sterk voor om al het overbodige eruit te laten zeker als het gebruikers verward en/of als er voor iets een beter alternatief is kan en zal men beter dat nieuwe gebruiken. Dingen dubbel erin laten zitten heeft geen enkele zin. De gebruiker te veel onzinnige dingen laten bepalen heeft geen zin en maakt de boel alleen maar meer gecomplex en zet gebruikers op een dwaalspoor. Vandaar cacheex weg (voegt totaal niets toe
- en als je dat niet begrijpt weet je ook niet wat dit precies doet) en constant.cw weg (Oscam-emu doet dit ook en nog veel meer) prima! Maar smargo is inderdaad niet zo slim. Bij de bron denk ik ff niet verwacht dat we boxen zonder kaartlezer Bestonden.

Wil je nu persee met cacheex of constant.cw ‘spelen’ omdat je dat zo’n mooi feature vind... kan je nog altijd zelf je Oscam bouwen, want voor een normale gebruiker voegt het echt niets toe!

Edited by littlesat, 18 May 2019 - 09:11.

[40H3X]

 

 

smargo is wel een beetle vreemd maar een normale gebruiker heeft dit eigenlijk niet nodig

 

Een normale gebruiker heeft dit juist wel nodig bij bepaalde decoders die door OpenPLI ondersteund worden.

 

Hoe wil je anders op bijvoorbeeld een Zgemma H9T je kaart gebruiken ?

 

Ik zou ook niet weten hoe ik met een ander protocol dan smargo de argolis triple reader moet aan sturen. Ik vind het maar raar dat ze die protocollen er uit hebben gehaald 

 

 

Ik kijk net even in de standaard Toolchain solo4k van de simplebuild (kun je OScam zelf mee compileren) en ook daar staat de cardreader driver "Argolis Smargo Smartreader" niet aan, maar met met één vinkje is dat opgelost, dus of melden op streamboard en wachten op of ze daar iets doen of zelf compileren (of iemand moet het voor je doen) is niet moeilijk, je hebt een Linux distro nodig of iets in een "VM ware" omgeving.