Forum AlphaDxD

Possesseur depuis peu d’un Alpha 100 version japonaise, les menus ne sont disponibles qu'en japonnais :

je me suis penché sur l’éventuelle possibilité d’obtenir les menus en français... Voici l'expérience tentée :

Il existe 4 versions téléchargeables du « firmware » 1.04 pour l’Alpha 100 :

- Japon
- USA
- Europe
- Asie

Les « firmwares » sont composés de deux fichiers. Le fichier DSCA100.str est à chaque fois de taille différente alors que la taille du fichier DSCA100.app reste inchangée. En éditant les 4 fichiers DSCA100.str à l’aide d’un éditeur hexadécimal,

il est possible de constater que, dans l’entête, seul le contenu de la 16ème adresse est à chaque fois différent :

- 10 pour le Japon
- 20 pour les USA
- 30 pour l’Europe
- 40 pour l’Asie

L’édition de la suite de la version européenne du fichier DSCA100.str permet de reconnaître quelques mots français, anglais et allemands. Les options de langage sont donc contenues dans ce fichier et l’appareil doit certainement reconnaître le fichier adapté à sa région d'origine grâce à cette 16ème adresse.

J’ai alors décidé d’essayer de tromper mon Alpha 100 nippon en modifiant l’entête du fichier européen afin de lui faire croire à une version japonaise. A l'aide de l'éditeur hexadécimal, j'ai remplacé 30 par 10 :

Après sauvegarde, j’ai transféré de DSCA100.str ainsi modifié et le fichier DSCA100.app sur une carte mémoire "Compact Flash" puis procédé à la mise à jour de l'appareil photo conformément aux instructions de SONY :

Après redémarrage de l'appareil, les menus sont maintenant en anglais :

Dans la page du menu permettant de sélectionner la langue, il reste des caractères japonais :

Toute tentative de changement du langage se solde par un plantage complet de l'appareil (nécessité d'ôter l'accumulateur pour redémarrer).
Impossible de passer en français !!!

Me voici donc maintenant en possession d'un appareil exclusivement en anglais, ce qui pour moi est beaucoup plus aisé que le japonnais. Si je m'abstiens d'essayer de changer la langue, toutes les fonctions de l'appareil sont opérationnelles.

Félicitations !
j'avoue ne pas avoir tenté cette expérience, de peur de me retrouver avec une brique !

J'espère surtout que tout le reste du soft est stable malgré le changement du code de langue (qui visiblement n'est pas suffisant)...

Sinon la méthode décrite est celle pour trouver dans les jeux vidéo le compteur du nombre de vies (ou tout autre) pour le caler à FF.... ce qui donne souvent un nombre illimité de vies.

Cela me rapelle aussi une expérience idiote avec un téléphone portable... tout en discutant, pour m'amuser, je changeais des langues dans le menu pour voir ce que cela donnait. Jusqu'à ce que je sélectionne une langue aux caractères totalement inconnus. En appuyant sur OK j'ai réalisé que je n'aurai pas du le faire... mais 1/10 de s trop tard.

J'ai ramé pour retrouver le menu langue, puis sélectionner une langue compréhensible! :mdr:

pourquoi n'as tu pas simplement chargé les fichiers du firm EU?
Toutes les versions D'A100 sont les mêmes, pour tous les marchés. Les différences résident dans les firmwares intégrés et la prise en charge des différentes langues.
Le fichier .app gère le hardware, et il est le même pour tous les firms dans le monde. Le fichier .str gère l'application utilisateur et la prise en charge des langues.
En modifiant le "10" par un "30" tu fais chercher un code qui n'existe pas dans le fichier.
Chaque .str est différent car il inclus le code langue approprié, d'où la différence de poids ( en nombre d'octets ) de chacun, et le checksum est aussi différent.
Charge le firm EU, et tu devrais l'avoir en Français après avoir fait une selection de langue sur le boitier. Si cela ne marche pas, cela viendra d'un problème de communication entre ton PC et le boitier, ou d'une allergie aux mise à jour. :mrgreen:

Cordialement. :soleil:

pourquoi n'as tu pas simplement chargé les fichiers du firm EU?

Parce que l'appareil japonnais ne reconnait pas un firmware EU comme valide. (Idem lors des essais avec un fichier US)

Toutes les versions D'A100 sont les mêmes, pour tous les marchés. Les différences résident dans les firmwares intégrés

Le firmware résidant dans l'appareil est vraisemblablement spécifique pour chaque région d'origine. A ce niveau, tous les A100 ne sont pas les mêmes sur tous les marchés. L'appareil ne veut "avaler" que le fichier .str correspondant à sa région d'origine.

En modifiant le "10" par un "30" tu fais chercher un code qui n'existe pas dans le fichier.

En remplaçant 10 par 30 je lui fait seulement croire que le fichier .str est le fichier correspondant à son fichier d'origine.

