Hotzenwalder
-
Items
470 -
Registratiedatum
-
Laatst bezocht
-
Dagen gewonnen
4
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door Hotzenwalder
-
-
Ok, wat ik tot nu weet
0602,0604:0384|ZIGGO - Onbekend 0602,0604:FFE0|ZIGGO - Onbekend (PVR?) 0602,0604:000B|ZIGGO - TV Standaard 0602,0604:01FE|ZIGGO - TV Plus 0602,0604:01F4|ZIGGO - TV Extra 0602,0604:03E7|ZIGGO - HBO 0602,0604:001B|ZIGGO - Eredivisie Live (oud) 0602,0604:00D0|ZIGGO - Turks 0602,0604:00D1|ZIGGO - Turks Uitgebreid 0602,0604:000A|ZIGGO - Erotiek 0602,0604:0003|ZIGGO (5555) - Film1 0602,0604:0004|ZIGGO (5555) - Sport1 0602,0604:001C|ZIGGO (5555) - Eredivisie Live 0602,0604:0015|ZIGGO (5555) - Eredivisie Live 1 HD PPV 0602,0604:0053|ZIGGO (5555) - Hindi 0602,0604:0054|ZIGGO (5555) - Chinees 0602,0604:02D8|ZIGGO (5555) - PassieXXX PPV 0602,0604:0006|ZIGGO (5555) - Gay Lifestyle 0602,0604:0001|ZIGGO (5555) - Verrassingspakket 0602,0604:00D3|ZIGGO (1111) - TV Standaard 0602,0604:0025|ZIGGO (1111) - Eredivisie Live 0602,0604:00AD|ZIGGO (1111) - Eredivisie Live 1 HD PPV 0602,0604:0027|ZIGGO (1111) - Film1 0602,0604:0028|ZIGGO (1111) - Sport1 0602,0604:00D6|ZIGGO (1111) - Film1/Sport1 0602,0604:00CD|ZIGGO (1111) - Hindi 0602,0604:0043|ZIGGO (1111) - Chinees 0602,0604:02D7|ZIGGO (1111) - PassieXXX PPV 0602,0604:0055|ZIGGO (1111) - Gay Lifestyle 0602,0604:0009|ZIGGO (1111) - Onbekend
Is er iemand die de CHIDS weet van Turks en Turks Uitgebreid in 1111? Volgens mij zijn die namelijk 00D0 voor beide pakketten.
O
Waarom alleen 1111 of 5555? Omdat dit de enige kaarten zijn waarbij ik ooit de entitlements heb kunnen checken. Als er iemand is die het kan cross-checken met het voormalig Multikabelgebied (8888) of een gebied ergens in Groningen etc dan graag aanvullen. Waar geen nummer tussen haakjes bij staat () geldt... CHID is in beide regio's hetzelfde.
-
001B is een oude EDL aanvraag. De juiste is 001C.
-
Die pagina 10 die ken ik, maar kan iemand daar niet eens de A, B en C op zetten? De kleuren lijken teveel op elkaar. A kan ik herkennen, maar B en C niet.
-
Het ZIGGO netwerk is gescheiden in twee delen, voormalig Casema/Multikabel en voormalig @home. Er zijn een berg netwerk-id's, maar de meest voorkomende zijn 5555 (voormalig casema), voormalig multikabel (8888) en voormalig @home (1111). 5555 gebruikt ecmlengte 44, 1111 gebruikt ecm lengte 3C. Wie kan dan zekerheid geven over 8888? Is er iemand in dat gebied die zijn box met OScam heeft draaien en de ecmlengte kan doorgeven die in de statusregels staan?
(0604&000000/0003/3E84/44:C819): found (184 ms)
[code]
de ecmlengte staat voor de : in dit geval dus 44
Uiteindelijk zijn de CHIDS ook interessant om te weten, maar de ecmlengte ben ik voor nu al tevreden mee
-
Zit de smargo aan een server of aan een box? Tot op heden heb ik alle kaarten nog aan de praat gekregen, alleen was het wel zo dat OScam compleet faalt als het een activatie van een 'blanco' ZIGGO smartcard betreft. Daar is nog wat werk te doen voor TheParasol denk ik, maar ik heb nog geen zin gehad het uit te diepen. Is je kaart eenmaal geactiveerd via CCcam of een echte box en er staat eenmaal een CHID op (basis is 00000B) dan werken onderstaande instellingen uitstekend voor OScam.
[reader] label = ziggokaartje protocol = smartreader device = Serial:Reader 191 ( <-- hier komt wat anders te staan, is afhankelijk van je Smargo. Vanaf firmware 1.04 krijgt de reader een serial) device_out_endpoint = 0x82 caid = 0604 rsakey = 3C....6A ( <-- algemeen bekend) boxkey = 11..88 ( <-- maar algemeen bekend) ecmwhitelist = 0604:44 (<-- 0604:44 is voor ZIGGO West (5555), 0604:3C gebruik ik voor ZIGGO 1111) detect = cd mhz = 600 cardmhz = 600 ident = 0604:000000 group = 1 ( <-- mag je zelf bepalen, zolang je client er maar toegang toe heeft) emmcache = 1,3,2 blockemm-unknown = 1 blockemm-g = 1 saveemm-u = 1 saveemm-s = 1 dropbadcws = 1 auprovid = 000604
Je kunt ook nog werken met CHID = 0604:00000B etc.... bij het testen zou ik dat nog even weglaten.
Ik hoor wel of het met deze waardes beter gaat. Ik gebruik overigens OScam 1.20 #7507
-
Om alle regio's overzichtelijk op de site te krijgen moet er of een wiki komen of een downloadpagina of een sticky topic waarbij per regio één post is die elke keer wordt bijgewerkt.
-
Ik heb het niet meer geprobeerd sinds de laatste keer dat er updates nodig waren omdat ike en uitwijk heb via een n-lijn.
Zal dit weekend mijn versie weer eens updaten naar de laatste en kijken wat er dan gebeurd.
-
Dus de conclusie is dat heel Nederland wat ZIGGO betreft in twee smartcards is verdeeld? Het Westgebied (voormalig Casema / 5555) heeft 44 als ecmlengte en het voormalig @Home gebied (wat ik aanduid als 1111) heeft 3C. Dan heb ik alleen nog mijn twijfels over de gebieden rond Enschede, meestal aangeduid als 8888. Kunnen die dan met een 1111 kaart gedecodeerd worden (met een 3C ecm lengte dus)?
-
Ziggo ECM's komen bij mij elke 20 secondes, dus ik heb de cache tijd maar op 15 gezet om freezes te voorkomen.
-
Hij staat op reshare cards only en ik heb versie #7614. Zou dat betekenen dat de bug er wat iredeto nog steeds in zit?
-
Je bedoeld met ecm whitelist de waarde bij de reader denk ik. Dit is de mijne...
ecmwhitelist = 0604:44
De jouwe zou dan kunnen zijn
ecmwhitelist = 0606:4C
Maar ik adviseer je om dit soort dingen zoveel mogelijk weg te laten zolang je het niet stabiel hebt. Het zijn tweaks die je pas erin gaat zetten als je beeld blijft lopen. Gaat ook op voor CHIDS, idents etc. Keep it simple tot het werkt. Alles wat je extra invult bij je reader maakt het lastiger om het in het begin werkend te krijgen.
Die reply van 10ms lijkt een reply uit de cache... 10ms is meestal de standaardvertraging. Heb je de groups misschien niet goed ingedeeld? Heb je iets met cacheex nog aan staan? Is de bewuste zender misschien ook ander andere SIDS te bereiken? Heb je services op je readers gezet?
-
Ik update regelmatig mijn ZIGGO 5555 locals (caid 0604) via mijn clientbox. De locals zitten in een server met OScam #7614. De client is CCcam 2.2.1
Wanneer ik de kaarten laat updaten via een bepaalde user met een N-lijn is het binnen een half uur gepiept. Veel global emm's die genegeerd worden en daartussen de benodigde shared EMM's.
Verbind ik de user echter met een c-line dan krijg ik alleen maar global emm's, maar geen shared of unique emm's. De kaarten worden dan niet bijgewerkt.
De user wordt specifiek naar de reader verwezen via een au = localreader. De user heeft toegang tot de group van de local etc.
Op de client is het versturen van emm's toegestaan. Er wordt daar niets geblokkeerd
client met n-line, werkt. client met c-line werkt niet. De user is met au = 1 geprobeerd en met au = localreader, maar noppes via een c-lijn.
Ik red het wel met een n-line, maar wil graag weten waarom het niet werkt met een c-line
Wie kan dit verschil verklaren?
-
Zijn er wel richtlijnen of checklists aan de hand waarvan een item getest moet worden. De ene tester kan meer waarde hechten aan een bepaald item dan aan een ander item.
-
Waarom zou je op dit moment de ecmwhitelist gebruiken. Gewoon leeg laten bij de reader tijdens de test.
Als je het wilt berekenen of eigenlijk bepalen moet je ecm logging op aan zetten (log op 2 in OScam status). Je krijgt dan ecm dumps te zien. De eerste 20 getallen zijn meestal de unieke ecm headers. Die moet je dan bepalen voor alle pakketten van Caiwai. Bij ZIGGO zijn de headers namelijk uniek per pakket, bijvoorbeeld
8070414D0000000B00084038 8170414D0000000B00084038
Dit zijn de ecmheaders voor het basispakket van ZIGGO.
Maar... dit is een heel ander onderwerp en dus eigenlijk een nieuw topic. Focus weer even op je reader en beperk je reader zo weinig mogelijk dan heb je de meeste kans dat het werkt. Heb je al eens eens andere usbpoort op je server gebruikt?
-
Internal reader zal niet gaan. De kaart zit niet in de clientbox, maar in een Debian Server met een smargo. Met alle versies van OScam heb ik mijn ZIGGO irdeto cards toch altijd werkend gekregen en gehouden
Mijn config voor de reader
[reader] label = localma description = localMA protocol = smartreader device = Serial:Reader 133 device_out_endpoint = 0x82 caid = 0604 rsakey = 3C..6A boxkey = 11..88 ecmwhitelist = 0604:44 detect = cd mhz = 600 cardmhz = 600 ident = 0604:000000 chid = 0604:00000B,0001F4,0001FE,00001C,000003,000004,00000A,000001,00FFE0,000384 group = 1 emmcache = 1,3,2 blockemm-unknown = 1 blockemm-g = 1 saveemm-u = 1 saveemm-s = 1 dropbadcws = 1 auprovid = 000604
CHIDS zijn alleen voor ZIGGO west (5555) dus niet voor Caiwai. ECM Lengte moet je ook even aanpassen denk ik. Net als de CAID en de AUprovid, maar goed... het gaat om de grote lijnen. De kaart hangt aan een Debian Sqeeuze server met een Smargo Smartreader
-
Is het een domme vraag als ik wil weten of 8888 hetzelfde is kwa ecm's als 1111? ZIGGO bestaat namelijk uit twee netwerken. Voormalig CASEMA (5555) en voormalig Multikabel (8888), maar valt @Home (1111) onder het gebied 8888. Ik heb namelijk een smartcard van zowel 5555 als 1111 en ben benieuwd of aanvragen uit het 8888 gebied daar ook op werken. Handig voor de vakanties.
-
Heb je de kaart al eens in een andere box geprobeerd met OScam of in een server met OScam. Misschien ligt het aan de combinatie van box, reader en OScam.
-
Kun je volgens mij instellen in oscam met client timeout en reconnect. In de global config staat o.a. een client max idle, maar zoals al eerder gezegd, De debuglogs zullen je vertellen wat er aan de hand is.
-
Ik kan dit vanavond pas testen.
heb wel alvast de loadbalancer uit gezet
cache-ex is niet geconfigureerd maar is standaard toch al wel actief in oscam ? Hoe zet ik dit uit ?
Oscam is herstart maar vanavond kan ik de kaart pas weer testen
Cache staat standaard aan (als twee clients dezelfde zender kijken krijgt één van de twee een cachehit), maar cacheex (uitwisselen van cache met andere servers) niet. Cacheex loopt via readers. Als je de readers uitschakelt die de cache regelen dan ben je cacheex kwijt. De normale cache heb je altijd volgens mij.
Als je een beetje handig bent met firewalls, routers etc en je box draait op Openpli of iets anders wat met een webif te bereiken is dan kun je oop op afstand testen. Gebruik zelf Dreamdroid en Putty om mijn box thuis op afstand te beheren zodat ik ook als ik niet thuis ben de zenders kan testen etc. Is allemaal vergrendeld op bepaalde IP adressen in mijn router, dus niet de hele wereld kan erin.
-
Begrijp ik het nou goed dat alleen HBO 1 in HD is en de rest in SD? Bij ZIGGO heb ik 6 HBO zenders... 3 in HD, dezelfde 3 in SD. Ook een beetje overkill, maar goed... wel meer keus voor je 15 euro zoveel.
-
Bedankt voor de moeite.
-
Wat ik zo snel zie is dat de zender failed en de loadbalancer zet er dan een blokkade op. Kun je de loadbalancer eens uitzetten en cacheex mode 3 ook even. Gewoon het zo simpel mogelijk houden. Reset ook al je not founds en 'timeouts' van je loadbalancer... gaat via het tabje loadbalancer in het menu Configuration, Loadbalancer (Clear Time Outs, Clear Not Founds)
Let met het posten van logs op dat je geen vertrouwelijke informatie post. Gelukkig schoont OScam de logs zelf al op wat betreft serials e.d., maar de ATR is meestal ook niet gewenst om af te beelden op dit forum.
-
Heb je dat nou allemaal met de hand zitten doen?
-
Kan ik zo niet zeggen, maar wat ik wel weet is dat er een andere 'fix' is die schijnbaar common behaviour is in OScam met cacheex
met onderstaande waardes in mijn config krijg ik echt gratis cache3 hits
oscam.conf
[csp] port = 12345 serverip = 127.0.0.1 wait_time = 180
Wat er dan gebeurd is dat de server 180ms reserveert om te kijken of er een hit is in cache3
Wordt die binnen 180ms gevonden dan krijg je een cache3 hit en wordt er niks aan je local gevraagd.
Wordt hij niet in de cache gevonden dan gaat hij uiteindelijk je local aanspreken of een proxy
De ecmtijd wordt dan wel met 180ms verhoogd.
Waarom 180ms? Omdat mijn ZIGGO local meestal reageert tussen de 160-170ms. Als je elke aanvraag 'vertraagd' met 180ms dan zal hij niet aan je local gevraagd worden omdat die altijd sneller is dan die 180ms. Zit een zender niet in de cache en je normale ecmreply is 160ms dan wordt je reply 160ms + 180ms is 340ms.
Deze oplossing is echter niet heilig, want op mijn OScam gaat de client elke keer opnieuw inloggen waardoor de client logons oplopen (onderhand al 6) en het beeld blijft zwart. Iets wat ik ook al eerder zag. De client is een normale cccam 2.2.1 box.
Pas dus op met deze instelling. Let ook op dat je de wait_time aanpast aan je eigen locals. Ik gebruk het nog even niet omdat het een workaround is die mijn server en mijn box op hol gooit. Ik wacht wel op een echte fix.
Zie ook: http://www.streamboard.tv/wbb2/thread.php?postid=425516#post425516
Ziggo smargo in oscam hoe?
in CI, CI+, (soft)cams en smartcards
Geplaatst: · aangepast door Hotzenwalder
Ik neem aan dat je CCcam en OScam niet allebei actief hebt op dezelfde server. Dan lijkt me een conflict op te treden met wie de kaart mag lezen.
/dev/ttyUSB5 gaat volgens mij niet werken met type Smartreader+.
Wat is je output van