Decodeur et Cryptage NAGRAVISION SYSTER (1995-2005)

Bon, à défaut d’avoir une réponse sur le Syster, à qui pourrions-nous nous adresser pour le D11 ?
Le CCETT n’existe plus, tout comme RTIC…

Je me trompe peut-être en disant ça, mais j’ai l’impression qu’il n’y a plus de zone d’ombre sur le D11 …

Que peut-il manquer? [TDA4565]

Peut-être des informations sur la version islandaise du décodeur discret 11~12 datant de 1994 (un modèle sans clavier en façade).

face_1.jpg

RTIC (radio-technique) a disparu, mais peut-être que philips France a gardé des archives, de la documentation ?

Si l’ encrypteur analogique est encore utilisé chez CANAL, ça doit être ce signal crypté qu’ on voit, de type analogique, sur le R3 TNT Terrestre de CANAL.

Donc, il est évident qu’ il demeure, encore une obligation de mutisme, de la part de CANAL , et de chez NAGRA KUDELSKI !

Tu peux compter là-dessus. :exclamation:
Seul un ancien du labo RTIC de Suresnes, du LEP ou de l’usine du Mans pourraient éventuellement être au courant.

Qui était chargé de réparer les éventuels décodeurs discret11~12, syster en panne durant l’époque où ces systèmes étaient exploités ?
Philips ou un prestataire ?
Ou bien tout appareil en panne était mis au rebut et remplacé par un neuf ?

Il existe peut-être un manuel de réparation à usage interne chez philips ou rtic, un « service manual », qui aurait échappé à la benne, conservé par un ancien employé.

Au risque de calmer l’enthousiasme, j’ai souvent été surpris de voir comment les grandes entreprises faisaient très vite table rase des projets terminés ou abandonnés.

A mon avis, le D11 a subi le même sort.

Les seules pistes resteraient de retrouver des développeurs de l’époque, ce sont eux qui, parfois, par nostalgie perso, conservent certains documents.

Par le plus pur des hasards, il se trouve que j’ai travaillé pendant plusieurs années dans les locaux de l’usine du Mans qui abritaient les chaînes de montage des décos D11 officiels … plus de 5 ans après l’arrêt.

Croyez bien que je me suis promené dans les locaux, sans jamais rien apercevoir en relation avec le D11. [TDA4565]

j ai participé à la reconversion d une partie du parc des decsat TDF1 ils etaient stocké dans un hangar sans rapport avec canal, canal voulaient bien les vendre à condition qu on ne puisse pas faire de lien avec eux:
on a meme fait faire de nouveau boitier plastique (parce que le démontage cassait trop souvent celui d origine)
j ai écrit un nouveau soft avec menu en anglais et ils ont été proposé à TV1000 nordic.
en italie le bouquet STREAM dans les années 90 à fait faillite et le parc de déco a été revendu , pour celui la j ai fait des menu en albanais !! et ils on été fourni aux abonnés d un bouquet albanais sur place et aux USA !
dans les deux cas c était sans aucune docs je me suis fait du reverse :exclamation:
et les vendeurs voulaient que ça partent loin et sans bruits je suppose que le prix etait quelques euros mais à ce prix pas d infos !!

Avec un encodage SECAM avec les 2 identifs, pour TV 1000 NORDIC ET l’ Albanie ?

Moi, j’ ai bien connu le DECSAT. Ceux qui avaient un autre déco D2 MAC Eurocrypt utilisaient leur appareil perso, et utilisaient la carte CANAL dans leur appareil, en rangeant au placard le DECSAT ! Même les fortunés qui avaient acheté de rares tv avec D2 MAC Eurocrypt( PHILIPS THOMSON, ou LOEWE)

La sortie principale pour le TV était en RVB pour donner la qualité max du D2MAC, et il me semble que l’encodeur ITT pouvait sortir en PAL ou en SECAM (pour le scope).

Il serait peut-être possible de faire revivre ce décodeur decsat, avec un hackRF, en utilisant une version modifiée du logiciel hackTV pour le support du d2mac et de l’eurocrypt :

youtube.com/watch?v=nGtSkTwbOks

Oui mais d’après ce que je comprends le D2MAC n’est pas encore supporté … Mais dans ce cas d’où vient le signal appliqué au décodeur ???