Charge le firm EU, et tu devrais l'avoir en Français après avoir fait une sélection de langue sur le boitier.

Malheureusement, pour les raisons évoquées précédemment, cela ne fonctionne pas.

Si cela ne marche pas, cela viendra d'un problème de communication entre ton PC et le boitier

Bien non, c'est impossible puisque les fichiers de mise à jour ont été chargés directement du PC vers la carte CF (formatée préalablement dans l'Alpha) indépendamment de l'appareil photo. La carte à seulement ensuite été insérée dans l'appareil afin de procéder à la mise à jour.

Bizzare ton truc....
Le service Manual du A100 est valable pour tous les modèles quelque soit sa destination ( US, Canadian, AEP, UK, E, Australian, HongKong, Chineese, Korea, Japaneese et Tourist ). C'est donc que physiquement ils sont strictement identiques.
Quel est le message d'erreur que tu reçois quand tu charges le firm EU ?
Essayes de formater la CF avec l'appareil, puis de transférer les deux fichiers du PC sur la CF.
Tu peux essayer aussi de renommer le .str en .brd.

A+ :soleil:

AMS09 a écrit ::C'est donc que physiquement ils sont strictement identiques.

oui du point de vue matériel mais non d'un point de vue logiciel...
la procédure de mise-à-jour embarquée vérifie d'une manière ou d'une autre la conformité du firmware que l'on veut installer.

c'est une procédure "de mise-à-jour" du firmware qui tient compte de l'existant et non une procédure "d'installation" qui pourrait se faire indépendamment de la version installée... toute la différence est là !

D'accord avec le message de "Flash".

C'est donc que physiquement ils sont strictement identiques

Effectivement j'ai observé attentivement le "service manual" et n'y ai vu aucune différence entre les versions. La différence n'est donc pas au niveau du matériel (toutes les versions sont effectivement physiquement identiques) mais au niveau du logiciel interne.

Quel est le message d'erreur que tu reçois quand tu charges le firm EU ?

Il n'y a pas de message d'erreur mais après validation de la demande de mise à jour, l'appareil passe immédiatement à :

sans effectuer de mise à jour !

Tu peux essayer aussi de renommer le .str en .brd

Je viens d'essayer ton astuce et maintenant l'appareil est inutilisable !!!
Il plante, refuse de déclencher et émet des bips continus et tout cela de façon totalement aléatoire !!! :cry:

Aucune mise à jour (même un retour vers firmware 1.02 japan) ne parvient à présent à résoudre le problème.

Pourquoi t'ai-je écouté ASM09 ? tout allait si bien après ma modif de japonnais à anglais !!!

Je viens de rendre l'appareil HS :ideenoire:

Dit... ASM09, t'as pas une carte AM-001 d'Alpha 100 qui traine ???
Sinon je vais devoir aller à la rubrique "achat" et indiquer que je recherche une épave d'Alpha 100 !!!

Aïe aïe aïe... :glups:

Que cette histoire serve de leçon à tout le monde : ne vous amusez pas à bidouiller les firmwares sous peine de disfonctionnements.

Après de multiples essais, je suis convaincu que le fichier DSCA100.str renommé avec le suffixe .brd chargé dans l’appareil provoque tous ces bugs.

Afin d’écraser le fichier DSCA100.brd précédemment chargé j’ai créé un fichier hexadécimal de taille strictement équivalente mais uniquement composé de zéros et procédé à une mise à jour avec uniquement ce fichier.

J’ai ensuite procédé à une nouvelle mise à jour totale avec le fichier DSCA100.str européen modifié et le fichier DSCA100.app.
Et, les premiers essais sont concluants… tout semble rentré dans l’ordre, en anglais.

Maintenant, test et re-test afin de détecter d’éventuels (et non désirés) dysfonctionnements ! :glups:

Que cette histoire serve de leçon à tout le monde : ne vous amusez pas à bidouiller les firmwares sous peine de disfonctionnements.

