La fabuleuse histoire de la trame 7f 0a

Pour faire suite à la discussion de ces jours derniers, j'ai utilisé OpenNab pour implémenter hier soir la détection d'une hypothétique table de transcodage telle que suggérée par gi-aif.
J'ai laissé tourner toute la journée (j'ai rapidement écarté l'idée de générer moi même des trames car leur décodage par le lapin donnait trop souvent des caractères inutilisables) et j'ai obtenu le résultat encore incomplet ci-dessous. Je ne poste que la partie /.0-9, le reste est encore trop vide.
La mauvaise nouvelle c'est que la constatation de pixel du rezo (dans certains cas l'encodage d'un caractère ne dépend pas que du caractère précédent) semble se confirmer. Toutefois ces encodages pourraient éventuellement être interchangeables ? Pour ça, il faudra encoder un nom de fichier avec cette table et regarder ce que décode le lapin...

codages en hexa : (il faut lire "4 précédé de 1 s'encode a0, a9 ou 6b")
¨¨¨.¨¨/¨¨0¨¨1¨¨2¨¨3¨¨4¨¨5¨¨6¨¨7¨¨8¨¨9
/¨¨¨¨¨¨¨ff¨9e¨3d¨dc¨7b¨1a¨b9¨58¨f7¨96
/¨¨¨¨¨¨¨¨¨¨2d¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
/¨¨¨¨¨¨¨¨¨¨42¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
0¨1d¨be¨5f¨00¨a1¨42¨e3¨84¨25¨¨¨¨67¨08
1¨c9¨f4¨3f¨82¨d5¨20¨a0¨b6¨01¨4c¨97¨¨¨
1¨¨¨¨¨¨¨¨¨¨8a¨¨¨¨¨¨¨a9¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
1¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨6b¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
2¨c5¨32¨9f¨¨¨¨¨¨¨e6¨53¨¨¨¨2d¨9a¨07¨74
3¨d1¨28¨7f¨¨¨¨2d¨¨¨¨db¨32¨¨¨¨e0¨37¨8e
4¨2d¨06¨¨¨¨0e¨91¨¨¨¨¨¨¨1c¨f5¨ce¨a7¨80
5¨39¨7c¨bf¨¨¨¨45¨¨¨¨cb¨0e¨¨¨¨¨¨¨d7¨¨¨
6¨55¨ba¨1f¨84¨e9¨4e¨¨¨¨18¨¨¨¨¨¨¨47¨¨¨
7¨e1¨70¨¨¨¨8e¨¨¨¨ac¨3b¨ca¨59¨e8¨77¨06
8¨3d¨ce¨¨¨¨f0¨81¨¨¨¨¨¨¨34¨¨¨¨56¨e7¨78
9¨c9¨84¨3f¨¨¨¨b5¨70¨2b¨¨¨¨a1¨5c¨¨¨¨d2

codages en décimal :
¨¨¨¨.¨¨¨/¨¨¨0¨¨¨1¨¨¨2¨¨¨3¨¨¨4¨¨¨5¨¨¨6¨¨¨7¨¨¨8¨¨¨9
/¨¨¨¨¨¨¨¨¨255¨158¨061¨220¨123¨026¨185¨088¨247¨150
/¨¨¨¨¨¨¨¨¨¨¨¨¨045¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
/¨¨¨¨¨¨¨¨¨¨¨¨¨066¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
0¨029¨190¨095¨000¨161¨066¨227¨132¨037¨¨¨¨¨103¨008
1¨201¨244¨063¨130¨213¨032¨160¨182¨001¨076¨151¨¨¨¨
1¨¨¨¨¨¨¨¨¨¨¨¨¨138¨¨¨¨¨¨¨¨¨169¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
1¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨107¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
2¨197¨050¨159¨¨¨¨¨¨¨¨¨230¨083¨¨¨¨¨045¨154¨007¨116
3¨209¨040¨127¨¨¨¨¨045¨¨¨¨¨219¨050¨¨¨¨¨224¨055¨142
4¨045¨006¨¨¨¨¨014¨145¨¨¨¨¨¨¨¨¨028¨245¨206¨167¨128
5¨057¨124¨191¨¨¨¨¨069¨¨¨¨¨203¨014¨¨¨¨¨¨¨¨¨215¨¨¨¨
6¨085¨186¨031¨132¨233¨078¨¨¨¨¨024¨¨¨¨¨¨¨¨¨071¨¨¨¨
7¨225¨112¨¨¨¨¨142¨¨¨¨¨172¨059¨202¨089¨232¨119¨006
8¨061¨206¨¨¨¨¨240¨129¨¨¨¨¨¨¨¨¨052¨¨¨¨¨086¨231¨120
9¨201¨132¨063¨¨¨¨¨181¨112¨043¨¨¨¨¨161¨092¨¨¨¨¨210

