52 replies to this topic

[littlesat]

Gewoon iets zoals cccam dat doet... door te oa te blijven waar je was...

[Tech]

 

Verder hoop ik dat ze de loadbalance ooit fatsoeneren

 

De loadbalancer kun je inmiddels prima configureren in oscam.conf.

Wat zijn jouw/jullie wensen als je spreekt over fatsoeneren ? 

 

Tja, zo zijn er wel meer dingen te configureren in Oscam maar dat wil niet zeggen dat het ook daadwerkelijk fatsoenlijk werkt.

 

Overigens doen wij tijdens het bouwen/compilen van oscam, niets anders met de makefile dan eerder, als bepaalde modules niet meer werken zijn ze, of weggehaald, of er is iets in de makefile gewijzigd, daar zal dan naar gekeken moeten.

Aan de andere kant volstaat de huidige versie uitstekend, als je iets anders wilt mag/kan je dat ook zelf doen, zo te horen heb je er genoeg kennis van om het zelf te doen.

[Tech]

 

Ook In mode 1 moet je op bijde boxen als een gek alle zenders zappen om er echt profijt van te hebben...

 

Je leest slecht. Eerder al opgemerkt dat je cacheex1 (dus niet 2 of 3 !!!) ook enkel in een reader kunt gebruiken Je leest dan cache3  CW's !!!  Dus de gever, ofwel de andere receiver in je huis heeft dan geen cacheex 1 (user) regel of instructie.

 

Los van het, zogenaamde slechte lezen, wat heb ik aan een cw, welke na 10 seconden verlopen is, in een cache waar de andere ontvanger niets aan heeft?

[littlesat]

Cachex is een feature wat alleen zin heeft tussen hele grote shareservers... voor gewoon gebruik heeft dat 0.007% zinnigheid en 99,993% onzinnigheid. Misschien heeft daarom oscam het zelf uit de defaults gehaald... ff vragen op het streamboard forum zou ik zeggen.... voor binaries die je ergens kunt vinden moet je voorzichtig zijn want er kunnen wel eens ongewenste dingen in zitten. Altijd zelf bouwen!

Edited by littlesat, 24 March 2019 - 08:55.

[Tech]

Ik denk dat het geen zin heeft om een oeverloze discussie over het wel of niet gebruiken van cache_cw, verder te gaan voeren.

 

Littlesat en ik (en met ons vele anderen) hebben zo onze eigen ideeën, een ieder is vrij om zijn methodes te hanteren, en zolang men tevreden is met het resultaat is dat toch mooi?

[littlesat]

Klopt iedereen moet hetzelf weten alleen wij hebben cacheex er niet uitgehaald daarvoor moet je op het streamforum zijn. We hebben alleen die clock(not)fix eruit gepatched.

[littlesat]

Cachex doet gewoon alle CWs van de ene server uitwisselen met de andere server (via een 3 tal keuze technieken)... Dus kijk je met de box 1 zender wordt die cw altijd naar de andere box gepushed/gepulled.... Alleen handig als uitwisseling tussen hele grote cardservers... En als je net die ene zender van de ene box een paar msec sneller op die andere box wilt zien met zappen.. Ergens totaal onzinnig voor normaal gebruik... Wel een leuk dingetje om ff mee te experimenteren.

Edited by littlesat, 24 March 2019 - 10:44.

[Tech]

Ik heb daar een aantal jaren geleden mee geëxperimenteerd met een maatje, op zich werkte dat heel leuk, een connectie tussen twee servers.

[GvdP]

Als ik het goed lees dan is het praktisch toch onhaalbaar want dan zou je voor elke versleutelde zender een box met kaart moeten hebben.
Pas dan zou 't in de praktijk werken.

[Tech]

Als ik het goed lees dan is het praktisch toch onhaalbaar want dan zou je voor elke versleutelde zender een box met kaart moeten hebben.
Pas dan zou 't in de praktijk werken.

Nee, dat je voor elke zender een kaart moet hebben is niet nodig, zeker niet voor anders providers dan CanalDigitaal, daar zit nog altijd de beperking van 4 cw's op.

 

Het is interessant als je een cluster van servers hebt, dan wordt een cw van een kaart die, ook gepusht naar eventuele servers aan de andere kant, ook al vragen die op dat moment niet om die cw maar stel dat er dan alsnog iemand naar datzelfde kanaal gaat kijken en hij zit op de andere server zonder die kaart, hoeft er geen aanvraag naar de andere server gedaan te worden want het cw is er al.

[littlesat]

Het is oscam zelf die het heeft weggehaald... klagen dus op het streamboard forum...

[Sagitarius †]

Het is oscam zelf die het heeft weggehaald... klagen dus op het streamboard forum...

Hoeft niet hier zit het er nog gewoon in, in de laaste emu binary

 

 

