ISVEDIT 32b

[Hemant]

Vrienden ik ben van ISVEDIT 3b naar 32B overgestapt en hem nu 2 default tab-bladen waar ik het een en ander kwijt kan. Echter als ik Bor of SAT laad in ISvedit 3b dat blijft in het tabblad main de "cardtype leeg" doe ik dit in 32b dan komt er iets te staat vreemde is dat ik nietde optie heb m hem leeg te laten. Weet iemand wat je hier moet selecteren, ik heb een Humax 5400 Z gepatched en een funcard type II.

 

Thanx

[Tonskidutch]

allereerst hoop ik voor je dat je hem van bevriende download site hebt ....

daar er op poolse / hongaarse upload sites een virus inclusief kwam

 

maar ja boris en satkoos hebben hun coco zo ingesteld dat Ie niet zichtbaar was als kaart type, nou en wat niet weet dat niet deerd.

Maar waarom vreemde tekens er dan bij 32b staan kan ik niet achterhalen maar eigenlijk is de versie 32b indien valide net als de 2.2 waarbij de laatste door een bekende sat-ster is gecompileerd:

Mickey

 

ISVEdit version 2.2

2002.04.21

 

New:

- 2 Default Irdeto Provider pages added

- New editfield "Nat." for Irdeto providers

- 2 Flags removed

- new Humax coco 1800 0602 0100 0500

- New Save CRD Function (comments will not get lost)

- works also with 8 MHz now (not standard)

 

en als jij me kunt vertellen wat 32b meer kan dan ik weer

 

succes ermee

[juul007]

Hier is de coco weer , de country-code.

Je kunt in de zoekmachine maanden ver teruggaan. Regelmatig kom je een kreet voor informatie over coco tegen , maar ik vind maar geen degelijke uitleg over deze string.(in de zin van: wat is dat?, wat doet dat?, voor deze of gene ontvanger?, enz)

Het kan natuurlijk dat we niet goed genoeg kijken (tja het was laat gisterenavond).in dat geval mea culpa!

Wie heeft er wat tijd vrij om ons op weg te zetten?

Alvast bedankt.

[Tonskidutch]

heel makkelijk is dat zooitje met coco's niet...

 

dat voorop.

 

maar er zijn coco settings die specifiek voor receivers alsook voor kaartsoorten geschikt zijn

EN niet te vergeten sommige ci-modules willen ook bepaalde data volgorde vreten..(freecam)

ik zal eens kijken of ik een leuke uitleg bij elkaar kan typen...

 

effe geduld.

 

in ieder geval is het voor drie bekende merken heel simpel en eenvoudig daar die in de standaard settings van isvedit ingestelt kunnen worden en ook in de xin1 files van bekende grootheden als satkoos en boris alsook digitalus voorkomen.

 

dat samen schrijven van een uitleg die je oma ook begrijpt kost wel effe tijd.. <img src="/ubbthreads/images/icons/crazy.gif" alt="" />

[juul007]

Neem je tijd,Tonskidutch !!

Je krijgt alvast een paar kussen van oma!

[Tonskidutch]

gatsidarri zeg!

 

 

[Hemant]

Dus met mijn humax moet ik optie coco kiezen?

 

kijken of ie er tussen staat, ik heb Duwgati de versie van ISVedit gestuurd kijken of hij er wat mee kan.

 

Ik heb geen coco staat, ik heb zelf voor de optie "0-card Humax IrSecVia" gekozen moet alleen nog even kijken of het werkt.

 

Voor virussen ben ik niet bang <img src="/ubbthreads/images/icons/smile.gif" alt="" />, als ie hier doorkomt dan heeft MCaffee zijn werk niet goed gedaan en dan zijn ze zeker niet van ons af.

 

 

[juul007]

@Tonskidutch,

Ik wil niet opdringerig doen maar Oma wacht nog steeds vol spanning op jouw antwoord !!

Zoals je op het board kunt zien zit menigeen met dezelfde vragen aangaande de cocostring.

Tonski,heb je al wat tijd gehad om je met dit topic bezig te houden?Kun je al een tipje van.....?

Groetjes van Juul EN van OMA.

 

 

[Tonskidutch]

jees zeg dat is waar ook

 

die string bestaat uit onderdelen die aanduiden welke cryptie systemen er door de cam als eerste gebruikt moeten worden en wat het antwoord van de kaart aan de cam moet zijn vervolgens dus aan de receiver.

 

