4250 replies to this topic

[christophecvr]

24 db lijkt mij hoog is dat de snr ?

normaal op dreambox met openpli openpli-hd skin, staat de snr standaard in info balk.

Voor de HD channels op 23.5,19.2 en 13 E perfect te hebben heb ik bij mij 9.6 db nodig dan zijn er nooit blokjes.
Voor de SD Channels op 23.5,19.2 en 13 E perfect te hebben heb ik bij mij 8 db nodig dan zijn er geen blokjes.

Op 28.2 heb ik voldoende aan 4 db voor SD Channels en 6 db vor HD channels.

[littlesat]

Hij heeft het over een kabelbox.... daar is 24 dB zelfs aan de zeer lage kant zover ik het begrijp...

[khalidinio]

Na een reboot werkt het nu allemaal goed. Bedankt allemaal.

Ik vraag mij alleen af wat je allemaal moet doen zodat je een c line kan configureren in je cccam.cfg van je dm. Iemand een idee?

[raphor79]

Zet daarvoor in je oscam.conf iets van

[cccam]
port = 34001

Dan kun je met een c-line connecten op poort 34001

[catastrofus]

Yep, bij ziggo haal ik 35 tot 40 dB op de dvb-c tuners.

Hij heeft het over een kabelbox.... daar is 24 dB zelfs aan de zeer lage kant zover ik het begrijp...

[Erik Slagter]

Yep, bij ziggo haal ik 35 tot 40 dB op de dvb-c tuners.

Even "by the way", je hebt in principe aan 6 dB SNR genoeg voor een foutvrij signaal (met FEC). Nou is dat iets aan de krappe kant, maar 15 dB is wel een mooi signaal. Waarom men bij DVB-C geen andere modulatie gebruikt waarbij de informatiedichtheid nog een stuk hoger ligt, is mij een raadsel? Of gaat men er van uit dat veel klanten belabberde bekabeling hebben? Beetje zonde eigenlijk wel...

[TheMystery]

Ik heb vandaag mijn et9200 geupdate maar nu wordt met versie 7231 mijn kaart niet meer herkend.
Welke versie werkt wel nog goed op de et, zie namelijk dat the parasol wat commits heeft gedan voor de et.

en welke versie moet ik downloaden mips tuxbox 0e 1,5 1,6 of 2,0 als ik versie 2.1 draai van openpli?

[digiben]

hier op de 9500 doen ze het gewoon met de laatste van nu 7231...en de canal digitaal en digitenne kaartje.

Op de 9200 doet die niks met de sky de en sky uk kaart.....daar weer terug gegaan naar 7229

[digiben]

Vandaag eens een update gedaan met de 9500 alles goed met 7235
en de 9200 ziet niks...blijft maar zoeken naar zijn kaarten.
Dus de oscam er maar afgegooid met de 9200
en naar ncam gegaan,is ook gewoon oscam ;-)

Edited by digiben, 5 August 2012 - 10:43.

[Erik Slagter]

Ja precies, OScam zonder OS, dus geen open source. Heel eng...

[digiben]

Draait wel als een speer

We moeten soms een gokje wagen ,is net zoals cccam....oscam word dit jaar zoveel aan gerommeld

[Erik Slagter]

Je kunt ook een oude versie compileren of gewoon niet elke dag updaten...

[littlesat]

Iemand heeft wat aan Oscam veranderd waardoor de ET boxen het niet meer goed doen....

FYI:
http://openpli.org/f...and-et9x00-box/
http://streamboard.d...2643#comment:20
http://www.streamboa.../changeset/7231#

Edited by littlesat, 5 August 2012 - 12:35.

[digiben]

raar de 9500 doet het wel gewoon goed ...maar zijn ook andere readers als de 9200

[ni_hao]

theparasol heeft op streamboard al herhaaldelijk gereageerd dat het aan de drivers voor de interne reader van de ET ligt en dat betrokkene contact op moet nemen met de verkoper/fabrikant; hetgeen betrokkene ook zal doen.

[Hotzenwalder]

