Shit Fliez

[Fremen^SF]

Le problème c'est qu'on ne pourra pas mettre toute cette mine d'informations manipulable (imaginez que les loups de Kalm fassent bêta). Ne vaudrait-il pas mieux se restreindre à déjà publier quelques scene.bin assortis de commentaires savoureux pour "appâter le chaland"?
Et proposer plus tard aux hardcore gamers des versions plus fines avec un contrôle de plus en plus poussé sur par ex les Talents E, sur les Elements et le fait que les monstres y soient forts/faibles/immunisés/les absorbent?

On a (de nouveau) longuement parlé Speedy et moi, et justement on a eu "l'idée" que le plus simple est encore de partir dans l'optique d'un programme qui pourra tout gérer. Autrement dit un programme évolutif. Mais au début, on ne permettrait que de modifier les monstres (HP, MP, niveau, etc...) même s'il suffit juste de rajouter quelques lignes de code pour permettre de faire le reste. Ainsi on n'aura pas de problèmes pour faire une mise à jour si l'on veut rajouter d'autres fonctionnalités.
Bref, je crois qu'on est entièrement d'accord sur ce point !

L'autre réflexion de Fremen est tout aussi juste: on lit et on accède directement (par de vastes tableaux live en mémoire) à toutes ces caractéristiques. Ne pas oublier des fonctions tels que "annuler ma dernière action", "remettre ce monstre à l'état initial", "remettre mes 5 derniers monstres à l'état initial", "réinitialiser toutes les caractéristiques".

En fait, avec Speedy, on pensait te proposer de développer notre programme en php/cgi. J'y reviens plus bas.
Donc, si l'on part de cette idée, les modifications passeront certainement par des <form> (désolé si je me trompes, je n'y connais rien en php) et si je ne m'abuse, on pourrait donc gérer les "annulations" et les "retours à l'état de départ" en passant par un petit script en Javascript (généré lui aussi en php). ?

Autant je pouvais proposer un modèle pour l'interface graphique, autant je pense que vous êtes bien mieux placés pour tout réaliser en C.
Je peux par contre me charger de vous proposer une charte des fonctionnalités pour la première mouture.
Savez-vous gérer des représentations graphiques?

Je commence par la fin : si tu parles de représentations graphiques dans le sens "des schémas représentant l'organisation du programme et la communication des différentes parties ensembles", personnellement je n'ai jamais rien fait de normalisé à ce sujet.

Sinon, pour en revenir aux recherches de Speedy et moi hier, l'idée qu'on pourrait proposer serait de travailler sur deux parties : une en cgi (d'après les tests que j'ai faits, je peux conserver l'intégralité de mes programmes en C, puisque le cgi n'est rien d'autre qu'un programme en C compilé), et une en php.
L'utilisateur utiliserait l'interface php pour modifier son "SCENE.BIN", et le programme en php ferait appel au cgi pour :

- Lire les données d'origine de SCENE.BIN (que le programme en PHP stockerait dans une base MySQL)
- Générer un nouveau fichier SCENE.BIN modifié

Dans les deux cas, la partie PHP et la partie CGI communiqueraient par des fichiers temporaires pour lesquels on a pu convenir d'un format qui serait définitif - ou facilement évolutif.

Donc, ce qu'on propose au niveau de la répartition des tâches :
Jopfleger : Si tu ne veux ni toucher au cgi, ni au php, tu pourrais toujours proposer un modèle en HTML pour "l'interface graphique", dont Speedy se servirait dans son script en PHP. Car pour être honnête, je crois que Speedy et moi ne sommes pas très doués dans ce domaine. Et tu pourrais donc aussi proposer des fonctionnalités, car pour ça non plus je ne me sens pas vraiment inspiré. ^^
Bien sûr si tu souhaites faire autre chose à la place, tu n'hésite pas, là je ne fais que proposer.

Speedy : Tu travaillerais sur le script en PHP. Après avoir convenu d'un format de fichier précis pour transiter entre le programme en cgi et celui en php (chose qu'il ne reste plus qu'à mettre à l'écrit je crois ^^), tu pourrais commencer à organiser tes données et à préparer ce dont tu as besoin.

