201 replies to this topic

[mimisiku]

Toch ikke iets niet begrijp... Ik heb op de beide VU+ Zero 4K de 11517 staan (armhf) en daar werkt mijn Argolis Triple reader gewoon? De HD+ kaart zit in de interne kaartlezer en de TVV kaart in de Argolis. En ik krijg toch echt beeld op VTM....

[Tech]

Wij werken niet met 'vinkjes' maar met bitbake recipes. Oscam maakt deel uit van het complete build proces en wordt dus niet even met iets als simplebuild gebouwd.

[mimisiku]

En de broodnodige bewijsvoering.....

Attached Files

•  IMG_0954.PNG   199.33KB   5 downloads
•  IMG_0955.PNG   371.21KB   4 downloads

[mimisiku]

Wat ik natuurlijk niet weet of iedere imagebouwer uit dezelfde source de OScam bouwt. In mijn 'simpele' opvatting zou ik denken dat iedereen hem uit streamboard vandaan haalt waar de ontwikkeling immers zit en deze dan bouwt c.q. aanpast voor de betreffende image... Maar wellicht is mijn veronderstelling helemaal niet juist..

Ik heb zelf geen Linux PC. Slechts 2 oudere Win10 klaptops die zelden of nooit meer gebruikt worden.. Is er voor een Linux leek een redelijk eenvoudige wijze om thuis een OScam te bouwen?

Ik heb ooit oscam binaries gedownload maar die werkten nooit. Bestanden waren 6 á 700 kB groot terwijl de versies uit de feed dubbel zo groot waren (die uiteraard wel werkten)

[40H3X]

Zoals ik,al aangaf als je je eigen aanpassingen wilt, dan is zelf bouwen een optie en dit is niet erg moeilijk. Als je alleen Windows heb dan installeer je bv VMware en dan download je een Linux distro bv. Debian. Als je Debian opstart onder VMware installeer je simplebuild, waarmee je vanuit een menu alles kun aanpassen wat je wilt.

 

Maar gezien het is hier niet het ondersteunings forum voor OScam is,gewoon even Googlen succes.

Edited by 40H3X, 18 May 2019 - 10:27.

[mimisiku]

VMware installeert niet met slechts 2Gb geheugen.. Ik heb geen Linux kennis.. Hou het dan maar op wat de feed me biedt.
Persoonlijk vind ik het inderdaad een hele domme actie om smargo ondersteuning te verwijderen. Juist nu de trend wordt om boxen met slechts 1 (of zelfs geen) interne reader te bouwen terwijl de tendens van meerdere kaarten in een box steeds meer voorkomt.

[Tech]

Ik heb ooit oscam binaries gedownload maar die werkten nooit. Bestanden waren 6 á 700 kB groot terwijl de versies uit de feed dubbel zo groot waren (die uiteraard wel werkten)

Misschien zijn die wat beter gestript geweest of niet geschikt voor jouw processor architectuur.

[Tech]

VMware installeert niet met slechts 2Gb geheugen.. Ik heb geen Linux kennis.. Hou het dan maar op wat de feed me biedt.
Persoonlijk vind ik het inderdaad een hele domme actie om smargo ondersteuning te verwijderen. Juist nu de trend wordt om boxen met slechts 1 (of zelfs geen) interne reader te bouwen terwijl de tendens van meerdere kaarten in een box steeds meer voorkomt.

Let wel even goed op, WIJ hebben niets verwijderd, er is sinds tijden niets aan de recipe voor oscam gewijzigd, de laatste wijziging is dat de bron waar de source vandaan komt, is gewijzigd omdat de svn source van streamboard te vaak offline was waardoor het bouwproces werd afgebroken, die is al een behoorlijk aantal maanden geleden gedaan.

[Sagitarius †]

Zoals ik,al aangaf als je je eigen aanpassingen wilt, dan is zelf bouwen een optie en dit is niet erg moeilijk. Als je alleen Windows heb dan installeer je bv VMware en dan download je een Linux distro bv. Debian. Als je Debian opstart onder VMware installeer je simplebuild, waarmee je vanuit een menu alles kun aanpassen wat je wilt.

 

Maar gezien het is hier niet het ondersteunings forum voor OScam is,gewoon even Googlen succes.

