Freecam

[TerranoIII]

Niet te geloven.

Ik ben in het bezit van 2 alcams die altijd prima gewerkt hebben software mascetti 018.

Een week geleden ben ik begonnen met linux en het werkte prima met de discette ik had bijna alles open.

Nu komt het, ineens op de Thor conax valt het beeld weg.

Van alles geprobeerd maar het werkte niet meer.

De andere freecam van stal gehaald en jawel weer beeld.

Alles werkte weer van ouds.Ik ben gaan onderzoeken wat de

oorzaak hier van is.De cam start gewoon op met mascetti 018,maar ga je kijken in de status staan daar heel andere gegevens in.Het lijkt er op dat de cam is overgeschreven

sc:type 0383. state0302.nr8000123456program:000.

state 0000 Emm 1fff sub state:00 00 00 00 00 00.

Inmididdels doordat ik het telaat inde gaten had is mijn tweede cam ook herschreven en daar staan weer andere gegevens in.Ik heb een cam terug geflach naar 4.6 maar het

probleem blijft hetzelfde in de status blijven deze getallen staan of er staan weer andere.Ik weet het niet meer stuk zijn ze niet maar de kaart herkent hij ook niet meer.Wie heeft goede raad.

M.V.G.TerranoIII

 

 

[Tonskidutch]

Tja dat lijkt confuus maar de reden is niet zo ingewikkeld.

 

een ci-module krijgt via de signalen van je schotel ook messages... welke het naar de kaart wil sturen/stuurt.

bovendien krijgt de cam telkens bij herstart een reset van de kaart (door de EEPROM) namelijk wat als eerste ca-system-id te verwachten is na boot... dat noemen ze ookwel bootable provider idents.

 

de status laat zien wat de toestand is van de setting van de cam maar dat wil niet zeggen dat je cam gewijzigd is.

 

als je op een andere provider je receiver reboot zal ontegenzeggelijk de status anders zijn... dat wil nog steeds niet zeggen dat je cam-software veranderd is maar alleen dat hij op dat moment anders geinitialiseerd is...

 

 

zo is het mogelijk meermaals te rebooten en plots gaat je stream of je premiere world open, want in de eeprom is een verwijzing naar die bootable provider zodanig opgenomen dat er pas na drie maal booten overgeschakeld wordt naar irdeto EN DIE BOOTSEQUENTIE "KAN" FOUT ZIJN...

 

zo is een season erin stoppen en via emulator software je cam ertoe bewegen om bepaalde CA-System-ID's zichtbaar te maken ook een message aan je Allcam / Freecam en die zie je als STATUS in het menu...

 

Dus zonder dat er ook maar iets gewijzigd is aan de echte allcam / freecam software geeft je cam middels STATUS andere instellingen weer... Dat is dus prima zo.

 

Dat je plots geen thor conax meer kan zien is dus niet per definitie een CAM probleem maar een key-probleem of verkeerde bootsequentie..

 

cheers

 

[TerranoIII]

Hallo tonskiduchts,

Bedankt voor je reactie, inmiddels heb ik weer een cam aan de praat gekregen door de een orginele irdetokaart er in te stoppen.Het ging in stappen eer hij weer alles open

deet.Toch blijf ik het vreemd vinden dat hij in een keer alle coderingssystemen uitschakeld.De terug geflachte cam in 4.6 wil nog geen Emm weergeven,er staan nog steeds fff in en hij blijft vragen om de kaart.weet jij misschien de toegangscode van de irdetomodule?ik heb hem ook gehad maar ben hem kwijt.Nogmaals bedankt voor je reactie en misschien heb je nog een tip.

M.V.G.TerranoIII

[Tonskidutch]

terranoIII,

het is niet mogelijk om tegelijk je ci-moduul te patchen als allcam en originele kaartjes (0-card) te kijken voor zover mij bekend bij een irdeto moduul.... maar laat ik dat effe verder uitzoeken voor jou..

 

een toegangscode vindt je in de bin file zelf...

als je hexworks 3.1 download en de bin file doorleest staat die code erin...

ook dat kan ik nazoeken voor je, alhoewel het harstikke leuk is voor je om dat eens zelf te bekijken. Tenminste als je meer wil weten van wat er eigenlijk in zo'n patch of origineel staat?

 