Moi-même : Je vais avoir un certain nombre de modifications à faire à mes programmes pour qu'ils soient adaptés à notre projet, et je pourrais ensuite définir ses spécifications.

FWS : Ca c'est pour la partie programmation, ensuite il reste encore beaucoup à faire sur le "décryptage de SCENE.BIN" (je veux dire par là comprendre le sens de certaines données) et il y aura par la suite pas mal de boulot à faire pour créer une version dure mais équilibrée de FF7. Sur ces deux points, je pense que tu pourras peut-être nous donner un coup de main, si le temps te le permet ?


Ce sont des propositions, si chacun souhaite faire autre chose, on reparle de tout ça bien évidemment. J'essaie juste d'organiser tout ça, mais je ne veux pas imposer quoi que ce soit.
_________________

[Speedy^SF]

Ca me va
_________________
Speeeeeeddyyyyyyyyyyy !!!!!!
Personnal Website
Team Website

[jopfleger]

Désolé de n'avoir pas posté ces dernier jours.
J'ai avancé sur le projet VB, comme il était déjà engagé, je l'ai poursuivi mais ce n'est encore rien de "montrable" ou pas assez.
J'ai commencé l'interface en me basant sur un fichier que Fremen avait exposé et qui me paraissait approprié.
Cf: (first enemy)
champ01:file=file0,1µchamp02:name=êöô0(äð)µchamp03:level=3µchamp04:speed=200µchamp05:luck=0µchamp06:physic_esq=20µchamp07:strength=20µchamp08
:physic_def=10µchamp09:magi=5µchamp10:magic_def=3µchamp11:MP=255µchamp12:AP=100µchamp13:HP=30000µchamp14:EXP=1000µchamp15:gils=10000
µchamp16:object=0µchamp17:steal_object=65535µchamp18:trans_object=65535µchamp19:elements=255;255;255;255;255;255;255;255µchamp20:links between monster and elements=255;255;255;255;255;255;255;255µchamp21:unknown1=3;4;5;6;7;8;9;10;11;12;13
;14;15;255;255;255;3;1;4;1;5;1;6;1;7;1;8;1;9;1;10;1;11;1;12;1;13;1;14;1;15;1;255;255;255;255;255;255;255;255;255
;255;255;255;255;255;255;255;255;255;255;255;255;255;255;255;255;255;255;255;255;255;255;255;255;255;255;255
;255;255;8;255;255;255µchamp22:unknown5=255;255;255;255;255;255;255;255;255;255;255;255µchamp23
:unknown2=255;255µchamp24:unknown3=255;255;255;255µchamp25:unknown4=255;255;255;255µ
Vous remarquerez qu'entre temps nous ous sommes rendus compte qu'il vallait mieux lire le scene.bin directement, mais je ne l'ai pas encore intégré dans mon interface.
J'ai pour le moment réalisé une partie de l'interface (affichage des monstres sous forme de treeview, on descend progressivement dans les informations fines).
J'affiche aussi les objets de la même manière ainsi que les objets associés à chaque monstre.
A partir du moment où un monstre est sélectionné, on peut lui changer certaines caractéristiques (mais pas encore les TalentsE pour le moment).
On peut faire cela en global, ou par région (ex zone de Kalm), ou par monstre. On peut aussi sélectionner les monstres en les affichant selon des critères variés, ex selon leur HP, selon leur level, selon les objets qu'ils donnent, selon quasiment toutes leurs caractéristiques.
On peut:
- annuler sa dernière action,
- remettre un monstre à son état initial,
- réinitialiser complètement toutes les caractéristiques d'un monstre ou des monstres d'une région ou selon d'autres critères,
- augmenter ou réduire par une barre de progression soit une caractéristique précise (ex level ou HP), soit toutes les caractéristiques, tout comme Fremen l'avait prévu et ceci pour une population de monstres ou un monstre en particulier,
- il n'y a pas de table interne que j'aurais mise en ?uvre qui dirait "par combien au max" apparaissent ces monstres dans les scènes de combat (ex les Malldancer qui peuvent apparaître par 5, ou accompagnés de Blugu, Cité des Anciens). Si l'on veut un contrôle fin, une table interne deviendrait indispensable.
- Il n'y a pas non plus de "classes" de regroupement que l'user pourrait se construire (ex créer une classe regroupant les level, les HP et les MP pour tout augmenter en une action). Techniquement c'est faisable, si le concept pour vous est facile, il faudrait arriver à bien l'expliquer à des gamins de 9/10 ans, donc fabriquer un tutorial mettant des exemples en ?uvre.
- La possibilité de modifier de manière "brute" par ex tous les HP peut avoir des conséquences importantes, même si on met des facteurs limitatifs en place (ex: ne pas permettre d'augmenter au-delà d'un facteur 3, ou ne pas permettre de réduire en-dessous d'un facteur 0.5). Imaginez qu'on dise "multiplie les HP de tous les monstres par 3", cela rendrait peut-être le combat contre Ruby épouvantablement long.
- Une très courte table interne (directement des constantes) relie les monstres à leur région (juste à titre d'exemple, ce n'est pas forcément juste au sens du jeu)

On pourra aussi sauvegarder son fichier avec un commentaire approprié, pour le moment le programme ne gère pas d'espaces privatifs par mdp. Ce n'est pas tant du fait que ce soit compliqué à faire, mais c'est plus le développement du programme en ligne qui fera cela si nous adoptions cette possibilité.
On peut recharger n'importe quel scene.bin depuis ce répertoire (on affiche une liste déroulante avec le commentaire), et l'on peut retravailler son scene.bin.
La question que je pose est: si l'on désire revenir à l'état initial, on remet à l'état initial du scenen.bin rechargé, pas forcément à celui du scenen.bin Square. On peut aussi alimenter en mémoire un tableau supplémentaire contenant le scene.bin pristine de Square, mais l'user devra alors toujours préciser s'il veut revenir à l'état initial de sa propre save ou de pristine.
Concernant la localisation, quelqu'un peut-il vérifier si les scene.bin VF et VA comportent les mêmes monstres et dans la même séquence? On pourrait dans ce cas rendre le jeu totalement transparent quant à sa localisation. A vérifier pour Emerald et Ruby aussi (avons-nous exactement le même nombre de monstres dans la version anglaise?)

C'est du VB pur. Mais comme c'est une interface simple, on pourrait récupérer les contrôles pour en faire du html pur (à propos, quels sont vos éditeurs html les plus propres? Je ne voudrais pas avoir à le transformer en projet .net)
Les objets de l'interface sont des objets "standards" de VB (standards depuis VB4.0, ex contrôles onglets, treeview, onglets, progressbar, curseurs), et des objets très simples (listbox, combobox, zones de texte, cases à cocher, boutons radios).
Il n'y a aucun composant externe ni aucun appel à une référence externe.
Le code est du VB pur sans aucun appel non plus à des modules de code externes ni d'appel d'API. Il serait aisément "commutable" en C.
C'est pour le moment un projet vbp avec quelques frames et un module de code et c'est très léger comme il se doit. L'empreinte mémoire est très faible.

Je vous livre une version dès qu'elle contient suffisamment de prémisses acceptables. Vous considérerez cela comme une maquette, une simple base de discussion, ce sera vraiment pour solliciter vos réflexions. S'il y a des apports importants à faire, je vous dirai au moins immédiatement si c'est simple à faire ou non.

Malheureusement, je manque de temps et je progresse comme je peux (réunions bla-bla, déplacements, convocation excès de vitesse classe V, les petits aléas du quotidien). De plus des soucis plus sérieux avec ma belle-mère (ischémie aiguë, tel un coup de tonnerre par un ciel azur, de quoi réfléchir, conséquence d'une thrombose artérielle; Belle-maman étant une dure à cuire, elle n'a rien dit pendant des semaines, et puis elle a craqué, pied tout bleu à partir du coup de pied, et elle l'avait remarqué depuis un moment en pensant que cela passerait; aujourd'hui elle va mieux, un traitement médical a suffi pour le moment.)
Les we je me dois de les passer avec mon épouse et ma fille qui passe nous voir en général. De plus le samedi je passe du temps chez mes anciens clients. Reste le soir mais j'ai encore d'autres passions (web, revues, merci à Crashsound pour la fusion froide).

"Mais patience et longueur de temps font plus que force ni que rage" (La Fontaine, Le Lion et le Rat)
"Laisse faire le temps, ta vaillance et ton Roi" (Corneille, Le Cid)
Espérons que le rat ne se trompe pas de cible et ne finisse pas par ronger la patience.
_________________
Aimant s'instruire, partager le goût des voyages et l'acquisition de connaissances, se sentant responsable ("spectateur engagé", Raymond Aron). Ma caractéristique c'est l'émerveillement devant la diversification de toutes les formes de vie.

[jopfleger]

J'ai du foirer, car l'affichage vient de changer (j'aurais du prévoir une coupure dans des zones de textes très longues?)
Pouvez-vous rechanger mon bazar pour rendre sa lecture plus agréable?
Ou dois-je le reposter sur un nouveau topic?
_________________
Aimant s'instruire, partager le goût des voyages et l'acquisition de connaissances, se sentant responsable ("spectateur engagé", Raymond Aron). Ma caractéristique c'est l'émerveillement devant la diversification de toutes les formes de vie.

[Fremen^SF]

Concernant "l'affichage qui vient de changer", à vrai dire ça s'affiche très bien chez moi, peut-être que ce sont les lignes au début de ton post qui "enlargissent" ce dernier ? En tout cas en ce qui me concerne ton post était très lisible, comme d'habitude

Apparemment ce programme en VB est assez prometteur, après peu importent les fonctionnalités, une fois qu'il sera bien structuré ça ne devrait pas mettre trop de temps pour y rajouter les idées que tu cites.

Il y a quand même deux petites choses qui me gênent. La première, et ça c'est de la faute de Speedy et moi, c'est d'avoir entammé le programme en ligne en php/cgi sans même avoir attendu ton avis. Parce que bientôt on va se retrouver avec une "solution logicielle complète" pour modifier et visualiser ses scene.bin chez soi, ou à distance J'en rigole mais ce n'est pas vraiment drôle
Mais plus sérieusement qu'allons nous faire de tout ça ? L'idée du programme en VB (qu'on pourrait donc convertir en C) et celle du site me paraissent toutes deux bonnes. Le site aurait l'utilité de pouvoir contenir tous les scene.bin que chaque personne va créer pour en faire une biblio, et, chose que le site ne peut pas faire, il faudra bien un programme local pour "patcher" FF7, en particulier dans le cas de la version PlayStation, ainsi que pour en visualiser le contenu et pour y apporter quelques retouches. Donc si on est partant pour travailler sur ces deux fronts, tout va bien. Sinon il faudra qu'on se décide un jour de ce sur quoi on travaille ^^

Autre point qui pourrait être un peu embêtant, c'est au niveau des différences entre deux versions de scene.bin (américaine, anglaise, japonaise et française par exemple). Déjà on sait que la version originale sur PlayStation sortie aux Etats-Unis est différente de la version Japonaise (laquelle contenait quelques astuces propre à sa version), et différente de la version Européenne (aussi appelée version internationale). Quelques différences par exemple :
- La première version Jap contient une créature nommée Test0 absente dans les autres versions
- La première version US ne contient pas l'arme Rubis (et ni Emeraude je crois). Ce n'est qu'un an plus tard que la version avec les armes est sortie.
- La version Européenne, qui est la plus récente à ce jour.
Donc si l'on veut que notre travail puisse être réutiliser hors du territoire Européen, le mieux serait - si possible - d'éviter de repérer les monstres en fonction de leur position dans le fichier scene.bin. A la rigueur on finira bien par découvrir plus d'infos sur le format scene.bin, donc on trouvera peut-être une méthode de procéder ainsi par la suite.

En tout cas pour ce qui est de ton temps libre Jop, il n'y a pas de problème, le boulot passe avant tout. D'ailleurs je crois que je vais suivre ton exemple sur ce point Quant à ta belle maman, tu sais j'ai une grand-mère qui a plus de 90 ans, elle est passé par divers problèmes de santé relativement graves (à cet âge ça peut arriver), mais ça ne l'empêche toujours pas de faire plein d'activités et de s'amuser. Comme quoi la médecine a quand même fait de gros progrès ^^

En tout cas merci pour ton avancement et ton explication sur le programme en VB. Tu prétends ne pas avoir beaucoup de temps mais pourtant tu as bien avancé en l'espace d'une semaine
_________________

[Speedy^SF]

Pour info j'ai modifié le post de jop pour casser les longues lignes du début.

Sinon je tiens à dire que je ne comprends plus tout vu qu'on a d'un côté le programme VB et de l'autre le site.

Remarque il est vrai que les deux peuvent se développer en parallele.

De plus dans cette optique là on aura d'un côté un programme "à la maison" pour faire ses propres scene.bin et de l'autre un site communautaire.

J'ai comme la désagréable impression que tout ça risque de nous mener loin ...

Bref, il faudra penser à réellement faire le point là dessus :]
_________________
Speeeeeeddyyyyyyyyyyy !!!!!!
Personnal Website
Team Website

[FWS]

Ok, donc je m'occupe d'aider au décryptage de scene.bin
Content de te retrouver jop, au fait avais-tu lu l'e-mail où je disias avoir battu Rubis et Emeraude avec Clad seulement en nomateria.

je n'ai pas pu me connecter cette semaine, mais les salles internet sont ouvertes, donc peut-être que je pourrai poter dans la semaine. Cependant, j'ai presque toujours le probleme d'invalid session

J'ai réussi a jouer à FF7 avec un emulateur avec des graphismes corrects, le temps est en acceléré, je n'arrive pas à voir le curseur doigt pendant un combat, et je suis bloqué au début du jeu quand Barret me dit d'appuyer simultanement sur X et une touche directionnel. Mais bon, je devrais être capable de tester jeu, il faudrait peut-être que j'ai une sauvegarde pour éviter d'avoir tout à rejouer. Et ainsi je pourrai faire des tests avec scene.bin comme le disait fremen dans son topic de Jv.com

Et pour la version plus dure, si je peux jouer avec l'emulateur, je pourrai la tester

[Speedy^SF]

Merci de ton aide FWS
_________________
Speeeeeeddyyyyyyyyyyy !!!!!!
Personnal Website
Team Website

[jopfleger_1]

Salut FWS. Je suis content de te revoir.
J'ai lu ton mess et si j'ai bien compris tu as sérieusement mis à mal les time-records de l'ancien. Je suis fier de toi. Sais-tu si nous avons fait des émules?
J'aime énormément tes tactiques et ta connaissance quasi-parfaite du jeu.
Es-tu encore présent sur le forum?

Pour ce qui est du prog VB, stand by for the moment (boulot, boulot).
J'espère dégager du temps la semaine prochaine, celle-ci me semble peu propice.
Je vous fournirai une maquette qu'il faudra considérer comme une simple base de discussion.

Merci Fremen pour tes remarques concernant la localisation.
Es-tu bien sûr qu'entre les versions les files ne comprennent pas les mêmes monstres?
Sinon, ne fais pas du décryptage ton cheval de bataille, il suffira d'avoir une mini-table interne redéfinissant les relations entres les monstres et les versions.

[Fremen^SF]

FWS : Dommage que tu n'aies accès ici que le week-end, vu que nous passons ici plus régulièrement la semaine. Enfin c'est mieux que rien, et puis c'est bien le principe des forums après tout.

Concernant l'émulateur, a priori même sur mon vieux PC j'arrive à trouver des versions qui fonctionnement à la perfection (ou presque). As-tu essayé la dernière version d'ePSXe, avec :
- le plugin graphique de Pete P.E.Op.S. GPU (rendu logiciel pas très beau, mais très compatible avec le jeu) (liste des autres GPU ici)
- le SPU (son) interne à ePSXe (SPU core je crois)
- pour la gestion des contrôles, si tu joues sur un clavier, tu dois savoir qu'il y a certaines touches du clavier qui ne peuvent pas être lues en même temps. Donc par exemple si "X" et la touche "haut" ne fonctionnement pas ensemble, vérifie que ces deux touches ne sont pas en "confli". A la rigueur je prends "H" pour Rond, "G" pour Croix, "F" pour Triangle et "D" pour Carré, et les flèches "normales" pour me diriger, et je n'ai jamais eu de problèmes. Peut-être que tu pourras trouver une solution chez toi aussi

Je ne dis pas que ça doit marcher chez toi, mais avec ma configuration assez faible (ATI Rage 128, SoundBlaster AWE 64 ISA et anciennement un Athlon 800), ça tournait super bien. Après si tu veux un rendu matériel (plugins Direct3D, OpenGL ou autres), c'est effectivement là que tu risques d'avoir divers problèmes d'affichage.

Sinon, pour ce qui est de faire des tests, la seule version actuelle fonctionnelle du programme se trouve ici , c'est le premier programme dans la liste, surtout pense à rejeter un oeil à la documentation. Depuis quelques détails on été découverts (les éléments dans unknown1, ainsi que des "ID" d'attaques juste après), mais je ne suis pas sûr que le programme les affiche proprement. Je dis ça pour que tu ne cherches pas ce qui est déjà connu. Pour le reste, ce serait génial de rajouter quelques découvertes à tout ça, mais les dernières valeurs semblent dures à comprendre...

Jopfleger : Bon courage pour ton boulot, encore une fois rien ne presse de toute façon
Concernant les différentes versions de files, globalement elles semblent contenir exactement les mêmes monstres. Mais, ce que je disais précédemment, sachant que Rubis est présente dans la version Européenne, mais pas dans la version Japonaise, on est sûr qu'il y a parfois quelques différences en fonction de la version. Je n'ai pas trop le temps pour le moment de faire une comparaison détaillée, mais de toute façon globalement les différentes versions correspondent, donc tu peux partir de ce principe si tu le souhaites.
Pour le décryptage, non ne t'en fais pas là-dessus, pour le moment je vais davantage travailler sur le programme en ligne pour qu'on ait quelque chose de fonctionnel d'ici quelques semaines, si Speedy trouve le temps de bosser de son côté la partie PHP.
_________________

[jopfleger_1]

J'ai un petit souci.

En voulant remplacer le fichier scene.bin au format txt par un accès direct binaire au scene.bin original ou a une de ses variantes, j'ai essayé de décompresser sous W98Me le(s) fichier(s) que tu as mis en ligne:
[07/10/2003] Fichier SCENE.BIN (PSX FR, PC FR et PC EN) [TAR.BZ2]

Mais Winzip me fait:
"Error reading header after processing 0 entries".

Pourrais-tu le refaire sous Windows si tu peux trouver le temps?
Je serai très intéressé d'avoir un scene.bin original et/ou un scene.bin US.

A propos, le programme VB lui-même n'est pas international (zones de texte, haut de cadres, libellés, dialogues, messages). Cela me demanderait trop de temps pour remplacer systématiquement tous les captions etc par l'appel à des fichiers ressources. De ce fait, le prog VB ne serait probablement utile qu'à des francophones.

Avez-vous pensé à rendre le prog en ligne réellement international?
Ce n'est pas aussi facile que ça à faire (il faut utiliser des contôles élastiques car les intitulés "prennent" des longueurs différentes selon les langues par ex).

[Fremen^SF]

Désolé ça doit être le format bz2 qui n'est pas supporté avec Winzip. Je viens de faire une version en .RAR, en espérant que ça passera mieux (Désolé mais je n'ai pas de programme de compression ZIP, et Winzip ne passe pas sous Linux ).