Dat weet ik allemaal wel maar niet zo simpel als je nu doet voorkomen, vaak is er iets met de streamboard.tv server of er is weer iets veranderd als je een patch wil toevoegen kortom altijd wel wat dat de build niet gedaan werd..

Ik had een hele VMWare omgeving gemaakt wat nogal wat ruimte vrat op mijn Win7 pc met Debian erop, maar ik ben nu eenmaal geen Linux man en snap niet veel van al die Linux commando's dus was gauw klaar met Simplebuild veel te veel gedoe met instellingen. En als er kant en klare binarys zijn waarom dan zelf nog gaan klooien, het gemak dient de mens, ik ga mijn brood toch ook niet zelf bakken dat koop ik bij de bakker die heeft er de spullen voor.

[mimisiku]

@Tech
Je knalt weer naar conclusies! Ik zeg nergens dat JULIE iets veranderd hebben. Ik geef slechts aan dat mijn OScam 11517 wel degelijk smargo support heeft. Ik lever het bewijs daarvan en geef extra informatie waarom ik niet snap dat er klaarblijkelijk bouw-verschillen bestaan. De laatste posting waarop je reageert is slechts mijn mening dat IK het dom vind dat de smargo support weg is en beargumenteer waarom ik dat vind. Nergens een woord 'OpenPli' of 'julie'..

[40H3X]

Welke versie van OpenPLi gebruik je  cq. uitwelke feed komt deze OScam ?

 

 

En de broodnodige bewijsvoering.....

Edited by 40H3X, 18 May 2019 - 11:31.

[40H3X]

....want hier staat de cardreader_smargo: toch echt op "No"?

[WanWizard]

Maar hoe eenvoudig kan het zijn, zet gewoon alle opties aan 

 

Minder eenvoudig dan jij suggereert. Ik heb het hierboven al een keer uitgelegd:

 

De oscam code, en de makefile, staat in een repository die door bitbake automatisch binnengehaald en verwerkt wordt. Daar kun je geen wijzigingen in maken.

 

De enige manier om aanpassingen aan source te doen is via patch files, en die zijn aan continue onderhoud onderhevig. Wijzigt er iets aan de source, dan moet de patch worden aangepast, anders mislukt de build, en aangezien wij 's nachts en in een geautomatiseerd proces bouwen, mislukt de build daarmee voor alle boxen.

 

Dit impliceert dat de maintainer van die patch quasi dagelijks moet checken of die patch nog applied, en zo niet, direct de boel moet fixen, om te voorkomen dat het 's nachts fout gaat.

 

Nogmaals, ik heb geen probleem met patches, ook niet voor oscam, mits er zo'n maintainer op staat. Want ik ga het niet doen.

[HPPli]

Mij hoor je niet (meer) over de onterechte zienswijze van OpenPli t.a.v. de Oscam-binary vanuit Streamboard.

Maar als "lul" argumenten om de hoek komen vanuit Pli Core-Members begint het toch weer te kriebelen omdat

de problematiek echt niet ligt bij Streamboard maar vooral wordt veroorzaakt door eigenwijze stellingname van

sommige ………...

 

Feit blijft dat telkens met de vinger richting Streamboard wordt gewezen, maar even aandacht aan het

bitbake-script vanuit OpenPli doet wonderen.

 

Waarom kunnen jullie wel bijv. een extra patch-regel "ophalen" voor de oscam-emu module c.q regel

(Staat echt apart van Streamboard !!!) en niet voor een aantal ontbrekende modules die rechtstreeks staan

bij Streamboard ??

[Tech]

Mij hoor je niet (meer) over de onterechte zienswijze van OpenPli t.a.v. de Oscam-binary vanuit Streamboard.

Maar als "lul" argumenten om de hoek komen vanuit Pli Core-Members begint het toch weer te kriebelen omdat

de problematiek echt niet ligt bij Streamboard maar vooral wordt veroorzaakt door eigenwijze stellingname van

sommige ………...

 

Feit blijft dat telkens met de vinger richting Streamboard wordt gewezen, maar even aandacht aan het

bitbake-script vanuit OpenPli doet wonderen.

 

Waarom kunnen jullie wel bijv. een extra patch-regel "ophalen" voor de oscam-emu module c.q regel