Version:        oscam-1.20_svn-r11488-786
Compiler:       mipsel-oe-linux
Box type:       et10000 (generic)
PID:            552
TempDir:        /tmp/.oscam
GBox tmp_dir:   not defined using: /tmp/.oscam
ConfigDir:      /etc/tuxbox/config/oscam-emu/
WebifPort:      16500

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

Edited by Sagitarius, 24 March 2019 - 17:31.

[littlesat]

Mmmm

[Dimmie]

Ik weet niet beter als dit:

 

"To use Cacheex feature, Oscam has to be compiled with CACHE-EX support set to ON"

 

Dat is een uitspraak uit 2015, voor zover ik weet is daaraan niks verandert ?

 

Ik build automatisch iedere nacht mijn eigen oscam met die optie AAN en cacheex wordt dus gewoon nog steeds mee 'gebouwd'.

[WanWizard]

Dat klopt, de standaard versie, die ook in onze feed zit:

root@vuduo4k:~# oscam -V | grep ex
Cache exchange support: no

Wij hebben nog nooit non-default opties aangezet in onze oscam builds.

 

Wij bouwen overigens voor client devices, met een eigen smartcard, of eventueel kleinschalig in-house sharing. En daar heb je echt geen cache-ex voor nodig, dus ik zie ook geen reden dat aan te passen.

[littlesat]

Misschien staat het bij oscam aan en bij oscam-emu uit. Omdat het eigenlijk geen toegevoegde waarde heeft is het ook niet erg...

Edited by littlesat, 30 March 2019 - 08:23.

[Sagitarius †]

Misschien staat het bij oscam aan en bij oscam-emu uit. Omdat het eigenlijk geen toegevoegde waarde heeft is het ook niet erg...

Nee, bij emu staat het juist aan zie mijn eerdere post #32, maar is het niet eenvoudiger dit gewoon op yes te laten staan, wie het wil gebruiken gebruikt het, dan hoeven we niet verder te discussiëren over het nut ervan, ik en vele anderen gebruiken het nl wel.

We discussiëren toch ook niet over het nut van het Cccam protocol in de oscam binary, ik gebruik Scam wie het wil gebruiken die gebruikt het, laat de gebruiker gewoon de keus, voor het compilen maakt het toch niets uit een optie wel of niet aanzetten, hooguit word de binary wat groter, maar waar praat je over een paar kb.

Ik heb ook een oscam server op mijn Synology NAS draaien, ook daar staan deze opties allemaal aan, ze gebruiken daar de binary's van Nimlod, en worden automatisch bijgehouden die zitten inmiddels op.r11507

 

Unix starttime: 1553718081
Starttime:      27.03.2019 21:21:21
Version:        oscam-1.20_svn-r11507
Compiler:       arm-marvell-linux-gnueabi-ssl-libusb-pcsc
Box type:       generic (generic)
PID:            4059
TempDir:        /volume1/@appstore/oscam/var/log
GBox tmp_dir:   not defined using: /volume1/@appstore/oscam/var/log
ConfigDir:      /volume1/@appstore/oscam/etc/
WebifPort:      16900

Web interface support:                   yes
LiveLog support:                         yes
jQuery support intern:                   yes
Touch interface support:                 no
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

[littlesat]

wij zetten die features niet aan of uit. Dat doet oscam zelf zover ik het begrijp.
Als dat zo is dan begrijpen ze zelf nu ook de onzin can cacheex.... het biedt echt geen voordelen! Je kunt het vergelijken met de biostabiel magneet van Tieneke... maar als je er baat bij hebt prima..
Misschien kan je ff beter op het streamboard forum vragen waarom ze het blijkbaar default uitgezet hebben!
Met oscam binaries aangeboden op het www moet je uitkijken... daar kunnen ‘afwijkigen’ in zitten. Ik heb dat al bij een krnnis gezien. Daar zat toen meteen iemand flink aan zijn kaart te ‘trekken’.

Edited by littlesat, 30 March 2019 - 10:54.

[GvdP]

als je hem zelf downloadt via streamboard staat ie er inderdaad niet meer bij.

dit ligt niet aan openpli..

wijzigen kan niet..

 

You cannot change the content of this file!

[Sagitarius †]

als je hem zelf downloadt via streamboard staat ie er inderdaad niet meer bij.

dit ligt niet aan openpli..

wijzigen kan niet..

 

You cannot change the content of this file!

Dat weet ik ook wel, ik heb zelf wel oscam binary's gecompileerd, een kwestie van het build scrip aanpassen en het staat erin.

En of streamboard zich ervan bewust is dat deze optie nutteloos is betwijfel ik, op de server van Nimlod staat deze optie gewoon aan, kennelijk zien zij het nut er wel van in in tegen stelling tot de pli gemeente.

Edited by Sagitarius, 30 March 2019 - 11:06.