La fabuleuse histoire de la trame 7f 0a

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

encore une ch'tite info, voulant allez vite je me suis dis puisque t'as fais un proxy essaye de bipasser le download du fichier mp3 avec un autre, alors quand je le fais avec un autre mp3 de la platform violet ça marche ! mais surprise quand je le fais avec un mp3 extérieur ça marche plus....faut que je creuse les tailles des mp3s sont différents mais lu, alors il y aurait autre choses ? soit la taille dans la trame est pris comme une taille maximum ou il y a des tags dans les mp3 violet ?
arg je sais plus du tout je suis trop naze, je vais me coucher...

Allez encore une info avant le dodo.

J'ai essayé le bypass du download de mp3 demandé à partir d'une trame d'origine : j'ai eu la même coupure au bout de quelques secondes.
C'était avec une trame qui jouait :
/broad/config/respiration/54625Respiration01.mp3
/broad/config/surprise/fr/12039cadepend.mp3
/broad/config/surprise/fr/12039cadepend.mp3.chor
C'est le fichier 12039cadepend.mp3 qui a subi le bypass en renvoyant le contenu d'un autre fichier mp3

Puis j'ai voulu essayer avec une autre trame, une de type message personnel envoyé au lapin :
/broad/config/signature/MelodicaTango.mp3
/broad/config/anim/sig_circle.chor
/broad/001/130/445/950.mp3
La j'ai fait le bypass sur 950.mp3 et miracle : je n'ai pas eu la coupure attendue. Elle n'est survenue qu'à 1 minute de musique.

Du coup, j'ai essayé de reprendre mon idée de l'encodage /broad/X/X/X/X/X.mp3 mais au sein de cette trame 'message perso' et même résultat : la coupure ne survient qu'à 1 minute.

Ma conclusion actuelle (vu l'heure tardive ça demande plus de reflexion) est que :
- il n'y a pas de durée de fichier mp3 dans la trame
- la coupure du mp3 est relative au fichier .chor qui l'accompagne
- s'il n'y a pas de fichier .chor associé au mp3, il n'y a coupure qu'à 1 minute

ok donc pas de taille mais j'arrive pas a comprendre pourquoi je n'ai pas réussi à bypasser le mp3 avec un mp3 autre que chez violet.
arg zut mais c'est bien sûr j'ai oublié de découper le mp3

Bravo... je dors un peu, et au reveil, je vois pleins de découvertes.

Si vous avez réussi à encoder un nouveau nom de fichier, ca voudrait dire qu'il n'y a pas de checksum...

yep mais bon mon lapin veut pu se rallumer visiblement la prise d'alim est sensible...

Ben le mien m'a fait une petite frayeur aussi ce matin, mais tout est rentré dans l'ordre après un debranchement puis branchement avec appui sur le bouton jusqu'à ce qu'il devienne blanc. Puis j'ai appuyé sur le bouton, il a fait plein de trucs. J'ai à nouveau debranché/ rebranché, et c'est OK.

Ce qui n'allait pas:
Quand je bougeait à la main l'oreille droite (celle sui est dans ma main droite quand je le regarde de face), il ne réagissait pas, alors que quand je bougeais l'oreille gauche, il emettait un son, allumait qq leds, et faisait un tour d'oreilles.

Je pense qu'il n'a pas apprecié de se reveiller avec un carton de déménagement trop près de l'oreille droite (il ne l'a pas mise à la verticale, car il a du sentir que ca bloquait)...

Je sais, c'est HS... mais si quelqu'un rencontre ce "semi-probleme" d'oreille qui ne réagit pas quand on bouge les oreilles à la main...

20h30
L'avantage d'un long voyage en train, c'est qu'on a un peu de temps... Je l'ai donc utilisé pour continuer mes recherches. Je n'ai pas encore creusé le décodage du reste de la trame, par contre, je me suis penché plus en profondeurs sur notre table de décodage.

20h40
J'ai notamment remarqué qu'un même caractère pouvait être encodé de la même manière, alors qu'il est précédé de caractères différents.

Ce qui est encore plus remarquable est que ces répétitions sont cycliques. Il est donc possible de completer la table que nous avions déjà.

21h30
Je n'ai pas encore fini l'automatisation de la recherche de la table complete, mais ca ne saurait tarder. En effet, je pense que si toutes mes (mais aussi 'nos') hypothèses sont exactes, je dois pouvoir avoir la table complète d'ici quelques jours.

N'ayant plus mon lapin/pin pour le moment (et cela pour quelques temps), je vais essayer de vous fournir très rapidement une table permettant d'encoder tous les caractères ASCII, en fonction de n'importe quel caractère le précédant. Je vous laisserais donc le soin de la maltraiter pour vérifier que tout est exact

