201 replies to this topic

[40H3X]

@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.

 

Dat kan zeker, je kunt de binary  van OScam overal heen kopieren.

 

M.b.t je opm over "het bewijs" begrijp ik niet welk bewijs het levert, want een binary uit de VTi heeft toch geen raak vlak met de binary van OScam uit de OpenPLi feed?

Edited by 40H3X, 18 May 2019 - 13:17.

[mimisiku]

Ik weet niet of er een raakvlak is tussen beide. Vandaar ook mijn extra posting.. Ik ging ervan uit dat 'men' uit de centrale repostitory van streamboard de aangepaste bestanden gebruikt..

[40H3X]

Ik heb geen idee hoe VTi deze bouwt.

[WanWizard]

Wij bouwen oscam van https://github.com/OpenVisionE2/oscam, een github fork, omdat de svn repo van streamboard veel te vaak plat ligt.

 

Hoe en ander bouwt, zeker een ander die zijn sources niet publiek heeft, daar is het maar raden naar. Zou best het systemd script van HPPLi kunnen zijn.

 

Ons build recipe staat hier: https://github.com/O...ftcams-oscam.bb, daarin kun je precies vinden welke parameters we aan MAKE meegeven.

[WanWizard]

https://github.com/O...a0d26016139ebba

root@vuduo4k:~# oscam -V | grep smargo
cardreader_smargo:                       no

root@vuduo4k:~# opkg update

root@vuduo4k:~# opkg upgrade enigma2-plugin-softcams-oscam
Upgrading enigma2-plugin-softcams-oscam from git10426+e8ce735-r0.0 to git10426+e8ce735 on root

root@vuduo4k:~# oscam -V | grep smargo
cardreader_smargo:                       yes

Iedereen weer happy nu?

[HPPli]

Na vele vragen en verzoekjes, kan het dus wel simpel worden nagekeken en de juiste oscam-module worden aangevuld (enabled).

 

Jammer dat niet alle verzoekjes voor diverse oscam modules zijn meegenomen, maar het is in ieder geval een goed begin vandaag.   

[littlesat]

Mooi smargo kon dus wel aan door een bb recipe aan te passen... end good all good...

[Tech]

Na vele vragen en verzoekjes, kan het dus wel simpel worden nagekeken en de juiste oscam-module worden aangevuld (enabled).

 

Jammer dat niet alle verzoekjes voor diverse oscam modules zijn meegenomen, maar het is in ieder geval een goed begin vandaag.   

Misschien vallen we in herhaling maar ik meen ergens een eindje terug de vraag van WanWizard gelezen te hebben welke modules er dan bij moeten, dan kunnen die erbij gezet worden.

[Sagitarius †]

Deze bv in 11518

 

Cache exchange support:                  no
CW Cycle Check support:                  no

 

In versie 11444 zaten die er nog wel in:

 

Cache exchange support:                  yes
CW Cycle Check support:                  yes
 

 

[mimisiku]

Misschien een mogelijkheid om de pcsc drivers ook mee te enabelen?
Dit zijn de PC smartcardreaders die ook nog regelmatig gebruikt worden.. Al is het maar voor al die kaartsleuf loze boxen....

[HPPli]

Zo ziet er de module config uit van/bij mijn Oscam-binary en met mij vele anderen;

Web interface support:                   yes
LiveLog support:                         yes
jQuery support intern:                   yes
Touch interface support:                yes
SSL support:                             yes
DVB API support:                         yes
DVB API with AZBOX support:              no
DVB API with MCA support:                no
DVB API with COOLAPI support:            no
DVB API with COOLAPI2 support:           no
DVB API with STAPI support:              no
DVB API with STAPI5 support:             no
DVB API with NEUTRINO support:           no
DVB API read-sdt charsets:               yes
Irdeto guessing:                         yes
Anti-cascading support:                  yes
Debug mode:                              yes
Monitor:                                 yes
Loadbalancing support:                   yes
Cache exchange support:                  yes
CW Cycle Check support:                  yes
LCD support:                             no
LED support:                             no
Clockfix with realtime clock:            no
IPv6 support:                            yes

 

camd 3.3x:                               no
camd 3.5 UDP:                            yes
camd 3.5 TCP:                            yes
newcamd:                                 yes
CCcam:                                   yes
CCcam share:                             yes
gbox:                                    yes
radegast:                                yes
scam:                                    yes
serial:                                  yes
constant CW:                             no
Pandora:                                 yes
ghttp:                                   yes

 

Reader support:                          yes

 

Nagra:                                   yes
Nagra Merlin:                            yes
Irdeto:                                  yes
Conax:                                   yes
Cryptoworks:                             yes
Seca:                                    yes
Viaccess:                                yes
NDS Videoguard:                          yes
DRE Crypt:                               yes
TONGFANG:                                yes
Bulcrypt:                                yes
Griffin:                                 yes
DGCrypt:                                 yes

 

cardreader_phoenix:                      yes
cardreader_drecas:                       yes
cardreader_internal_azbox:               no
cardreader_internal_coolapi:             no
cardreader_internal_coolapi2:            no
cardreader_internal_sci:                 yes
cardreader_sc8in1:                       no
cardreader_mp35:                         yes
cardreader_smargo:                       yes
cardreader_pcsc:                         no
cardreader_smartreader:                  yes
cardreader_db2com:                       no
cardreader_stapi:                        no
cardreader_stapi5:                       no
cardreader_stinger:                      yes

 