j’ai posé la question à captain Jack via le groupe facebook, j’attends sa réponse,
je pense qu’il utilise une version modifiée de hacktv, non encore publiée, qui génère un signal d2mac/eurocrypt,

il a un github où il met sa propre version de hacktv améliorée, mais elle ne contient pas encore de mode d2mac/eurocrypt :

github.com/captainjack64/hacktv

dans la version la plus abouti le tuner etait remplaçé par un modele 950-2150 , un encodeur pal et la gestion du 22k pour le changement de bande .
pour le pal un petit circuit basé sur un pavé encodeur pal tres courant !

Une vidéo de notre ami Captain Jack:
https://www.youtube.com/watch?v=CML8Hr_eFZ8

Il arrive à décrypter une vidéo avec une clé n’ayant pas été actualisée depuis 1998.
A-t-il crypté sa vidéo en mode « audience libre » ?

Annonce LBC pour ceux qui seraient intéressés:
https://www.leboncoin.fr/image_son/1629644595.htm/

Bonjour à tous,

Au risque que mon message passe inaperçu, je me souviens qu’au début des années 90 ou le Discret 11 faisait encore partie du paysage audiovisuel et que le Système était en déploiement sur le territoire, en fin de mois une clé blanche inactif d’un syster fonctionnait de la même façon qu’un discret le faisait en fin de mois avec le niveau 7, il est donc possible qu’une clé en audience 7…? Aurait été produit pour le syster…?

En tout cas j’ai une VHS en discret 11 des années 90 avec lequel mes syster fonctionnent.

kool pourrais tu m en faire également une copie en sus de la fameuse cassette dont tu m avais déjà parlé il y as quelques temps déjà bises a toi l ami 8) 8) 8) 8) 8) 8) 8) 8)

GESTION DES DATES DANS LE SYSTEME SYSTER


dialogue entre
8397 et clef
2 octets du
8397 et 1 octet
de reponse clef


[FF] FF [01]
[02] 00 [01] * touche « MESS » pressee pour le premiere fois

[FF] FF [02] * debut de reponse de la clef
[FF] FF 0C * - Toutes le clefs
[FF] FF 38 * - repondent le meme
[FF] FF 06 * - message …
[FF] FF 04 * - message qui est
[FF] FF FF * - identique a l’init
[FF] FF 14 * - lors d’une raz clef
[FF] FF 80 * - peut etre identification
[FF] FF 83 * - que c est une clef C+ ?
[FF] FF [00] * fin de reponse de la clef

[5F] 00 [01] * demande zone d’abonnement « 0 » ?
00 00 [01] * demande plage « 0 » de date dans la zone « 0 » ?

[FF] FF [02] * debut de reponse de la clef
[FF] FF 01 * ?? a priori toujours - Toutes les clefs
[FF] FF FF * ?? 01 FF FF pour C+ - livrees avec les
[FF] FF FF * ?? identif programme ? - boitiers a 250 F
[FF] FF A3 * ?? - donnent la meme
[FF] FF 7D * ?? - reponse
[FF] FF 5C * LSB date de fin plage 0 - droits du 01.01.91
[FF] FF 82 * MSB date de fin plage 0 - au 28.02.91
[FF] FF 21 * LSB date de debut plage 0 -
[FF] FF 82 * MSB date de debut plage 0 -
[FF] FF [00] * fin de reponse de la clef -

[FF] FF [01]
… * Message affiche « bienvenue sur… MESS consultation… »
… * x wait states en attendant « MESS » ou fin de tempo
[FF] FF [01]

[5F] 00 [01] * 2 eme pression sur le touche « MESS » : dem. zone « 0 » ?
01 00 [01] * demande plage « 1 » de date dans la zone « 0 » ?

[FF] FF [02] * debut de reponse de la clef
[FF] FF 01 * - toujours pareil
[FF] FF FF * - quelque soit la clef
[FF] FF FF * - 01 FF FF

[FF] FF C4 * ?? lie a la date de validite ?
[FF] FF 6F * ?? pas trouve de corelation

[FF] FF 3B * LSB date de fin plage 1
[FF] FF 90 * MSB date de fin plage 1
[FF] FF 2B * LSB date de debut plage 1
[FF] FF 90 * MSB date de debut plage 1
[FF] FF [00] * fin de reponse de la clef