Je ne pense pas que tous les caractères soient utilisés, mais comme on dit, "qui peut le plus, peut le moins"... Donc si j'arrive à avoir tous les caractères de la table ASCII, j'aurais forcément ceux dont on a besoin.

22h00
Ca y est... le train roule depuis un bon moment, et je change de "sujet".
Je me suis lancé dans l'analyse du reste de la trame.
Au départ de nos recherches, on avait émi l'hypothèse qu'une certaine suite "f6 bb 4f" et/ou "88 a8 0f" pouvaient dépendre du firmware du lapin/pin.

22h10
En fait, je pense que ces bouts de trame dépendent plutot de la "catégorie" de fichier qui va être envoyé par la suite.

Ainsi, on trouve toujours (du moins, dans toutes les trames que j'ai) la séquence "88 a8 0f" avant le nom du 1er fichier dans le cas on le lapin va demander plusieurs fichiers.

22h20
J'ai même l'impression que cette séquence va servir à dire au lapin/pin qu'il va devoir rejouer le fichier. En effet, cette séquence arrive souvent avant le fichier signature.mp3 (que ca soit celui du répértoire weather/fr, air/fr ou tout autre. Et ce fichier mp3 est rejoué à la fin, sans que le lapin/pin ne le redemande au serveur.
Dans la même trame qui me fait dire cela, j'ai un comportement similaire avec une séquence (qui n'est aucune des deux citée au debut de ce post) que je retrouve juste avant mon fichier .chor, et je retrouve la meme séquence, avec le meme fichier .chor en fin de trame, mais encore une fois, le fichier ne sera pas redemandé au serveur.

Je vais essayer de réflechir à une solution pour automatiser l'analyse de ces trames, et voir si je peux confirmer mon hypothèse.

Poursuivant l'analyse de cette trame, et en m'aidant de ma table quasiment complete, mais à vérifier, je viens de voir qu'à la fin de chaque nom de fichier, il y a un caractère qui annonce la fin du fichier (caractère ASCII n°10)... que je sais encoder grace à ma table.

22h40
Mon train arrive bientot... donc d'ici quelques temps, ce compte rendu sera en ligne (le temps d'arriver chez mes parents, et de poster tout ca.)

La prochain étape sera d'essayer de voir si le décodage de toute la trame avec ma table peut donner des indices...