Eerder heb je verteld dat wij dom aan het leuteren zijn/waren ! Al sloeg je toen al de plank mis betreffende de smargo-module  Je had het over LIB_USB  (is smartreader) welke werkend was ge-enabled  i.p.v de Smargo-reader (welke nu bij nader inzien ook gelukkig is ge-enabled na een snelle actie van Wanwizzard)

 

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.

 

Samenvattend, lees zelf het board even terug wie en waarom ze nu plots modules missen in de Oscam binary die jullie naar eigen zeggen zelf "bakken" met het eigen "bouw-systeem" 

Voor iedere module die je toevoegt is het streepje daarna een D en daarna de modulenaam, =Teken en een enable 1\.

Kortom (gewoon als voorbeeld) ===> -DHAVE_LIBUSB=1 \

 

Zo kom je/jullie er wel uit denk ik en doe je vele OpenPli gebruikers een hoop plezier.

Edited by HPPli, 18 May 2019 - 19:52.

[Tech]

Ik ga daar morgen wel even mee aan de slag, hoe ik die modules moet enablen is me wel bekend

[HPPli]

Ik ga daar morgen wel even mee aan de slag, hoe ik die modules moet enablen is me wel bekend

 

Gelukkig een ommekeer te constateren  , voor het laatste verzoek van @Mimisiku gebruik je de regel in jullie speciaal "bouwsysteem" XTRA_OECMAKE     ===> -DHAVE_PCSC=1\

[Sagitarius †]

Grappig nog niet zo  lang geleden werd er nog geroepen ''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'' en nu kan al het gevaagde ineens wel aangezet worden, ''Gods wegen zijn ondoorgrondelijk''

[littlesat]

Nice dat we in ieder geval eenvoudig defaults kunnen omzeilen... maar geef ff een argument waarom cachex aangezet zou moeten worden (buiten dat de gebruiker dat wil omdat hij dat wilt en eigenlijk niet begrijpt wat het doet en onzin is?)

[Sagitarius †]

pffft niet weer hé die discussie laat Tech nu maar eerst even zijn gang gaan dan komt het vast goed.

Edited by Sagitarius, 18 May 2019 - 20:26.

[WanWizard]

Ik ga daar morgen wel even mee aan de slag, hoe ik die modules moet enablen is me wel bekend

 

Zou fijn zijn, want:

 

Gelukkig een ommekeer te constateren  , voor het laatste verzoek van @Mimisiku gebruik je de regel in jullie speciaal "bouwsysteem" XTRA_OECMAKE     ===> -DHAVE_PCSC=1

 

Er is helemaal geen ommekeer, ik wil best naar alles kijken, als er tijd en energie voor heb. En beide heb ik niet zo veel, dus als er dan geen hulp komt, haak ik af. En uberhaupt snap waar het over gaat. Uiteindelijk was uit deze thread wel wat "hulp" te destilleren. Met wat moeite.

 

En helaas is het zo eenvoudig niet. "HAVE_PCSC=1", "WITH_PCSC=1, "USE_PCSC=1", allemaal blijven ze "cardreader_pcsc:  no" roepen na compilatie. En dus stopt het zonder hulplijn hier voor mij (weer), geen idee hoe ik verder moet. Er zal wel iets meer missen.

 

Over CW en caching is hierboven door Littlesat al het een en ander gezegd. Dat is boven mijn paygrade. 

 

Het staat blijkbaar uit voor een reden, en er is geen moverende reden om het weer aan te zetten. Tenzij je een cardserver farm hebt, en dan compileer je maar lekker zelf. Als die moverende redenen er wel zijn, dan hoor ik het wel.

[WanWizard]

Grappig nog niet zo  lang geleden werd er nog geroepen ''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'' 

 

En dat is nog steeds zo. Geeft maar weer aan dat je er (ook) geen verstand van hebt. 

[Tech]

 

Grappig nog niet zo  lang geleden werd er nog geroepen ''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'' 

 

En dat is nog steeds zo. Geeft maar weer aan dat je er (ook) geen verstand van hebt. 

 

Met als enig verschil dat je de zaak nog altijd kunt patchen, alleen moet je die patch weer onderhouden als er iets wijzigt dus wordt dat minimaal gedaan.

[HPPli]

Voor alle devs die vandaag actief zijn geweest binnen dit draadje, kijk en lees ook hier ff. ==> https://forums.openp...openpli-update/

Cacheex mode1 kan uitstekend "helpen" als reader en daar (be)hoeft aan de andere zijde geen speciale voorzieningen worden getroffen.

 

Ook de module " CW_CYCLE_CHECK " systeem/module is een goed controle/check-mechanisme binnen Oscam, zonde om hem niet aan te bieden binnen Oscam/OpenPli. Waarom zou je die onthouden voor  sommige OpenPli gebruikers ?

 

 

Overigens jammer dat je in jullie "bouwsysteem"  -DHAVE_LIBUSB=1\ niet aan de gang te krijgen is, met SystemD lukt dit prima ====> MAKEOPT='USE_LIBUSB=1 USE_PCSC=1 USE_LIBCRYPTO=1'

Misschien een ontbrekende  backslash