Trouver le codage !

[doul11]

Bonjour,

Je souhaite vous proposer un jeux qui consiste a trouver le système de codage, avec une difficultés graduelle : c'est a dire que quand le code sera percé je donnerais une nouvelle énigme avec le même code mais avec une ou des difficultés supplémentaires

Voici le départ :

FUTURA SCIENCES
70 15 -1 1 -3 -17 -33 51 -16 6 -4 9 -11 2 14

Le message a trouver :

84 1 -53 33 18 -51 52 -2 -3 6 1 -17

Il y a deux choses a trouver pour comprendre le code, a vos méninges !

A votre disposition pour toute question, demande d'indice ...

Bon jeux
-----

[Zartan]

TU AS TROUVE

On prend le code ascii de départ et ensuite c'est la différence
http://www.asciitable.com/

[doul11]

Bravo tu est rapide et perspicace !


Donc je continue et je vous rassure : des idées tordues et vicieuses j'en ai plein ma musette

Je reprends le même codage avec 3 difficultés supplémentaires :

FUTURA SCIENCES
67 28 C6 F1 69 E1 73 E3 51 DF FF D1 4A C1 EC 15 29 D2 CD E8 BA DE AB EB F2 D7 FB E4 E3 F0

46 32 7C DE C2 EB 54 E0 F8 AF 1B 06 E8 E7 E7 DF 8D E2 76 E5 5A DC 2E E8 63 E5 33 DB

Bon courage !

[Zartan]

J'ai trouvé deux astuces mais la troisième m'échappe encore En tous cas j'espère que ce n'est pas un décalage de bits.

[A voir en vidéo sur Futura]

[doul11]

En tous cas j'espère que ce n'est pas un décalage de bits.

Non quand même je ne suis pas vicieux a ce point là, ça c'est pour plus tard ...

Donc pas de décalage de bits, les donnés utiles sont codé sur 8 bits dans l'ordre normal.

[Zartan]

Normalement je devrai trouver 46 avec les deux premiers nombres (ou les deux derniers, ou le premier et le dernier )

Mais je n'ai pas d'idée pour le moment.

[NicoEnac]

Bonjour,

les donnés utiles sont codé sur 8 bits dans l'ordre normal.

8 bits ? Pourtant :

FUTURA SCIENCES
67 28 C6 F1 69 E1 73 E3 51 DF FF D1 4A C1 EC 15 29 D2 CD E8 BA DE AB EB F2 D7 FB E4 E3 F0

on dénombre 15 paquets de 4 chiffres héxa soit 16 bits par caractères.
Autrement dit, j'associe 6728 à "F", C6F1 à "U", etc... Donc 8 ou 16 bits ?

[doul11]

Bonsoir,

Donc 8 ou 16 bits ?

Il faut bien lire ce que doul écrit :

les donnés utiles sont codé sur 8 bits

Si j'ai écrit qu'il y a 8 bits utiles et que l'on en trouve 16 par caractère ça veut qu'il y en a 8 qui ne servent a rien

Donc je résume pour les trois deniers ajouts :

1) le code hexadécimal, pas vraiment "naturel" a lire pour l'humain, quoi que avec un peut d’habitude ... Surtout l'avantage (pour moi, pas pour vous) est de cacher en quelque sorte le signe
2) des octets qui ne servent a rien, insérés ce façon cyclique.
3) un bidouille sur le code ACSII

Dur dur

[Zartan]

3) un bidouille sur le code ACSII

Je dois manquer d'imagination je ne trouve toujours pas $46 en première place.

[NicoEnac]

Quelques éléments pour voir si j'avance dans la bonne direction :