[5F] 00 [01] * demande zone « 0 » ?
02 00 [01] * demande plage « 2 » de date dans la zone « 0 » ?

[FF] FF [7A] * reponse de la clef : y en a pas

[5F] 02 [01] * demande de zone « 2 » ?
00 00 [01] * demande plage « 0 » de date dans la zone « 2 » ?

[FF] FF [7A] * reponse de la clef : y en a pas

[5F] 03 [01] * demande de zone « 3 » ?
00 00 [01] * demande plage « 0 » de date dans la zone « 3 » ?

[FF] FF [7A] * reponse de la clef : y en a pas

[5F] 04 [01] * demande de zone « 4 » ?
00 00 [01] * demande plage « 0 » de date dans la zone « 4 » ?

[FF] FF [4A] * reponse de la clef : y en a pas + derniere zone
[FF] FF [01]
… * message affiche : liste des droits 2 lignes de droits

  • x wait states en attente pression touche « MESS »
  • 2 cas : si plus de droits a afficher retour au programme
  • si encore des droits lecture et affichage 2 lignes
  • par 2 lignes …

Si on prend comme reference le 01.01.91 => $8221 = 33313
il semble qu’un annee soit composee de 16 mois de 32 jours…
16 * 32 = 512

REMARQUES :
Cela veut donc dire que ni la clef, ni le 8397 ne gerent de calendrier !!
Lors de l’activation, l’emetteur doit donc envoyer la date du jour courant

  • un increment variable pour l’affichage correct de fin de validite (mois
    a 31 / 30 / 28 jours). Cela se verifie sur une zone de validite « a cheval »
    sur deux mois en particulier fevrier 98 a mars 98.

La date maxi pouvant etre geree est $FFFF c’est a dire 65536

pour calculer la date :


X - 33313 = Y
Y / 512 = nombre d’annee (avec le reste m)
m / 32 = nombre de mois (avec le reste j)
j = nombre de jours
ajouter les valeurs trouvees au 01.01.91

(la date maxi serait donc vers l’an 2053…)

exemples :

$825C => 33372

33372 - 33313 = 59
59 / 512 = 0 reste 59
59 / 32 = 1 reste 27
27
soit 0 an, 1 mois, 27 jours a ajouter au 01.01.91
ce qui fait le 28.02.91

$902B => 36907

36907 - 33313 = 3594
3594 / 512 = 7 reste 10
10 / 32 = 0 reste 10
10
soit 7 ans, 0 mois, 10 jours a ajouter au 01.01.91
ce qui fait le 11.01.98

$903B => 36923

36923 - 33313 = 3610
3610 / 512 = 7 reste 26
26 / 32 = 0 reste 26
26
soit 7 ans, 0 mois, 26 jours a ajouter au 01.01.91
ce qui fait le 27.01.98


en appliquant cette formule avec plusieurs clefs on arrive a un resultat
correct avec des mois en debut d’annee

une clef valable du 17.12.97 au 26.12.97 donne comme valeurs

$8FD1 => 36817

36817 - 33313 = 3504
3504 / 512 = 6 reste 432
432 / 32 = 13 reste 16
16
soit 6 ans, 13 mois, 16 jours a ajouter au 01.01.91
ce qui fait 17.14.98 (pour 17.12.98)

$8FDA => 36826

36826 - 33313 = 3513
3513 / 512 = 6 reste 441
441 / 32 = 13 reste 25
25
soit 6 ans, 13 mois, 25 jours a ajouter au 01.01.91
ce qui fait 26.14.98 (pour 26.12.98)


etude sur les messages d’initialisation d’une cle dans un decodeur.
On remarquera que tous les octets en provenance du decodeur sont emis CODES
alors que la cle repond toujours en CLAIR !
(exceptes peut-etre les message nuls [FF] FF et les questions [5F] et [5E]).
En d’autres termes, les octets transmis a la cle sont cryptees alors que la
cle repond en clair (non crypte). Iil suffit de lire la reponse de la cle
dans n’importe quel message : [02] et [57] on y retrouve le numero de la cle
donc il n’y a pas de cryptage de ces infos. Commande [06], la cle repond des
octets pas completement au hasard. C’est un mot qui initialise un GPA dans le
deco. Le deco n’a pas de fonction de decryptage des messages alors que la cle
en un une.