Fichier SCENE.BIN (PSX FR, PC FR et PC EN) [RAR]

Sinon je te préviens d'avance que les versions PC FR et PSX FR sont identiques.


Concernant le langage du programme en ligne, personnellement je serai pour l'idée de faire une version française et une version en anglais. L'anglais c'est la langue "internationale", et je pense que ce serait utile de s'en servir. Vu que Speedy n'a - je crois - pas fini de structurer la partie php, je pense qu'il n'aura pas de mal à gérer deux langues
Quant au programme en VB, ça n'empêchera pas de le traduire en anglais en cas de besoin, mais effectivement la gestion des labels prendrait trop de temps, donc autant se limiter à notre bonne vieille langue française
_________________

[jopfleger]

Dsl, Fremen. Mais Winzip refuse toujours d'ouvrir le dernier fichier (.rar).
Faut-il que je télécharges un compresseur/décompresseur rar?
Pour ne pas te faire perdre de temps inutilement, c'est ce que je vais faire tt de suite.

Big thanks for the information about scene.bin PC and scene.bin PSX. Very helpful!

Sinon, pour la partie internationalisation, il existe dans vb la possibilité de faire appel à des fichiers ressources (en gros, avec un pointeur identifiant le nom de l'étiquette ou du libellé ou du caption etc, plus un pointeur identifiant le code langue), VB "attrappe" automatiquement le texte, ainsi on peut gérer le multilingue. La difficulté est de rendre les contrôles soit élastiques (cela pose des contraintes aussi), soit de les ajuster de telle manière que les libellés des langues les plus longues (Hoch-Deutsch) ne soient pas tronqués, donc définir des contrôles largement taillés.
Mais cela ne commence à avoir son intérêt que lorsque la maquette et son aspect général est acceptable.
La résolution que j'ai adoptée est 1024*768, on prenant le plus petit dénominateur commun et en négligeant le 640*480. Mais VB par ex ne redynamise pas la présentation de l'écran si l'user a 1200*... ou au-delà.
_________________
Aimant s'instruire, partager le goût des voyages et l'acquisition de connaissances, se sentant responsable ("spectateur engagé", Raymond Aron). Ma caractéristique c'est l'émerveillement devant la diversification de toutes les formes de vie.

[jopfleger]

C'est OK, j'ai téléchargé winrar et donc le fichier se laisse parfaitement décompresser.
On trouve :
scenebin.rar\scenePC - RAR archive, la taille non compressée est de 827 392 octets
scenebin.rar\scenePCen - RAR archive, la taille non compressée est de 827 392 octets
scenebin.rar\scenePSX - RAR archive, la taille non compressée est de 827 392 octets

J'imagine que scenePCen est la version anglaise?

Comment accédez-vous directement au scene.bin? Y lisez-vous directement les données en mode binaire (non décompressé) pour renseigner des tables en mémoire? Ce serait possible pour les scene.bin originaux, mais pas pour les variantes.
Ou alors intégrer l'algo LZV au coeur du prog.
Pour ma part, je préférerais le décompresser en utilisant le prog de Fremen (je ne l'ai pas testé, mais ce doit être quasi instantané, même sur mes vieux PC)? En lançant en live le prog de décompression (invisible pour l'user), et en se mettant d'accord pour que le scenestat.txt issu de la décompression soit stocké dans un endroit prédéfini, il n'y aurait rien changer à mon prog existant.
Pouvez-vous un peu détailler comment vous procédez car vous avez certainement une phase préliminaire?
_________________
Aimant s'instruire, partager le goût des voyages et l'acquisition de connaissances, se sentant responsable ("spectateur engagé", Raymond Aron). Ma caractéristique c'est l'émerveillement devant la diversification de toutes les formes de vie.

[jopfleger]

En testant le prog VB à l'instant, j'ai remarqué que le fichier des objets comprend un "trou" entre "0x068 Guide Book" et "0x080 Buster Sword".
Quelqu'un pourait-il juste me dire que c'est normal?
En fait, je vais me servir directement de l'id de l'objet en tant qu'index, ce n'est pas grave s'il y a des trous, mais j'aurais besoin de le savoir.

Merci.

Cf un court extrait du fichier:
0x060 Super Sweeper
0x061 Masamune Blade
0x062 Save Crystal
0x063 Combat Diary
0x064 Autograph
0x065 Gambler
0x066 Desert Rose
0x067 Earth Harp
0x068 Guide Book
0x080 Buster Sword
0x081 Mythril Saber
0x082 Hardedge
0x083 Butterfly Edge
0x084 Enhance Sword
0x085 Organics
0x086 Crystal Sword
0x087 Force Stealer
0x088 Rune Blade.- 8 -
0x089 Murasame
0x08A Nail Bat
0x08B Yoshiyuki
0x08C Apocalypse
0x08D Heaven's Cloud
0x08E Ragnarok
0x08F Ultima Weapon
_________________
Aimant s'instruire, partager le goût des voyages et l'acquisition de connaissances, se sentant responsable ("spectateur engagé", Raymond Aron). Ma caractéristique c'est l'émerveillement devant la diversification de toutes les formes de vie.