PS : les encodages /.0-9 pourraient largement suffire pour faire pas mal de choses, ce sont d'ailleurs les seuls caractères utilisés par Violet pour l'envoi de messages individuels.

Ce forum fait enfin sérieux !
J'comprends pas tout... Mais si vous arrivez à tout décoder.... Ca pourra amener de nouveaux dev.
Bon courage et bravo !

Laisse tomber Guiz' La nymphormatik c'est pas à la portée des mecs, c'est tout....

oaz a écrit:

Pour ça, il faudra encoder un nom de fichier avec cette table et regarder ce que décode le lapin...

On peut tester, mais il faudrait aussi savoir ce qu'il y a autour de ce qu'on a commencé à decouvrir... Doit bien y avoir des checksum ou des trucs dans le genre dans ces trames, non ?

Ma petite contrib pour completer ce bon début de tableau :

¨¨¨.¨¨/¨¨0¨¨1¨¨2¨¨3¨¨4¨¨5¨¨6¨¨7¨¨8¨¨9
/¨¨¨¨¨¨¨ff¨9e¨3d¨dc¨7b¨1a¨b9¨58¨f7¨96
/¨¨¨¨¨¨¨¨¨¨2d¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
/¨¨¨¨¨¨¨¨¨¨42¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
0¨1d¨be¨5f¨00¨a1¨42¨e3¨84¨25¨c6¨67¨08
1¨c9¨f4¨3f¨82¨d5¨20¨a0¨b6¨01¨4c¨97¨e2
1¨¨¨¨¨¨¨¨¨¨8a¨¨¨¨¨¨¨a9¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
1¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨6b¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
2¨c5¨32¨9f¨0c¨79¨e6¨53¨c0¨2d¨9a¨07¨74
3¨d1¨28¨7f¨d6¨2d¨¨¨¨db¨32¨89¨e0¨37¨8e
4¨2d¨06¨¨¨¨0e¨91¨6a¨¨¨¨1c¨f5¨ce¨a7¨80
5¨39¨7c¨bf¨02¨45¨88¨cb¨0e¨¨¨¨¨¨¨d7¨¨¨
6¨55¨ba¨1f¨84¨e9¨4e¨¨¨¨18¨¨¨¨e2¨47¨ac
7¨e1¨70¨ff¨8e¨1d¨ac¨3b¨ca¨59¨e8¨77¨06
8¨3d¨ce¨5f¨f0¨81¨12¨¨¨¨34¨c5¨56¨e7¨78
9¨c9¨84¨3f¨¨¨¨b5¨70¨2b¨e6¨a1¨5c¨17¨d2

Bizarre pour les codages multiples,
j'ose esperer que c'est du à la mauvaise connaissance du contenu global de la trame qui entraine cet effet de bord :
vu comment on est obligé de découper la réponse du serveur, puis de recoller les morceaux avec les demandes qui suivent, il y a peut etre une erreur quelque part. Pour ma part, il me semble avoir eu 1 caractére codé en double, mais je l'ai /dev/null tout de suite, car ce que j'estimais etre le bon codage se retrouvait 4 ou 5 fois contre une seule.

Pixel du Rezo a écrit:

.../...Doit bien y avoir des checksum ou des trucs dans le genre dans ces trames, non ?

Je cherche...


Faudra aussi