L’appuis sur la touche message du decodeur envoye des questions [5F] pour
cles type C+ et deco 250F. En revanche, les cles du type C+ espagne se font
interroger par 5E. (voir ci-dessous pour la definition des cles).

LA SEQUENCE D’INITIALISATION:

Il existe plusieurs types de sequence d’initialisation. Les deux principaux
en france sont :


| Type msg | reponse cle C+ | reponse cle deco 250F |
|||____________________________|
| Msg[57]00 | gg hh ii 10 xx xx xx 00 | gg hh ii 10 xx xx xx 00 |
| 01 | 00 10 00 00 xx xx xx 00 | 01 10 00 00 xx xx xx 00 |
| 02 | gg hh ii 12 xx xx xx 00 | gg hh ii 12 xx xx xx 00 |
|
|
|____________________________|
| Msg[02]00 | 0C 38 06 04 FF 14 80 83 | 18 38 12 00 FF 14 80 83 |
|
|
_______________|____________________________|

Mais il en existe aussi pour C+ espagne par exemple avec, entre autre :
Msg[02]00 : 1C 38 0C 01 FF 14 E1 E5

Reponse au message [02] 00 :
Trois octets sont plus sensibles que les autres pour la sequence [02].
Msg [02]00 : jj 38 kk ll FF 14 80 83

Les trois octets jj, et kk determinent la reception ou non des infos
en provenance des ligne teletexte :
jj=0C kk=06 : seul les trames sur C+ sont recues.
jj=18 kk=12 : on recoit les trames sur C+ et sur CanalSat.
jj=1C kk=0C : on devrait recevoir les trames sur C+ espagne (pas teste).

Les aurers octets peuvent etre remplaces par des 00, et tout a l’air de se
passer comme normalement.

En fonction des deux octets jj et kk, on distingue 2 types de codage :

  • en audience claire, la question [06] >03< se transforme en [06] >11< !!!
    Les octets qui suivent cette question different eux aussi.
  • Les messages [05] 01 sont eux aussi differents.
  • En revanche, si jj et kk sont les memes pour 2 cles, elles recevront
    rigoureusement les memes messages [06] et [05] 01.
  • On remarquera tout de meme que pour deux differents messages [06] (en
    fonction des octets jj et kk) recus simultanement, bien qu’ils soient
    differents, les deux cle repondront la meme chose ! (cf fichiers log).

Ainsi, on peut penser qu’il existe deux « types de cles ». Il semble en effet
que ces deux types soient etroitement lies avec les deux possiblites de
s’abonner : un deco a carrouf ou un deco chez M. C+.

L’octet ll sert a determiner si les droits peuvent etre affiches ou non sur
la tele lors de la pression sur la touche Message du decodeur.

L’octet egal a 10 dans le Msg[57]01 determine si oui ou non on va recevoir
les trames [05] 01.

L’octet gg n’a pas de signification particuliere (?)

Seuls les octets hh et ii servent de pre-filtre au decodeur pour qu’il
envoie les trames [05] 00 a la cle. Et ce sont les trames [05] 00 qui sont
succeptibles de reactiver la cle. Une chose est sure, la reactivation d’une
cle s’est faite de la maniere suivante :

  • [06] non decodes (reponse [0A])
  • Reception [05] 00 —> pas n’importe le quel !!!
  • [06] non decodes (reponse [0A])
  • Message « pas tout a fait nul » !!! => [FF] FF [00]
  • [06] decodes ! (cela commence au [06] apres le message [FF] FF [00]).

Faut-il en deduire que la reponse [00] de la cle est faite des qu’elle a
interprete la trame [05] 00. Une sorte d’accuse reception ? Pourquoi la
cle ferait-elle ce type de reponse ? Le decodeur ne fait aucun « codage » des
octets recus par les lignes teletexte.
TRAMES [05] 00:

Message [02] 00 : 0C 00 06 00 00 00 00 00
Message [57] 00 : 00 hh ii jj 00 00 00 00
Message [57] 01 : 00 00 00 00 00 00 00 00
Message [57] 02 : 00 00 00 00 00 00 00 00

Seuls les 3 octets hh ii et jj servent a determiner les messages [05]
00 a recevoir.
En effet, l’init ci-dessus permet de recevoir les memes trames que
l’init complet. En revanche, si on modifie un des bits, les messages
recus sont differents. Pourtant, si un de octets =00 alors plus aucun
message n’est recu (a reverifier) !

