Codx

Waarschijnlijk lijkt dat zo omdat de combinatie met zenders niet altijd hetzelfde is.

En gerepliceerd, boel gaat op zwart bij die combinatie inderdaad. Dat betekend dat 1 van die zender ook op 2 staat, de vraag is even welke.

Je moet niet teveel er bij halen. Je kaart gaat de fout in als jij tegelijk Een HD (5221) Canvas HD (5226) en VTM HD (1B76) opvraagt. Ik ben nu precies hetzelfde aan het doen hier (2 opnames een/canvas, en vtm kijken) maar voorlopig loopt de kaart voorbeeldig en er 0 cwc errors maar ik zal het anderhalf uur proberen.. Dat die toevallig terug springt van zwart naar beeld is toeval en heeft niks met die NPO1 te maken.

Die stond in standby denk ik.

Dat weet ik wel zeker inderdaad. Nu is even uitzoeken waarom. Het mooiste zijn als we het kunnen repliceren. Wat ik niet kan plaatsen is dat je zegt... zodra ik NPO 1 er bij zet.. en dus je het aantal aanvragen vergroot naar 4 het ineens goed gaat. edit: Uit de log blijkt nergens dat het door NPO1 er bij stopt dit ineens goed gaat.. Je zit op het randje van anti-cs dus dan moet je dit veel langer laten draaien.

Maar wat leg je hier nu uit dan ? Die filters tbv internet only heb ik nog niet gezien en gaan vermoedelijk ook niet komen. De kans is groot dat de upload in de toekomst tot 400 Mhz gaat lopen dus dat zal voor Ziggo reden zijn geen filters te plaatsen. Hier is het spectrum bijna hetzelfde, alleen het docsis 3.1 deel boven de 860 Mhz ontbreekt. (geen giganet dus)

Dat is waar maar alleen als beide apparaten zich in hetzelfde subnet bevinden, er zijn mensen die hebben een accespoint voor wifi er tussen hangen en gebruiken die ook zonder het te beseffen ook als router... Dan heb je dus 2 IP ranges die niet meer communiceren als die router stuk is.

Dan is de cwc tijdens het op zwart gaan of terug naar beeld komen niet meer ok... Dus op die manier kun je heel simpel zien of de kaart in de anti-cs raakt zonder dat je CW's moet gaan vergelijken. Ziet er bijv. zo uit: cyclecheck [Bad CW Cycle] for: cds2 0100@00006A/5C00/17C0/64:xxxxxxxxxxxxxxxxxxxxxxxxxx from: cds2 -> do nothing

Ik denk dat je hem beter kan aangeven welke coax hij moet kopen. En hetzelfde met de LNB.. die PLL variant, geeft die genoeg versterking ?

Nee je moet het mee compilen als het niet in jou oscam zit. In de standaard oscam build zit het volgens mij wel.

De plaatjes zeggen niet zoveel. Eutelsat 3B (3 oost) is voor jou waarschijnlijk dichtbij het ware zuiden, en daar is de elevatie (hoever de schotel omhoog wordt gericht) het grootst. 31.44 graden. De satelliet band loopt dus als het ware in een boog aan de hemel en dat punt is het midden. Maar hoe verder je oost of west gaat wordt die elevatie steeds lager en dan gaat de zichtlijn een rol spelen..

1. Ja, waarom niet. 2. Nee ! 1 mtr of liefst groter is toch wel aan te raden. Feeds zijn over het algemeen een stuk zwakker dan standaard signalen. APSK heeft een hogere C/N nodig dus je gaat sowieso niet alles kunnen ontvangen of je moet een 1.80 Mtr neerzetten. 3. De voorkeur gaat uit naar een LNB met PLL en ik zou tenminste een dual nemen, quad kan ook maar 4 is misschien te veel. 4. kan ik geen antwoord op geven. Heb je wel volledig vrij zicht van oost van west. 5. Idem. 6 & 7 Waar jou persoonlijke voorkeur naar uit gaat. Je begint met 1 en kunt later beide doen.... 8. Ja zolang die disecq 1.2 ondersteund en genoeg stroom levert voorzie ik geen problemen.

Als je nou is begint met logs posten. En stel in de oscam webinterface de cw cycle als volgt in: Dan kun je makkelijker zien of de kaart in de stress raakt.

Nee, maar eerder deed die dat zonder de juiste sleutels ook al niet.

Hij kan er wel voor betalen maar zelfs de kaart is vaak fysiek niet eens je eigendom. Bovendien mensen die CS of IPTV hebben betalen natuurlijk ook, en zelfs een klein deel van die kosten belanden weer bij de originele content providers en distributeurs. :-)