Je confirme !!! (expérience réalisée en toute connaissance des risques encourus. je n'aurai jamais fait ces essais sur mon A700)

Après un après-midi de déclenchements intensifs et après de multiples allumages et extinctions tout semble à nouveau fonctionner correctement. L'appareil semble sauvé

(j'espère ne pas parler trop vite).

Il ne faut donc jamais modifier le suffixe str en brd. :nonnon:

Je repond à ton MP ici, afin que tout le monde puisse le lire.
Effectivement il est dangereux de jouer avec la manipulation des fichiers de firmware.
Pourquoi je t'ai dis d'éventuellement transformer le le .str en .brd: simplement parce que le soft d'origine .app est signé KM et qu'il fait appel à un fichier DSCA100.brd mais à une autre adresse.
Donc la tentative était jouable.

Flash a écrit :
AMS09 a écrit ::C'est donc que physiquement ils sont strictement identiques.

oui du point de vue matériel mais non d'un point de vue logiciel...
la procédure de mise-à-jour embarquée vérifie d'une manière ou d'une autre la conformité du firmware que l'on veut installer.

c'est une procédure "de mise-à-jour" du firmware qui tient compte de l'existant et non une procédure "d'installation" qui pourrait se faire indépendamment de la version installée... toute la différence est là !

Je ne suis pas d'accord avec toi. Un firmware, qu'il soit compilé ou sur la forme de plusieurs fichiers comme dans notre cas vient gérer le hardware et la partie utilisateur, l'ensemble sur des adresse différente de la mémoire flash du MC.
Ne disposant pas d'A100 et encore moins de pièce....désolé pour toi Alto :wink:

, il serait bon que quelqu'un de :zinzin:

confirme en faisant les mêmes manips.
Autre chose concernant la manipultion de fichier de progamation:
L'utilisation de programmes type HexEdit ne donne qu'un apperçu du fichier en Hexa, mais en aucun cas le fichier source d'origine. Pour éditer le fichier d'origine, il faut savoir à quel composant il est destiné et sous quel format ( hexa, bin ), parfois il faut inverser les octets pour l'avoir dans l'ordre, puis faire les modifs et les réinjecter. Seuls les softs de programmation sont aptes à faire ces manips, pas des éditeurs.

A+ :soleil:

Effectivement, le fichier .brd ne se charge pas à la même adresse, c’est pourquoi il a provoqué les bugs. C’est aussi la raison pour laquelle j’ai tenté de le « neutraliser » en l’écrasant avec un fichier hexa de taille identique mais uniquement composé de « 00 ».

Donc la tentative était jouable.

Je ne t’en veux pas ASM09, si je n’avais pas jugé la manip jouable je n’aurai pas tenté. De plus, l’expérience ne fut pas dénuée d’intérêt.

Je suis maintenant certain que tous les A100 ne sont pas identiques. Si la partie hardware est identique, il n’est est pas de même pour l’ensemble du software.

Sur de nombreux appareils électroniques (téléphones mobiles, modems par exemple…), une partie de la mémoire est réservée au fabricant et contient le logiciel « basique » ainsi que les codes régionaux alors qu’une ou plusieurs autres parties de la mémoire contiennent les éléments de mise à jour. Dans ce cas seules les adresses des mises à jour sont accessibles par les utilisateurs les autres ne le sont que du fabricant ou des ateliers agrées. Les appareils ainsi fabriqués sont tous identiques puis personnalisés par soft en sortie de chaîne. Cette personnalisation au niveau du soft permet par exemple au fabricant d’adapter l’appareil aux normes en vigueurs dans les pays de destination.

Si la partie purement « machine » de la mise à jour est toujours compilée et est donc spécifique au microcontrôleur utilisé, la partie langue n’est souvent pas compilée et le logiciel de l’appareil vient juste « piocher » le mot à l’adresse mémoire prévue. (C’est certainement le cas du fichier .str de l’Alpha 100 ou, avec un simple éditeur hexa, on peut lire clairement les mots dans les différentes langues sélectionnables).

Faute de cartographie de l’adressage de la mémoire flash (IC203 sur AM-001 certainement) de l’Alpha 100 je ne peux qu’exprimer ici les déductions issues des multiples manipulations et de mon expérience en électronique.

Je vais me mettre en quête d’un A100 HS mécaniquement afin de poursuivre l’expérience sans à nouveau mettre en péril mon appareil sauvé in extremis :glups:

.

AMS09 a écrit :Je ne suis pas d'accord avec toi. Un firmware, qu'il soit compilé ou sur la forme de plusieurs fichiers comme dans notre cas vient gérer le hardware et la partie utilisateur, l'ensemble sur des adresse différente de la mémoire flash du MC.

Non, il suffit par exemple que la hardware ai une PLA (Programmable Logic Array) qui est programmée électriquement mais de manière irréversible lors de l'installation du firmware original à l'usine (afin par exemple de qualifier le mode Japon, Europe, US,... ou d'ouvrir ou fermer certaines fonctionalités comme le Grip Sensor,...) pour confirmer ma thèse.

La technique des PLAs permet de développer un hardware unique en usine et de modifier son comportement hardware via software pour le spécialiser ou l'adapter à certaines normes. Le prix à payer est l'irréversibilité de l'opération mais quelle économie sur la chaîne de production (et la gestion des pièces détachées) ! Cette irréversibilité est aussi une garantie pour le constructeur qu'il n'y aura pas de "détournement" de son produit (pour des raisons légales et/ou règlementaires).

De même, comme le dit altocumulus, rien ne permet d'affirmer que le "firmware" de mise-à-jour qui est mis à notre disposition est complet au sens "système" du terme; il pourrait très bien n'être que partiel (et ne concerner que la partie visible de l'iceberg) alors que la partie "basique" ne soit pas affectée.

Dans tous le cas, faire du "reverse engineering" avec un firmware n'est jamais un bon plan - sauf pour s'amuser et en assumant totalement les conséquences...