L’octet jj semble etre 10 sur Canal+ et 12 sur CanalSat mais je ne l’ai pas
reellement verifie. En effet, il peut se passer jusqu’a 30mn avant le prochain
message [05] 00 pour une cle donnee !
Les 2 octets sont les seuls qui servent a determiner les bons messages [05]
00 a recevoir.
Mais si on remplace les 3 octets hh,ii et jj par FF FF FF, on recoit des
messages [05] 00 entre chaque trame [06] !!! Malheureusement, les trames [05]
00 recues ne contiennent pas une seule trame valide pour la cle !
On remarque aussi que la cle ne semble pas pouvoir interpreter les messages
[05] 00 avec seulement 2 secondes d’intervalle. En effet, elle repond [38]
puis [48] aux octets de certains messages [05] 00. Cela n’a rien a voir avec
le [01] habituel ! (cd ‹ affodeco.txt › - merci Aberdeen)

Les lignes de teletexte doivent donc contenir plusieurs initialisations
de cles simultanement. Cela parrait normal car avec 1 trame toutes les
2 secondes, on ne peut pas balayer toutes les cles de tous les abonnes
en moins d’un mois !
Je tiens quand meme a rajouter ici qu’on m’a affirme qu’on recevait
beaucoup de messages [05] 00 par les lignes teletexte. On pourrait alors
ramener le temps de balayage de TOUS les abonnes a environ 1 semaine.

On pourrait peut-etre reactiver une cle en substituant ces trois octets par
ceux d’une autre cle; celle d’un abonne. Mais le numero de la cle est
certainement contenu dans le message [05] 00 ce qui lui permet de se reactiver
que si elle reconnait que le message est pour elle. Le deco est un premier
filtre, et la cle fini d’ecremer les derniers messages qui ne sont pas pour
elle.
De plus, une cle desactivee recoit quand meme des trames [05] 00, mais
elles ne permettent pas sa reactivation :frowning: Il faut une information
supplementaire !).
TRAMES [05] 01:
Le numero de la cle ne semble pas affecter le codage de ce trames qui sont
envoyes en broadcast.

La reception des messages [05] 01 ne sont geres que par un seul octet :
C’est l’octet egal a 10 de la sequence d’initialisation suivante qui permet
de recevoir les trames [05] 01. Bien sur, selon les 2 octets du msg[02] qui
peuvent prendre la valeur 18 … 12 ou 0C … 06, le message [05] 01 recu n’est
pas le meme.

Msg02 : 0C 00 06 00 00 00 00 00
Msg57 : 00 00 00 00 00 00 00 00
00 10 00 00 00 00 00 00
00 00 00 00 00 00 00 00

Cette sequence permet de recevoir exactement les memes trames [05] 01
que ce que balance le decodeur si une vraie cle est inseree.

Une fois de plus, on peut voir que si on modifie l’octet egal a 06 par la
valeur 12, on ne recoit plus le meme message. Cela laisse penser qu’il y a en
effet deux « type de codage » du dialogue entre la cle et le deco.
LES MESSAGES [06]:
En bref, on peut dire que ces messages sont envoyes en broadcast et toutes
les cles les recoivent en meme temps pour deux cles de meme types d’init [02].

Comme cela se passait pour les messages [05] 01, il y a 2 types de messages
[06], en fonction de la valeur de l’octet kk du message [02] a l’init.

On ne sait toujours pas calculer la reponse de la cle apres ce message.

le message [06] est recu en double par les lignes teletexte.
Mais le decodeur est sense n’en envoyer
qu’un seul a la cle. Pourtant, il arrive qu’apres certaines initialisations
on recoive deux messages [06] identiques a 1 seconde d’intervalle, ce qui
reflete bien ce qui se passe sur les lignes teletexte.
En d’autres termes, 2 messages [06] identiques sont recus par les lignes
teletexte a 1s d’intervalle". Mais le decodeur n’en transmet qu’un a la cle !
C’est probablement pour une question de fiabilite de transmission des donnees de
decodage.

A d’autres moments, les messages [06] ne sont pas complets et contiennent des
00 juste apres une initialisation. Cela est certainement du a la mise en route
des algorithmes au sein du decodeur.