erg afhankelijk van de receiver en de kaarttypes geef je op deze positie aan welke codes en in welke volgorde deze moeten worden gedecodeerd . (country code is de eigenlijke naam voor CO )_

 

wat gebeurt er achtereenvolgens:

 

de ci/ca moet een antwoord van de kaart vragen en krijgen of de kaart (er is)!

de co wordt gevraagt en in response zal de kaart antwoorden welk systeem moet worden gedecodeerd

de asci serial hex wordt gevraagd van de kaart

de provider wordt gezocht op kaart en gegeven

soms dus meerdere

de configuratie wordt gevraagd van de kaart

de kaart wordt nu gevraagd de files te identificeren

de kaart wordt gevraagd de aanvraag te bevestigen voor weergeven van signaal

dan wordt de kaart gevraagd de public keys door te geven die zullen worden gedecodeerd in de cam

de aanvraag voor weergeven wordt nu waar (true / confirmed) en worden pakketjes data doorgegeven aan de receivers beeldverwerking (ecm en EMM komt binnen op de 'cpu' van de receiver)

 

Maar wij hebben het over xin1 kaartjes die allemaal andere co hebben... gerelateerd aan de receivers mogelijkheid om dat wat op kaart staat te beginnen met verwerken. Dus meervoud Co Co voor meerder cryptie systemen.

 

daar de systemen seca/irdeto/viaccess/betacrypt/nagra en nu tpscrypt de bepalende reeks aangeven hoe je ci/ca de kaart moet lezen is er een string van gemaakt die in bijvoorbeeld isvedit terug te vinden is op het eerste tabblad (main).

 

doordat de receiver bepaalde basisinstellingen heeft een "embedded cam" dus een cryptie systeem kent als prioriteit, zal een volgorde noodzakelijk zijn voor die coco opdat de receiver de ecm en emm uiteindelijk zal krijgen voor beeldbewerking en er mee overweg kan.

 

specifieke volg-orden zijn dus bekend om een bepaald merk receiver via de ci/ca de kaart xin1 te laten lezen.

 

welke voor wat voor merk geschikt is behoeft een matrix aan mogelijkheden die ik hier niet kan en wil geven.

Maar een isvedit laat wel enig inzicht toe in deze coco string...

 

chiao

 

 

 

[juul007]

@Tonskidutch,

eerst en vooral bedankt voor je uitleg aangaande coco.

Ik had vroeger al met ISVEdit en Intersat van Johhny1 zitten klooien.

Ik kan niet zeggen dat ik alles begrijp: Bij Boris en Satkoos en ook bij de 6in1 van Intersat(zonder opgave van het decodertype) is de coco-string voor de Nokia dezelfde.

Digitalis gebruikt voor de Nokia een, zij het slechts op 1 plaats, andere coco-string.Je begrijpt dat dit voor een starter voor verwarring zorgt.

Maar nogmaals bedankt, het is door mensen als U dat wij ons kunnen bijscholen.

JUUL

[Tonskidutch]

@hoi Juul007,

 

ik lees mijn eigen bericht en vindt het helaas ook niet zo duidelijk dat het Oma kan begrijpen... sorry.

 

maar laten we een voorbeeld erbij halen

xxxx 06 02 xxxx xxxx xxxx maakt het mogelijk dat je kaart irdeto update kan krijgen daar die 06 02 voor irdeto staat...

 

als op kaart een pmk en een service key voor die desbetreffende irdeto provider aanwezig is kan auto-update mogelijk worden

 

dat is een deel van die coco string...

 

een ander deel is dat als je een embedded seca kist hebt staan (met een patch of met een ci-module) die xin1 kan lezen, de embedded cam dus altijd als eerste geraadpleegt wordt met seca of je moet dat raadplegen naar de plainkeys sturen naar de goede richting... dus een coco string zodanig samenstellen dat de cam en de kaart goed samenspelen.

 

tuurlijk zijn er veel files te vinden die op het eerste oog gelijk in elkaar steken daar de editor ISVedit maar een bepaald deel laat zien van die file... maar niet alleen de eeprom file is belangrijk ook de flash die het eigenlijke programma is van je kaart.... (Boris heeft meerdere zeer minieme verschillen in de flash ingebouwd voor enkele receivers... speciaal on de 6in1 te doen werken) kijk maar eens bij duck op het forum.

 

 

Overigens bleek de 4.8 flash erg ongevoelig voor de coco string betreffende een receiver en vanaf de 4.81 en nu de alpha wederom die coco string erg afhankelijk van de receiver..

 

chiao