• determiner si c'est toute la trame qui est codée, ou seulement les morceaux d'url
• apprendre à decoder le 1° caractére du ou des morceaux codés
• apprendre à recoder
• il est 9h je pete la forme
• etendre le décodage aux lettres minuscules ET majuscules( j'en ai vu style CoussinPeteur.mp3)
• ...

La route est encore longue, mais je trouve que le rapport prix/plaisir vient de basculer dans le bon sens

Citation :

Toutefois ces encodages pourraient éventuellement être interchangeables ? Pour ça, il faudra encoder un nom de fichier avec cette table et regarder ce que décode le lapin...

si c'est le cas et que la table de codage est présente dans le firmware il y aura encore bcp de boulo car il faudra faire dynamiquement la correspondance avec d'éventuelles nouvelles tables....
a moins de sauvegarder un firmware...
mais donc de ne plus bénéficier des majs à moins de se retaper tout le taf...

clayde a écrit:

si c'est le cas et que la table de codage est présente dans le firmware il y aura encore bcp de boulo car il faudra faire dynamiquement la correspondance avec d'éventuelles nouvelles tables....

Mais pourquoi donc quelqu'un voudrait-il changer le système de codage ?

J'en arrive à me demander si chez Violet ils se marrent en nous voyant essayer de décrypter toutes ces infos...

oaz a écrit:

J'en arrive à me demander si chez Violet ils se marrent en nous voyant essayer de décrypter toutes ces infos...

Si j'étais à leur place je me marrerais c'est clair

clayde a écrit:

a moins de sauvegarder un firmware...

C'est de ça que tu parles : http://www.nabaztag.com/firmware/firmware.0.0.0.10.sim.txt ?
Cela en fait déjà 1 sous le coude...

clayde a écrit:

mais donc de ne plus bénéficier des majs à moins de se retaper tout le taf...

Le plus dur c'est toujours la 1° fois !
En cherchant un peu il y a des outils qui pourraient aider style http://hachoir.org/

clayde a écrit:

oaz a écrit:

J'en arrive à me demander si chez Violet ils se marrent en nous voyant essayer de décrypter toutes ces infos...

Si j'étais à leur place je me marrerais c'est clair

C'est sur que celà doit etre marrant de voir les balbutiements ou les fourvoyement de quelques fadas de l'hexa ou du binaire quand on dispose des sources pour coder,
Mais d'un autre coté, c'est peut etre tout un Business Plan qui tombe à l'eau : comment continuer à vendre un service, si n'importe quel PC peut piloter le nab ?
Ce à quoi je répondrait "A l'heure du WEB 2.0 où l'utilisateur lambda peut adapter le web à sa façon, que propose de plus ce service qui pourrait donner envie de l'acheter :?: "

Sur ce, je retourne sur une certaine trame ...

sympa hachoir je connaissais po,
par contre le but pour moi c'est plus de compléter leur services, imagine tu shootes leur business plan, la boite fait faillite, le lapin n'est plus diffusé, plus maintenu, ton lapin tombe en panne...
on aura l'air malin..
c'est pour ça que j'ai plus envie de faire des alternatives que de le libérer, il y a tellement de chose à faire, comme lire les mp3 de ton disque dur, enregistrer du son du lapin pour des notes vocales, de la téléphonie ip, pour générer ton podcast pour de la surveillance et que sais je encore....

et si , le web 2.0 est une escrorie certes qui me fait travailler mais une escrorie qd même...

J'ai fais une petite modif dans opennab, qui ne fait que logguer en base de donnée au lieu du fichier... c'est plus pratique à analyser par la suite. De plus, j'enregistre la reponse en hexa, mais non decomposée (ceux qui utilisent comprendront).

J'ai ensuite fait un petit script PHP qui analyse toutes mes trames.
je lui donne à quel "caractère hexa" il doit placer les fichiers qui correspondent à mes trames... puis il créé le tableau d'encodage.

Et là, miracle... j'ai un tableau avec aucun double encodage...
http://nabterrier.pixel.gotdns.org/encodage.html

Ca se lit:

.....a...b...c
d....1...2...3
e....4...5...6

d après a s'encode 1
d après b s'encode 2
d après c s'encode 3
etc...

La suite quand j'aurai d'autres trames (pour le moment, j'en ai pas fais bcp... mais je vais essayer plein de services, juste pour avoir des trames)

Sur ce, bonne nuit

Pour information, j'ai recu quelques nouvelles trames ce matin (météo, qualité de l'air, et 2 messages envoyés)...

Toujours nickel : aucun double encodage... je vais pas tarder à me lancer pour trouver comment est généré ce codage.

Ensuite, il faudra encore decoder tout le reste...

EDIT: ma pause de midi a été interessante. L'idée que j'avais evoquée pour trouver des encodages à partir d'autres connus semble se confirmer... je continue mes recherches, et je poste le résultat dès que c'est bon...

good news good news

J'avance, et mes résultats semblent interessants pour le moment.
J'ai mis en application ma "théorie".

Cette théorie est tout d'abord basée sur le fait qu'un caractère sera encodé en fonction du précédent.

Je fais un tableau carré, avec sur la première ligne, les caractères 0 à 255 (fonction chr du PHP par exemple).
Pareil pour la première colonne.

Ma première colonne signifie (comme je l'ai dis plus haut) le caractère celui qu'on choisi, après un caractère qu'on choisi dans la 1ere ligne s'encode la case au croisement.

Jusque là, rien de nouveau.
Ma théorie est la suivante. si on connait l'encodage de plusieurs après un meme caractère (et qu'il ne sont pas trop loin), on peut trouver le nombre à additionner/soustraire pour passer d'un caractère au suivant.

J'ai ainsi réussi à remplir des colonnes (puisque c'est comme ca que je peux remplir avec cette théorie) entières de mon tableau... et ce qui me fait penser qu'on est sur une bonne piste, c'est que le caractère 0 (pas le chiffre.. le caractère n°0) s'encoderait toujours "2f".