Fichier hex a mettre dans 1 pic 16f84 pour émuler les clefs c+ syster nagravision

:100000006322C9018316FF3086000030810083120D
:1000100022224508023A03192728553A03192F28A6
:10002000513A03194E28F93A03192428A13A031921
:100030002A28013A03192A2828222222450A031DC8
:100040001C28460A031D1C2801302E220828B03027
:10005000CD003D282822272222224A302528B830E8
:10006000CD004608003A03193D28C030CD004608AF
:10007000013A03193D28C830CD000830C7002822B6
:10008000222202302E2202308A00222276222C22C4
:10009000CD0AC70B45282222030125280830CF00AE
:1000A0000030CD000630C7006922460603195E28DD
:1000B000CD0A4F08083ECF00C70B542828220C3029
:1000C00084000830C7004E228000840A4E2280003F
:1000D000840A2822C70B63280C30B40098202722FA
:1000E0001430B40098208420222206302E2224309E
:1000F00084000830C700222200082C22840AC70B83
:100100007B282222023025281808A4001908A500FF
:100110001A08A6001B087F39A7001B0D0C0DA800AC
:100120000D0DA9000E0DAA000F0D1F39AB00080020
:100130004F08CD000830C7006922CE0CA40DCE0CAC
:10014000A70DCE0CA60DCE0CA50DCE0CA80DCE0C79
:10015000A90DCE0CAA0DCE0CAB0DCD0AC70B9C2859
:10016000280EF039A400340884000830C700800C41
:10017000A00D800C9C0D800CA10D800C9D0D800CA1
:10018000A20D800C9E0D800CA30D800C9F0D840A87
:10019000C70BB72802308A00BF30CC007E30CB00BE
:1001A0001030CA00BC01271A3C14A71BBC14271826
:1001B0003C152519BC1526193C16251BBC16BB0180
:1001C000A41B3B142719BB14241A3B15A61ABB15F4
:1001D000A5193B162618BB16BA01251A3A14A719F9
:1001E000BA14A51B3A15A518BA15261A3A16271BD4
:1001F000BA16B901A41A3914A51AB914A61B3915CF
:10020000A71AB91525183916A619B916B8012B1B46
:100210003814AA19B814291A3815A81AB815AB1821
:1002200038162A18B816B7012B183714281BB7141C
:100230002B1A37152A1AB715A91A3716A918B7167F
:10024000B6012A1B3614A919B6142B193615AA188B
:10025000B615281A3616AB1AB616B501AB193514F1
:10026000AB1BB51429183515AA1AB515A91B3516D7
:100270002A19B516C4019F1B44141C18C4149C18D9
:1002800044151C19C4159C1944161C1AC416C30124
:100290009C1943141C1AC3149C1A43151C1BC31528
:1002A0009C1B43161D18C316C2019C1B42141D182B
:1002B000C2149D1842151D19C2159D1942161D1A0A
:1002C000C216C1019D1941141D1AC1149D1A411570
:1002D0001D1BC1159D1B41161E18C116C0019D1B7B
:1002E00040141E18C0149E1840151E19C0159E19E2
:1002F00040161E1AC016BF019E193F141E1ABF14C5
:100300009E1A3F151E1BBF159E1B3F161F18BF16BA
:10031000BE019E1B3E141F18BE149F183E151F19C8
:10032000BE159F193E161F1ABE16BD019F193D141A
:100330001F1ABD149F1A3D151F1BBD159F1B3D168F
:100340001C18BD162030C700AC012C083D3E8400AF
:100350000008AD00F830840700082D063F39AD00D5
:100360007822AE002D0C2E040A147F220A10AE0053
:100370002D1CBD292E0EF039AE000430C8004703F5
:100380007E22AF000339303E84002F0E7B22AE0D5B
:10039000031CCD29FF3A8005CE298004C703031929
:1003A000D529C80BBF29AC0AA5292308B306220802
:1003B000B2062108B1062008B0061C08A0001D08DE
:1003C000A1001E08A2001F08A30030089C003108ED
:1003D0009D0032089E0033089F00CA030319FA29C2
:1003E0001322CC0CCB0C031813224A08083A031929
:1003F0002722D2280830C7003408073E8400A30C07
:10040000800D9F0C800DA20C800D9E0C800DA10C08
:10041000800D9D0C800DA00C800D9C0C800D840324
:10042000C70BFF2908000310241A0314A70CA60CFD
:10043000A50CA40C0310281A0314AB0CAA0CA90CCD
:10044000A80C08004E22C5004E22C6000800222239
:100450000130491CA0302E2AC913302AC91749146B
:10046000B2001F306422861383168613831208306D
:10047000B3006322B20C320C803906068606B30B39
:10048000392A63220301C91B8030060686061F3005
:10049000642283168617831263220800861B4E2A65
:1004A0002E3064220930B30000000310861B0314B1
:1004B000B20C6322B30B552AB20DC9130318C91726
:1004C0006322320808001D30B100B10B652A0034E8
:1004D000CD004D08000089000000831600000000D8
:1004E0000814831208080000CE0008004D0882009E
:1004F0002C08D03E82000739D83E8200E03E8200C0
:10050000FF3FFF3FFF3FFF3FFF3FFF3FFF3FFF3FFB
:10051000FF3FFF3FFF3FFF3FFF3FFF3FFF3FFF3FEB
:10052000FF3FFF3FFF3FFF3FFF3FFF3FFF3FFF3FDB
:10053000FF3FFF3FFF3FFF3FFF3FFF3FFF3FFF3FCB
:10054000FF3FFF3FFF3FFF3FFF3FFF3FFF3FFF3FBB
:10055000FF3FFF3FFF3FFF3FFF3FFF3FFF3FFF3FAB
:100560001834383412340034FF3414348034833473
:1005700042349334013431341234343456347834C0
:100580000034313400340034123434345634783486
:10059000423493340134333412343434563478349E
:1005A0000034E034C034A03480346034403420342B
:1005B000013402340434083410342034403480349C
:1005C000313412345034333413342134423400344F
:1005D000513452343034433453347034223403347D
:1005E00073346234413460342334203402340134AF
:1005F0006134633440343234103411347134723421
:100600001F34B0342834EB34D1340D3442347E34CA
:10061000C534593493343434A6346A34FC348734C2
:10062000B034E33417347D342B349634DE3448341C
:100630000A3434346C348134C5345F34A934F23430
:100640002E34D0347234B73495340C344834EB340F
:1006500053346A34C9341434AF34F13436348D34FD
:100660008D344E34B134E8346B3435341734D234ED
:10067000F034933456342F340C34CA34A9347434DF
:10068000B2344F34D43418340B34F6347E34253439
:10069000C1343C346A348334AD3450349734E93453
:1006A000E934B434423427343E34CB3485341834FE
:1006B00056340A349F347034F134AD346C34D3344E
:1006C0003534E0345B340D346834D33496347A34C2
:1006D000F9342E34C234B1341F348434AC3447344A
:1006E0006B341C340D34A334D6347A343034C534EE
:1006F0008434F134BE345834E9342F3447349234DE
:10070000D1343434BD34E3348B34583442349E34E1
:100710007A34AF34C03405342C34F63417346934A9
:10072000B434D734E33448345E3421348D347234F5
:10073000093460343F34A6349534CB34FA341C3455
:10074000823427341434CA34F93490346F345C342E
:10075000EB34D8347D34A3344E343534B1340634DC
:100760005C3490346F34F93435344E348234273469
:100770000634EB34CA341434A334D8347D34B13461
:100780005234F8346F3416349C34CB340934A534E5
:10079000ED3427343A3481344334B434D0347E34A5
:1007A0002E349534B2346F3479340634C734F83487
:1007B0004B34E034D1343C34A4345A341D348334C3
:1007C0000C34E2347B34183490344D34C734B134B3
:1007D00063348F34DE3425343934F634A4345A3457
:1007E000F234173485344E345C34B0342B34ED3469
:1007F000A4347934383493346F34CA34D134063461
:084000000000020000000200B4
:02400E00F93F78
:10420000000020001100300000000000FF00FF004F
:104210000000040002002D002C00E0001E00010040
:10422000000016009200080053001C00B500370083
:10423000C400A500A800180074009300C700650022
:104240006800AE000C00E9006400160078008D00E4
:104250000000360085008E008100B0007D00BF00A8
:1042600000008B00C600EC006600E200A300F30033
:10427000210001008100AB00150004005400C600BD
:00000001FF