1) D'après les codes du "U", du "E" et du "S" qui apparaissent 2x chacun, le codage ne se fait pas en "un pour un" c-à-d un code unique par caractère (OK c'est trivial).
2) Je suis donc parti sur la différence entre caractères successifs, comme dans le code précédent. Et là, aucun bit ne correspond à un bit de signe (le signe est donc bien caché cf le message #8).

Question : les octets insérés sont-ils insérés en bloc ?

[doul11]

Je dois manquer d'imagination je ne trouve toujours pas $46 en première place.

Aide : le premier octet n'est pas significatif.

1) D'après les codes du "U", du "E" et du "S" qui apparaissent 2x chacun, le codage ne se fait pas en "un pour un" c-à-d un code unique par caractère (OK c'est trivial).
2) Je suis donc parti sur la différence entre caractères successifs, comme dans le code précédent.

Oui c'est le principe, je rajoute des complication sur le codage de départ.

Et là, aucun bit ne correspond à un bit de signe (le signe est donc bien caché cf le message #8).

Et portant il est bien là ! complément a deux ou a un ...

En résolvant le code pour le premier caractère et avec les indications que j'ai donné sur les octet a ne pas prendre en comte je pense que devrais vous aider

Courage

[Zartan]

Même en partant de 28 -> 46, on doit trouver +15 pour le deuxième octet, puis -1, puis +1, en trafiquant F1 de manière à ce que ça donne +15 ça passe à peu près mais après ça ne colle plus du tout.

C'est un peu plus que trois difficultés supplémentaires à mon avis

[doul11]

Même en partant de 28 -> 46, on doit trouver +15

Je crois que ta calculatrice est cassé, la mienne me donne 1E pour 46-28

En même temps c'est sur que c'est facile pour moi puisque je connais la solution

[Zartan]

Oui ça j'ai vu mais pour aller du F au U j'ai besoin de +15, ensuite -1 du U au T et +1 encore.

Mais je crois que j'ai une idée maintenant je verrai ça demain

[Zartan]

Je suis parti de l'hypothèse que F1 -> 15 et E1 -> -1 et je suis arrivé... nulle part

En renversant les bits et en changeant le signe ça marche pour F1 mais pour E1 je devrai obtenir -1 et j'obtient 7

F1 = 11110001 10001111 0f
E1 = 11100001 10000111 7

C'est vraiment plus que 3 difficultés

[doul11]

Je suis parti de l'hypothèse que F1 -> 15 et E1 -> -1 et je suis arrivé... nulle part

C'est pourtant bien cela, il faut trouver ce qui manque pour arriver a ce que l'on veut, le premier caractère donne la l'opération a faire, c'est la même pour tout les caractères.

[Zartan]

Ah voilà, j'ai fini par comprendre

[Zartan]

PLUS DIFFICILE

J'étais parti avec l'idée que le premier décalage était unique, du coup je ne trouvai rien.

En résumé ce sont des nombres hexadécimaux, on ne prend que ceux de rang impair, on ajoute 30 ($1E) et la valeur numérique du caractère précédent à chaque fois.

[doul11]

Bien joué Zartan ! c'était pas facile.

Désolé pour le retard : beaucoup de travail en ce moment ...

Alors je continu :

FUTURA SCIENCES
67 AD C6 D5 69 68 73 74 51 4E FF EE 4A 29 EC 1F 29 19 CD D3 BA B6 AB B4 F2 E7 FB FD E3 F1 

46 92 7C 75 C2 D0 54 21 F8 1E 1B 24 E8 EB E7 EA 8D 85 76 7C

Toujours la même chose, le système de codage précédent avec un changement et un piège

Bonne réflexion

[Zartan]

LES FORUMS

Ca saute aux yeux quand on voit que la paire (69,68) doit donner -1 et (73,74) doit donner +1

using System;
using System.Text;

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            string Lettres = "46 92 7C 75 C2 D0 54 21 F8 1E 1B 24 E8 EB E7 EA 8D 85 76 7C";
            string[] tabLettres = Lettres.Split(' ');
            string resultat = "";

            byte n = Convert.ToByte(tabLettres[0], 16)  ;
            byte p = Convert.ToByte(tabLettres[1], 16)  ;
            byte r = p;

            r -= n;

            resultat += Convert.ToChar(r) ;


            for (int i = 2; i < tabLettres.Length; i+=2)
            {
                n = Convert.ToByte(tabLettres[i], 16);
                p = Convert.ToByte(tabLettres[i+1], 16);
                r += p;
                r -= n;
                resultat += Convert.ToChar(r);
            }

            Console.WriteLine(resultat);
            Console.ReadKey();
        }
    }
}