Voilà donc le resultat de mes recherches du jour...
Mon script est automatique, et mes colonnes devraient se remplir automatiquement à mesure que j'ai de nouvelles trames (si j'ai des nouveaux couples caractère/caractère précédent).

Je vais essayer de voir ce qui est dans les autres caracères de la trames (avant, après, et entre ce qu'on saurait decoder)

gi-aif a écrit:

Mais d'un autre coté, c'est peut etre tout un Business Plan qui tombe à l'eau : comment continuer à vendre un service, si n'importe quel PC peut piloter le nab ?

Je ne pense pas qu'on en arrive là... en effet, sans la synthèse vocale, le lapin n'est pas toujours très compréhensible... et on n'est pas encore à avoir un système de synthèse vocal aussi poussé que celui de Violet...

Dans tous les cas... je pense que meme si on arrivait à se detacher completement des serveurs de Violet, peu de monde utiliserait cette méthode... seule une minorité de personnes ferait cela... donc ca ne changerait pas grand chose au business de Violet. Au contraire, ils vendent des lapins, et derrière, aucune surcharge sur les serveurs... sympa, non ?

Pixel du Rezo a écrit:

.../...Je fais un tableau carré, avec sur la première ligne, les caractères 0 à 255 (fonction chr du PHP par exemple).
Pareil pour la première colonne

Je me sens dans une phase frustrante où j'ai encore des idées, mais pas de temps pour les creuser ( femme, enfants, boulot ...)

Dans le tableau que tu construit, peux tu constater ce qu'il m'avait sembler deviner : le bit de poids faible est toujours codé par négation du bit de poids faible du caractere correspondant ?

Si on code ( ou decode ) 0xf3 (soit en binaire 1111 0011) , avec cette propriété, on sait déja que l'on a xxxx xxx0 dans le codage ( ou décodage)
Comme de plus, la fonction utilisée est nécéssairement bijective : du 1 pour 1 , et non du 1 pour N ou du N pour 1(réversibilité du codage oblige), tu dois pouvoir ramener la table à un tableau de 128 sur 128,

le codage s'opérant en 2 phases :
- le bit de poids faible par inversion
- les 7 bits de poids fort par transcodage avec le tableau

<HS> si on m'avait dit que bien des années aprés la fin de mes études , je devrais me rapeller des propriétes des fonctions bijectives, injectives, surjective et j'en passe ... pour pouvoir discuter avec un lapin en plastique </HS>

Pixel du Rezo a écrit:

seule une minorité de personnes ferait cela...

Si on y arrive, j'en serais

gi-aif a écrit:

Je me sens dans une phase frustrante où j'ai encore des idées, mais pas de temps pour les creuser ( femme, enfants, boulot ...)

Je suis un peu dans le meme cas: boulot, copine, et surtout un demenagement en route. Je quitte paris pour montpellier lundi

gi-aif a écrit:

Dans le tableau que tu construit, peux tu constater ce qu'il m'avait sembler deviner : le bit de poids faible est toujours codé par négation du bit de poids faible du caractere correspondant ?

Si on code ( ou decode ) 0xf3 (soit en binaire 1111 0011) , avec cette propriété, on sait déja que l'on a xxxx xxx0 dans le codage ( ou décodage)

Je vais regarder, mais là, je vais pas tarder à aller dormir... et ce WE, je crois que ca sera plutot week-end empaquetage des dernieres bricoles dans les cartons de déménagement... faut que je rajoute la valeur en affichage binaire pour essayer de valider ton hypothèse...

gi-aif a écrit:

Comme de plus, la fonction utilisée est nécéssairement bijective : du 1 pour 1 , et non du 1 pour N ou du N pour 1(réversibilité du codage oblige), tu dois pouvoir ramener la table à un tableau de 128 sur 128

On a du 1 pour 1... oui, un caractère ne peut pas etre encodé de la meme manière avec 2 caractères différents qui le précède, et à partir du caractère précédent, on peut avoir le suivant... cependant, on a besoin de caractères pour commencer le decodage...

Pixel du Rezo a écrit:

gi-aif a écrit:

Dans le tableau que tu construit, peux tu constater ce qu'il m'avait sembler deviner : le bit de poids faible est toujours codé par négation du bit de poids faible du caractere correspondant ?

Si on code ( ou decode ) 0xf3 (soit en binaire 1111 0011) , avec cette propriété, on sait déja que l'on a xxxx xxx0 dans le codage ( ou décodage)

Je vais regarder, mais là, je vais pas tarder à aller dormir... et ce WE, je crois que ca sera plutot week-end empaquetage des dernieres bricoles dans les cartons de déménagement... faut que je rajoute la valeur en affichage binaire pour essayer de valider ton hypothèse...

En fait, j'ai pas résisté à l'envie de voir si ta théorie parait exacte... et je dois avouer que... OUI

Un caractère dont le bit de poids est 1 aura le bit de poids faible égal à 0 dans son encodage, quel que soit le caractère qui le précède, et vice-versa...
Bien vu...

hé bah moi je dis chapeau les gars tout commence à devenir clair!

clayde a écrit:

hé bah moi je dis chapeau les gars tout commence à devenir clair!

Bah moi, je trouve qu'on a encore de belles zones d'ombre !!!
Mais si on s'y met tous un peu, on devrait avancer.

De mon coté, je vais devoir faire une pause pendant un moment...car comme je l'ai dis, je demenage... et donc je n'aurai pas de connection avant quelques temps... j'essayerai d'avancer un peu, mais je ne pourrais rien tester...
Je pourrais me connecter en journée, mais mon lapin sera coupé de toute civilisation (je ne vais pas l'amener au boulot )

Tous ca pour dire que j'espere que quand il se reconnectera, on aura bien avancé...

Bon boulot de décodage les gars !

De mon côté, je me suis essayé à l'encodage. J'ai remarqué que, avec ce que l'on a, on peut déjà encoder tous les noms de fichiers qui sont de la forme suivante :
/broad/X/X/X/X/X.mp3 ou X est un chiffre entre 0 et 9

J'ai donc pris une trame existante et j'y ai remplacé un nom de fichier par l'encodage du nom de mon choix (ayant uploadé auparavant un fichier mp3 dans la hiérarchie de folders /broad).
Vous savez quoi ça ? Ca marche !

Mais vous ne savez pas encore la meilleure : la lapin tronque la lecture du mp3

J'ai essayé en insérant mon nom de fichier dans 2 trames "d'origine" différentes et j'ai l'impression que ça a un rapport avec la taille du mp3 originel. Un peu comme si la durée du mp3 dont on encode le nom était présente ailleurs dans la trame...
Affaire à suivre...

N'oubliez pas que la limite d'originie est de 45 secondes pour les mp3. Ceci expliquerait cela ?

marfab a écrit:

N'oubliez pas que la limite d'originie est de 45 secondes pour les mp3. Ceci expliquerait cela ?

Non, ça ne l'explique pas car j'ai des coupures à 2 secondes