(Staat echt apart van Streamboard !!!) en niet voor een aantal ontbrekende modules die rechtstreeks staan

bij Streamboard ??

Jemig, hou nou toch eens op met dat betweterige domme geleuter en kijk eens hoe wij die oscam bouwen.

XTRA_OECMAKE += "\
-DOSCAM_SYSTEM_NAME=Tuxbox \
-DWEBIF=1 \
-DWITH_STAPI=0 \
-DHAVE_LIBUSB=1 \
-DSTATIC_LIBUSB=1 \
-DWITH_SSL=1 \
-DIPV6SUPPORT=1 \
-DCLOCKFIX=0 \
-DHAVE_PCSC=0"

de LIB_USB (is smartreader) staat er gewoon bij, dus moet het ding gewoon werken (volgens de bron ) mits de juiste drivers op de box staan.

[HPPli]

 

Maar hoe eenvoudig kan het zijn, zet gewoon alle opties aan 

 

De enige manier om aanpassingen aan source te doen is via patch files, en die zijn aan continue onderhoud onderhevig. Wijzigt er iets aan de source, dan moet de patch worden aangepast, anders mislukt de build, en aangezien wij 's nachts en in een geautomatiseerd proces bouwen, mislukt de build daarmee voor alle boxen.

 

Met een Systemd script welke je 1-malig maakt kun je gewoon alles "bouwen" zonder extra patch-regels zoals de oscam.perfect patch enz.

1 keertje de config regel naar behoefte invullen zoals onderstaand toevoegen in je script en dit heeft geen omkijken hierna;

 

 

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'

 

Waarom dan toch roepen dat je modules zoals reader modules als patch moet toevoegen ??

[HPPli]

XTRA_OECMAKE += "\
-DOSCAM_SYSTEM_NAME=Tuxbox \
-DWEBIF=1 \
-DWITH_STAPI=0 \
-DHAVE_LIBUSB=1 \
-DSTATIC_LIBUSB=1 \
-DWITH_SSL=1 \
-DIPV6SUPPORT=1 \
-DCLOCKFIX=0 \
-DHAVE_PCSC=0"

de LIB_USB (is smartreader) staat er gewoon bij, dus moet het ding gewoon werken (volgens de bron ) mits de juiste drivers op de box staan.

 

 

Zie je nu wel ……. Gewoon de diverse Standaard Oscam-modules een 1-tje geven en de module wordt meegebakken.

Zijn echt geen patches maar gewoon aanwezige modules !!!!!!!!!!

 

Zo heeft @Wanwizzerd toch een poos geleden ook de Module Clockfix uitgezet ( -DCLOCKFIX=0 \  )

Even zo goed kun je nu toch ook modules aanzetten ????

Edited by HPPli, 18 May 2019 - 12:22.

[HPPli]

Zal er toch iets misgaan bij jullie systeempje. Als ik "bouw" middels Systemd script vanuit Streamboard komen alle door mij gewenste (standaard) modules WEL mee !

 

[mimisiku]

@40H3X
Deze komen uit de VTi feed aangezien ik dit in al mijn VU+ boxjes heb draaien... Geen idee of die binary ook gewoon in OpenPli gezet kan worden (zie echter niet direct een reden waarom niet). Zolang je de correcte architectuur gebruikt. Dus de armhf voor de 4K variant en de mipsel voor de oudere.. Misschien gewoon eens proberen? Baat het niet, schaadt het niet.

[WanWizard]

Ohja, zet de andere modules die sommige OpenPli gebruikers toch graag willen terugzien er ook bij SVP.?

 

Zeg maar hoe, daar vraag ik al even om?

 

Ik weet niet wat "men" mij allemaal toedicht, maar ik heb geen verstand van OE, van C (mijn laatste code is meer dan 30 jaar oud) en van make files.

 

Het meeste van wat ik op OE gebied doe is met dank aan ome Google, maar als ik het niet probeer doet niemand het. Ook zo'n misverstand, dat hier 30 man zit die 40 uur per week in OpenPLi steekt. Ik denk dat je blij moet zijn als het totaal 40 uur haalt.

 

Ik heb de wijsheid zeker niet in pacht (wat sommigen ook denken of beweren), blijkbaar wordt ik daar nu ook al op afgerekend.