[doul11]

Ah ! tu est très fort

Voyons ce que tu peut faire avec ça :

FUTURA SCIENCES
A1 A1 FF FC 01 FF 5D F6 FE 63 78 00 6F B2 19 79 41 28 78 00 

A0 C0 5F E6 0C 80 FF 98 59 FF 00

Toujours dans la continuité, avec une grosse modification, mais dans le même état d’esprit

Pendant que vous vous cassez la tête sur ce code, je vais me délasser en faisant une partie de nibbles ...

[Zartan]

J'aurai du faire semblant d'avoir du mal il a l'air méchant celui là

Je regarderai plus tard...

[Zartan]

Bon j'avais pensé à un codage sur 10 bits mais ça ne colle pas avec la deuxième ligne, je pense à un modulo maintenant...

[doul11]

Doul est un sadique, si si et en plus ça le fait rire

Je te remet sur la bonne voie sinon tu ne trouvera jamais, il s'agit bien d'un codage sur 10 bits, j'ai juste rajouté quelques bits a la fin ...

Bien penser a l'indice que j'ai donné

Bonne chance quand même.

[totio94]

Bonjour,

Excusez-moi de mon ignorance, mais,

Ces codes m'intriguent, mais je ne comprends pas le fonctionnement, le but, et la manière de donner la bonne réponse...

Pouvez-vous éclairer ma lanterne, ça serait super ! .

Bien amicalement !

[Zartan]

Bonjour, la première phrase correspond à FUTURA SCIENCES, on doit découvrir ce que dit la seconde.

La table ASCII aide un peu : http://www.asciitable.com/

[doul11]

Bonjour,

Excusez-moi de mon ignorance, mais,

Ces codes m'intriguent, mais je ne comprends pas le fonctionnement, le but, et la manière de donner la bonne réponse...

Pouvez-vous éclairer ma lanterne, ça serait super ! .

Bien amicalement !

Bonjour,

Je te donne un exemple :

totio94

On passe en code ASCII, c'est une table de codage de cratères, c'est un standard de l'informatique, a chaque caractère correspond un nombre

116 111 116 105 111 57 52

Puis on passe en codage relatif, c'est a dire que chaque nombre donne ce que l'on doit ajouter au précédent pour trouver le caractère

116 -5 5 -11 6 -54 -5

116 -> t
116-5=111 -> o
111+5=116 -> t
116-11=105 -> i
105+6=111 -> o
111-54=57 -> 9
57-5=52 -> 4

Ensuite je suis passé en base hexadécimale -> http://fr.wikipedia.org/wiki/Syst%C3...xad%C3%A9cimal, j'ai rajouté des donnés aléatoires inutiles, une étape suivante ces données aléatoires sont devenus utiles dans le calcul pour trouver le caractère codé.

[totio94]

Bonjour,

Merci pour l'aide, j'essaye le prochain ! .

[Zartan]

Je n'ai pas encore abandonné mais je n'ai pas eu le temps d'écrire un algo de décodage sur 10 bits

[NicoEnac]

Bonjour,

Je trouve enfin une des solutions le premier !

 Cliquez pour afficher

Résulat : CHAMPION

Je suis parti comme d'hab sur la différence entre les caractères consécutifs. Sachant qu'il y avait 10 bits/carac j'ai simplement regardé si les bits en trop étaient communs à tous les caractères et là : bingo ! Il suffit de supprimer le bit de poids fort et le 6ème bit de poids fort.
Exemple : 1000010000 donnera 0000 0000