Reprise du message précédent :

Pour du VisualBasic ou du C(++)? Le premier je ne connais pas, le problème peut certainement être résolu avec mais je doute que ce sois faisable en cinq minutes. Pour le C comme disais Totoche17 faut avoir des bases solides sinon tu n'iras pas loin. Malheureusement le C ce n'est pas un language qu'on apprends en quelque heures, il y a pas mal de petits détails et de failles à connaître.
En plus "quelques lignes de code" ça me paraît optimiste, enfin ça dépends de ce qu'on entends par "quelque"... J'ai passé la soirée à bricoler une version très basique (noir et blanc, pas de GUI, pas de gestion d'erreurs) d'un programme qui crée un .dat avec du texte défilant. Sans la définition du font ça tient en 88 lignes de code, mais c'est vraiment basique. Si on veux un "vrai truc" avec GUI et couleurs il y a du boulot!!

(Pour le font je me suis servi ici puis j'ai bricolé un bout de Perl qui traduit un fichier .bdf en code C. Les caractères accentués ne fonctionnent pas mais c'était pour tester à défaut de trouver plus simple à utiliser.)

totche, toi qui a décoder le fichier, peut tu me dire combien de frame contient la première que tu as affiché, combien contient la seconde que tu as affiché, et combien contient la troisième que tu as affiché ?
parce que si je suit la logique du boitier, il affiche 31 programmes, mais je ne tombe pas sur un multiple de 31 par rapport au nombre de frame.

 
Tu peux etre plus clair ?
C'est quoi la premiere, la seconde ?
 
C'est quoi un programme ?
 
Tu peux donner plus d'explications ? Je sais pas jouer aux devinettes.
 
Si necessaire t'as une video explicative de l'utlisation du boitier ?
Des photos ?
 

les images que tu as posté en parlant comme quoi tu avais décodé le fichier

Une suite de frame. dans le fichier, il est défini 31 programmes, et il sont défini par une suite de frames précise, mais je ne connais pas la longueur.
j'ai voulu utiliser la longueur totale du fichier moins les 512 de départ et 512 de fin, que je divise par 512, mais je ne tombe pas sur un multiple de 31.
donc vu que tu l'as décodé, tu peux facilement repérer la frame de début et celle de fin pour pouvoir déterminer la longueur d'un programme

le bouton menu permet de défiler des paramètres (DMX, Auto, Sound, Speed, Program).
le bouton enter de rentrer dans un paramètre puis de valider le choix
Les boutons up et down, pour changer les paramètres

Le choix d'un des paramètres précédent permet d'en afficher d'autres :
- DMX : affiche l'adresse d'indexage pour l'utilisation d'un contrôleur externe (attention juste un contrôle des paramètres cités au dessus à distance)
- Sound : Mode son : les frames défilent à la vitesse du boom-boom de la musique
- Auto : mode automatique : les frames défile automatiquement à une vitesse définie par le paramètre Speed
- Speed : choix de la vitesse de défilement des frames.
- Program : permet de "cocher/décocher" un programme. un programme "coché" apparaitrra en automatique et en mode son. un programme "décoché" n’apparaitra pas en automatique et en mode son.

D'après moi il n'y a pas de programmes définis dans le fichier, juste des frames. D'où la confusion dans mon premier message ou je demandait si il y avait un fichier par programme. Mystère, en tout cas pour moi.

 
 
Faudrait savoir, 15 ou 31 ?
 
Poste une vidéo des 4 ou 5 premiers programmes pour être plus précis (tous c'est encore mieux) qu'on comprenne de quoi on parle.
 
Difficile de faire quoi que ce soit sans le matos à coté pour faire des tests.
 
 
 

On a une frame de début, 3589 frames "graphiques" et une frame finale.
Le seul truc ou ça pourrait figurer est l'en-tête  (clairement la frame finale est une copie de l'avant dernière, avec un premier octet mis à 0 et le suivant a U)
Dans la première il y a peu de choses: Si on regarde octet par octet
170
85 (un U en 2e position de frame, comme pour la dernière frame. Marqueur de frame non graphique?)
0
0
232
3
1
120 fois 0
96
1
et des zeros pour remplir la frame
 
Le seul truc qui pourrait faire penser a 31 serait cette suite de deux octets, un a 3 et un a 1, mais ça semble douteux (on pourrait coder 31 sur un seul octet, pourquoi faire un truc aussi alambiqué).
 
Il y  avait pas d'autres fichiers sur la carte?
 
 
A+,

 
Bien vu, y'a certainement un fichier d'index quelque part

désolé de la réponse tardive.
il n'y avait que le fichier led252.dat
soit c'est directement indiqué dans le boitier, et là, ben y a pas 36 solutions
soit c'est ton histoire de 3 et de 1, mais j'y crois pas trop.
 
je suis désolé, j'ai les infos du mieux que je peux, je vais voir pour faire une vidéo quand j'aurai le temps.
il est indiqué par le boitier 31 programmes.

Alors la seule solution, c'est que tu mettes les programme  2 et 3 en mode non automatique, a vitesse super lente, et que tu en captures (photo ou video) les 3 ou 5 premières frames de chaque, afin qu'on puisse tenter de les identifier dans le fichier.
Parce qu'à mon avis, il y a deux solutions: soit les programmes sont les uns à la suite des autres, soit ils sont entrelacés (1e frame du 1er programme suivie de la 1e frame du 2e programme.... comme les frames ont une taille constante, c'est pas bien dur de faire selon une méthode ou l'autre)
D'autre part, il se peut que la valeur 31 soit codée en dur: que toute Motion Drape comporte toujours 31 programmes (ce pourquoi on ne trouverait pas la valeurs sur le .dat).
 
A+,

ça je pense que c'est certain. si demain j'ai le temps, je vais tester ça.
il est même possible que le nombre de frames soit définie en dur/