La nouvelle API de Violet (celle qui permet d'envoyer une URL quelconque) m'a permis de reprendre du service sur le décodage des trames. En fait j'ai profité de cette fonctionnalité pour envoyer tout un tas de séquences qui permettent de reconstituer une table assez complète.
Concrètement, j'ai pu avoir les codes permettant d'encoder toutes les séquences constituées des caractères suivants :

Citation :

0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz/.:?=@$-_+

Cela va probablment me permettre de rajouter la fonctionnalité 'envoi d'une URL quelconque' à OpenNab, mais ce n'est pas de ça dont je voulais parler ici.

Après une comparaison rapide, j'ai constaté que ces encodages sont exactement les mêmes pour toutes les trames 7f0a.
J'ai donc repris une trame classique telle que

Citation :

7f0a00014e
011e5b4fe1e63_251848a8a2095_88a80f
11f9f2eefbfac6c09b_860df9f2eefb66ac4881cd3cccd0_ac63b62c6c988969b2_9c5ecc6184abdc05b0f9_807fc2_9526834f_a28e2bf518cbb81d_26a74f
___________________/_b_r_o_a_d_/_c_o_n_f_i_g_/__c_l_o_c_k_/_f_r_/__s_i_g_n_a_t_u_r_e_.__m_p_3
11f9f2eefbfac6c09b_860df9f2eefb66ac4881cd3cccd0_6e292cee6c9c5ecca08c7eb5d6639cf9ee876efd_71882445_88fe8f
___________________/_b_r_o_a_d_/_c_o_n_f_i_g_/__a_n_i_m_/_s_i_g___c_i_r_c_l_e_._c_h_o_r
11f9f2eefbfac6c09b_860df9f2eefb66ac4881cd3cccd0_ac63b62c6c988969b2_9e6b06dcd1_807fc2_953ffb4f_201d_26a74f
___________________/_b_r_o_a_d_/_c_o_n_f_i_g_/__c_l_o_c_k_/_f_r_/__1_4_/_3_.__m_p_3
11f9f2eefbfac6c09b_860df9f2eefb66ac4881cd3cccd0_ac63b62c6c988969b2_9e6b06dcd1_807fc2_d1ee876efd_71882445_88a80f
___________________/_b_r_o_a_d_/_c_o_n_f_i_g_/__c_l_o_c_k_/_f_r_/__1_4_/_3_.__m_p_3__._c_h_o_r
11f9f2eefbfac6c09b_860df9f2eefb66ac4881cd3cccd0_ac63b62c6c988969b2_9c5ecc6184abdc05b0f9_807fc2_9526834f_a28e2bf518cbb81d_26a74f
___________________/_b_r_o_a_d_/_c_o_n_f_i_g_/__c_l_o_c_k_/_f_r_/__s_i_g_n_a_t_u_r_e_.__m_p_3
11f9f2eefbfac6c09b_860df9f2eefb66ac4881cd3cccd0_6e292cee6c9c5ecca08c7eb5d6639cf9ee876efd_71882445
___________________/_b_r_o_a_d_/_c_o_n_f_i_g_/__a_n_i_m_/_s_i_g___c_i_r_c_l_e_._c_h_o_r

et je me suis demandé si on pouvait y décoder "autre chose"

En faisant du décodage en marche arrière, j'ai pu constater que '860df9f2eefb' est bel est bien un encodage de '/broad' et, en remontant encore plus, j'ai aussi constaté que '11f9f2eefbfac6c09b' est un encodage de 'broadcast'.

Du coup, le décodage devient :

Citation :

7f0a00014e
011e5b4fe1e63_251848a8a2095_88a80f
11f9f2eefbfac6c09b_860df9f2eefb66ac4881cd3cccd0_ac63b62c6c988969b2_9c5ecc6184abdc05b0f9_807fc2_9526834f_a28e2bf518cbb81d_26a74f
b_r_o_a_d_c_a_s_t__/_b_r_o_a_d_/_c_o_n_f_i_g_/__c_l_o_c_k_/_f_r_/__s_i_g_n_a_t_u_r_e_.__m_p_3
11f9f2eefbfac6c09b_860df9f2eefb66ac4881cd3cccd0_6e292cee6c9c5ecca08c7eb5d6639cf9ee876efd_71882445_88fe8f
b_r_o_a_d_c_a_s_t__/_b_r_o_a_d_/_c_o_n_f_i_g_/__a_n_i_m_/_s_i_g___c_i_r_c_l_e_._c_h_o_r
11f9f2eefbfac6c09b_860df9f2eefb66ac4881cd3cccd0_ac63b62c6c988969b2_9e6b06dcd1_807fc2_953ffb4f_201d_26a74f
b_r_o_a_d_c_a_s_t__/_b_r_o_a_d_/_c_o_n_f_i_g_/__c_l_o_c_k_/_f_r_/__1_4_/_3_.__m_p_3
11f9f2eefbfac6c09b_860df9f2eefb66ac4881cd3cccd0_ac63b62c6c988969b2_9e6b06dcd1_807fc2_d1ee876efd_71882445_88a80f
b_r_o_a_d_c_a_s_t__/_b_r_o_a_d_/_c_o_n_f_i_g_/__c_l_o_c_k_/_f_r_/__1_4_/_3_.__m_p_3__._c_h_o_r
11f9f2eefbfac6c09b_860df9f2eefb66ac4881cd3cccd0_ac63b62c6c988969b2_9c5ecc6184abdc05b0f9_807fc2_9526834f_a28e2bf518cbb81d_26a74f
b_r_o_a_d_c_a_s_t__/_b_r_o_a_d_/_c_o_n_f_i_g_/__c_l_o_c_k_/_f_r_/__s_i_g_n_a_t_u_r_e_.__m_p_3
11f9f2eefbfac6c09b_860df9f2eefb66ac4881cd3cccd0_6e292cee6c9c5ecca08c7eb5d6639cf9ee876efd_71882445
b_r_o_a_d_c_a_s_t__/_b_r_o_a_d_/_c_o_n_f_i_g_/__a_n_i_m_/_s_i_g___c_i_r_c_l_e_._c_h_o_r

Il reste encore des zones d'ombres mais ça progresse plutôt pas mal.
Je ne sais pas vraiment si les autres caractères sont issus du même encodage, faut creuser...

Il se pourrait aussi que mon jeu de caractère ne soit pas suffisamment étoffé pour tout décoder mais la méthode de constitution de la table en créant des URLs bidons a ses limites : j'ai constaté que les caractères '#' et '&' sont purement et simplement tronqués par l'API de Violet. Je ne me suis pas encore attaqué aux encodages '%' qui, en théorie, permettent de faire passer n'importe quel caractère dans une URL mais je ne sais pas si l'API de Violet les accepte...

Si quelqu'un veut essayer de détecter une quelconque logique dans la table d'encodage complète, qu'il me fasse signe...