Een vraagje over de loadbalancer... je kunt instellen wanneer de loadbalancer moet gaan zoeken naar een andere reader, bijvoorbeeld als de reply boven de 800ms komt. Bijvoorbeeld 'lb_retrylimit = 800'. Nu heb ik een combinatie van kabel en satelliet op mijn box en de ecm's voor de kabel komen maar eens per 20 seconden in tegenstelling tot de ecm's van de satelliet. Die komen meestal om de 8 seconden.

Uitgaande van die 1 ecm per 8 seconden, wat zou dan de maximale lb_retrylimit mogen zijn om freezevrij te kunnen kijken? Hoe lang kan een box zonder antwoord op zijn ecm verzoek wachten tot je een freeze krijgt? Kan een retrylimit bijvoorbeeld wat soepeler worden ingesteld als er geen 1 ecm per 8 seconden is, maar slechts 1 ecm per 20 seconden of begrijp ik het concept dan verkeerd?

Kun je de lb_retrylimit ook per caid instellen? Er is namelijk een andere instelling genaamd 'lb_retrylimits' waar je per caid een retrylimit kan opgeven ( zie: http://streamboard.d...#lb_retrylimits ).

Graag iemands mening/hulp. Mijn loadbalancer staat overigens op lb_mode = 1 (fastest reader first). Ik gebruik Oscam 1.20 build #7242

[littlesat]

theparasol heeft op streamboard al herhaaldelijk gereageerd dat het aan de drivers voor de interne reader van de ET ligt en dat betrokkene contact op moet nemen met de verkoper/fabrikant; hetgeen betrokkene ook zal doen.

De parasol zal het moeten fixen/terugdraaien lijkt me.... Zover ik begrijp heeft hij iets veranderd. Andere kaartlezer software doet het gewoon!!!!/

Grappig zo'n kip en ei verhaal...

Edited by littlesat, 7 August 2012 - 11:20.

[theparasol]

De parasol zal het moeten fixen/terugdraaien lijkt me.... Zover ik begrijp heeft hij iets veranderd. Andere kaartlezer software doet het gewoon!!!!/

Sure... dacht het niet, Als er bij de 9200 serie van ET tijdens lezen van de ATR geen char meer binnenkomt dan reageert deze niet met ERROR maar met een EAGAIN.
Niet handig. De dm500 heeft EAGAIN nodig omdat deze anders timeouts produceert.
Lijkt me niet zoveel moeite dat clarketech "even" de internal reader code aanpast zodat ook hun 9200 serie de juiste codes returned.
De 9500 heeft er geen last van omdat daar andere interne readers inzitten waarbij blijkbaar de return codes wel correct zijn.

Ja, ik zal me daar ff de ATR read aan gaan passen... dat kan wel, maar dan moet oscam al readende de ATR verwerken en exact aantal historical bytes uitlezen en dan klaar. Zo werkt dat historisch niet met oscam, die leest meen ik 32 chars van de atr uit en net zolang door totdat de reader met error reageert.
Daarna wordt de ATR pas verwerkt. Ik heb er geen trek in om de hele ATR read code aan te passen omdat een fabrikant zijn returncodes niet in orde heeft.

Edited by theparasol, 7 August 2012 - 19:22.

[littlesat]

WIe zegt dat de ET drivers dit niet in orde heeft..... Volgens mij begrijp jij het helemaal niet... Zie het commentaar van pieterg. En omdat de DM500 iets nodig heeft moet het ineens voor de ETs niet werken?

Waarom de ATR uitlezen tot een ERROR? Eigenlijk wil je die hele ERROR niet....?

dat kan wel, maar dan moet oscam al readende de ATR verwerken en exact aantal historical bytes uitlezen en dan klaar.

Precies... zo hoort dat eigenlijk.... dan hoef je ook niet op een ERROR of iets dergelijks te wachten....

Zo werkt dat historisch niet met oscam

Zo zitten er wel meer gekke historische dingen in oscam..

Edited by littlesat, 7 August 2012 - 19:35.

[ni_hao]

[tekst achterhaald en dus verwijderd]

Edited by ni_hao, 7 August 2012 - 19:32.