Ik denk niet dat bestaande CI+ modules kunnen samenwerken met streaming. Dan moet op al die enigma2 boxen een gepubliceerde api geïntegreerd gaan worden, daarvoor is veel overleg tussen fabrikant en providers vereist want uiteraard werkt het overal net even anders. Je zit met multicast wat veel providers gebruiken, er moet dan een wizard in waar je de provider kiest. Dan zul je zien dat veel hardware ineens te traag blijkt. Zeg nooit nooit, maar ik zie het niet gebeuren! Teveel haken en ogen.... Je kunt wel zelf een oplossing bij elkaar hacken, als je de certificaten uit een arris kpn doosje trekt kun je in principe versleutelde multicast IPTV werkend krijgen op een E2 box mits je over het IPTV VLAN op je aansluiting beschikt. De NPO zenders zijn trouwens ongecodeerd ook bij KPN iTV. Maar dan nog mis je alle interactieve features.

Maar hoe zie jij dat voor je dan? Dat IPTV gebeuren is grotendeels closed source en het on demand deel ook, de kans dat dit gaat werken op opensource boxen is zo goed als nul. Dan moeten er eerst standaarden nageleefd gaan worden en een code framework vrij gegeven worden.

De hoogte van de schotel is totaal niet relevant, satellieten hangen zo'n 37000 KM boven de evenaar en of je dan op de grond staat of een hoog gebouw, dat gaat geen verschil maken op zo'n afstand. Verder geldt hoe lager de elevatie, des te langer is het pad naar de satelliet. Vrij uitzicht op de satelliet is wel belangrijk. Verder zie je vaak dat footprints soms behoorlijke overspil kunnen hebben, er is dan een gebied buiten de officiële footprint waar toch redelijke ontvangst mogelijk is. Bovendien staan satellieten nooit 100% stil dus ook kleine bewegingen in de vorm van een 8 te samen met atmosferische omstandigheden kunnen er toe leiden dat je op bepaalde momenten ontvangst hebt en op andere momenten niet.

Wat een vreemde reactie Mimisiku, waarom zou er geen input zijn? Je zegt notabene zelf al dat ze zenders van de kabel kunnen pakken of door provider boxen te gebruiken. Maar dat is een zaak van de IPTV boer en hoeven wij ons als kijkers toch niet druk over te maken, zolang jij je favoriete programma maar kan bekijken is het prima. En besef nou eens dat gebruik van oscam met allerlei proprietary code er in ook illegaal is. Kortom laat de opmerkingen beter achterwege en geniet van de mogelijkheden die geboden worden.

AGC staat voor Automatic Gain Control en die reguleert als het ware de versterking van het signaal in de tuner. Ik denk dat ik het zo het beste kan omschrijven. Eerlijk gezegd is het niet zo belangrijk wat de AGC aangeeft. Het kan wel een indicatie zijn maar als het niet enorm op en neer gaat denk ik dat je goed zit. Het gaat vooral om de SNR (Signal to Noise Ratio) die zo hoog mogelijk moet zijn icm de BER (Bit Error Rate) die NUL moet zijn en blijven bij een lock. 1. Nee 2. Kan altijd maar nogmaals kijk naar de SNR/BER en laat die AGC voor wat het is. Alles kan verslijten dus ook een LNBF

Met meerdere vaccinaties is de kans daarop net zo groot gezien die prikkies letterlijk na 3-4 wkn al uit gewerkt zijn, bovendien zijn die prikjes allemaal niet voor de laatste varianten bedoeld dus daarvoor doen ze praktisch niks. En de bescherming in die 3-4 wkn was ook al sterk onder de maat. En dan zullen we het nog maar niet hebben over de talloze mensen die door de prikjes van alles hebben opgelopen of zelfs overleden zijn. Maar nee hoor ze zijn echt veilig, ja echt hoor. 😂

Wat ik lees schijnt er al een oplossing te zijn. Overigens ICAM is al ouder alleen moet dan softcam ICAM ondersteunen dus private versions en je moet streamrelay gebruiken of het moet ingebakken zijn in de image of een nog specialere softcam die in staat is om bij nieuwere boxen direct het CSA deel te omzeilen. Wordt allemaal wel erg ingewikkeld. De veel goedkopere oplossing voor de hobbyist is een grijs iptv abo nemen. Dus wat schiet SKY er mee op, uiteindelijk heel weinig denk ik.

Dat klopt dat als je vooruit zapt en daarna binnen 10 sec terug zapt zal die cache aangeven, immers de geldige CW is nog aanwezig. Ook als 2 boxen hebt en intern deelt en de andere box naar VTM kijkt en jij zapt zelf ook naar VTM zal die ook uit de cache komen. Voor de meeste zal het prima werken, behalve als je toevallig 3 zenders tegelijk opvraagt en eentje daarvan is Play6.

een kort testje lijkt aan te tonen dat Play6 mogelijk op 2 staat. Dus wordt play6 aangevraagd kun je nog maar 1 andere zender aanvragen. Oplossing een oscam.ratelimit file maken, daar in kun je aangeven wat de Ratelimit ECM per zender is.

Ik denk dat je provider bellen en het issue voorleggen de enige manier gaat zijn om enige duidelijkheid te krijgen. De rest is gokken, of het is de telefoon (maar jij zegt van niet) of het is de paal, maar je zegt zijn meerdere palen. Dus moet het bijna wel met opzet zijn toch?