de EMM's worden altijd doorgegeven aan de (*originele*) kaart en zijn dus aantoonbaar in de vorm van gewijzigde keys die via een season interface zichtbaar te maken zijn als je de juiste software gebruikt en de juiste Masterkeys serialhex key en PMK hebt alsmede de service key.

 

De EMM's kun je niet als item zichtbaar maken daar het commando's zijn die in het signaal zitten en alleen ageren op adresseerbare waarden op je kaart...

het afvangen van EMM's is alleen mogelijk als je de hele algo's en resources van irdeto kunt genereren met je software opdat de EMM aan de hand van de registers en checksum waarden te repliceren zijn.

 

Echter aan de boodschapper heb je niets ...! alleen aan de boodschap zelf heb je iets:

 

Structure and use of EMM’s

 

EMM commands: - Update of Masters keys

String composition.

01 01 00 00 00 LB

C3 Hs Hs Hs 00 Lb 62 03 Co Co Co 68 0D Pg 00 Mk Mk Mk Mk Mk Mk Mk Mk Pi Pi Pi S1 S2 S3 S4 S5 Cs

 

LB: - Length byte excluding checksum.

Lb: - Second length byte excluding checksum.

Hs: - Hex serial number.

62 03 Country code NANO

Co: - Country code

68 0D: - Master key update NANO

Pg: - Provider group. This sets the card for the provider ID to associate with this master key. This number is also sent to the IRD when the IRD requests the provider ID (after the length byte) (01 = Provider 00) (12 = Provider 10).

Normally the system uses 00 for provider 00 and 10 for provider 10.

Mk: - Master key (encrypted) Decrypt using the key decrypt algorithm.

Pi: - Provider ID

S1 – S5: - Signature calculated using the 10-byte hex master key.

Cs: - Checksum calculated starting with 0x3F and xoring the bytes with each other.

 

EMM commands: - Update of Plain keys

String composition.

01 01 00 00 00 LB

Pg Pi Pi Pi 00 Lb 40 02 Dt Dt 50 52 Pn Pk Pk Pk Pk Pk Pk Pk Pk Pn Pk Pk Pk Pk Pk Pk Pk Pk S1 S2 S3 S4 S5 Cs

 

LB: - Length byte excluding checksum.

Lb: - Second length byte excluding checksum.

Pg: - Provider Group that is addressed.

02(hex) This is normally used for provider 00

0A(hex) Provider Group 00 only first two bytes of address are used. (Used now)

Can be - 0000 0010 (bin) 02 (hex) Common address. (Normally used)

0000 1010(bin) 0A(hex) Provider 00 address if configuration is set to address

Provider 00 as if it is provider 10. (Used by SA system)

 

03(hex) This is normally used for provider 00

0B(hex) Provider ID 00 all three bytes of address are used. (Used now)

Can be - 0000 0011 (bin) 03 (hex) Common address.

0000 1011(bin) 0B(hex) Provider 00 address if configuration is set to address

Provider 00 as if it is provider 10. (Used by SA system)

 

0A(hex) This is normally used for provider 10

12(hex) Provider Group 10 only first two bytes of address are used. (Used now)

Can be - 0000 1010 (bin) 0A (hex) Common address.

0001 0010(bin) 12(hex) Provider 10 address if configuration is set to address

Provider 00 as if it is provider 10. (Used by SA system)

 

0B(hex) This is normally used for provider 10

13(hex) Provider ID 10 all three bytes of address are used. (Used now)

Can be - 0000 1011 (bin) 0B (hex) Common address.

0001 0011(bin) 13(hex) Provider 10 address if configuration is set to address

Provider 00 as if it is provider 10. (Used by SA system)

 

If Pg. = C3 (hex) 1100 0011(bin) The card is addressed by its hex serial number.

 

Pi: - Provider ID.

Dt: - Date code.

10 09: - Update 1 key NANO

50 52: - Update 2 key NANO

50 E4: - Update 4 key NANO

Pn: - Plain key number

Pk: - Plain key (encrypted) Decrypt using the key decrypt algorithm.

S1 – S5: - Signature.

Cs: - Checksum.

 

Lastig / lastig dat spul traceren en analyseren.

 

verder lijkt de enige tip die ik je mbt je origineel kaartje kan geven deze korrekt te clonen om ermee te gaan spelen en experimenteren...

 

zal nog wel op het thema terug komen als ik de gegevens heb voor je <img src="/ubbthreads/images/graemlins/grin.gif" alt="" />