background en tile

Bonjour,
je découvre MMF2 (je n'ai pas connu les précédents logiciels de la Clikteam) et je me demandais si on pouvait faire des décors avec des tilemaps (une image qui est découpée en cases de taille à définir) comme avec Gamemaker.

On peux faire ça avec l'objet active picture. [img]/centre/images/graemlins/wink.gif[/img]

Excuse-moi de demander ça, mais on fait comment avec active picture? Faut-il créer une active picture par tile ou bien l'image est-elle découpée selon des paramètres à définir puis il n'y a plus qu'à faire du glisser-déposer pour construire son décor?

Euh moi j'ai l'impression que c'est infaisable.
Sachant que toute les cases sont sur une même image, Active Picture demande un décalage, et une taille. Or si on change la taille il y as automatiquement un reéchantillonage et si ont désactive le reéchant., la taille repasse a la normal.
Avez vous une solution?

Pour faire un "tileset" avec active picture (en runtime), il suffit de charger ton images de tiles puis de coller le tile que tu veux avec la fonction "Paste Into Background" ou "Create Backdrop". Ensuite AP demande les coordonnées à coller, la largeur et la hauteur, et la position du résultat.

Apres il suffit de faire une boucle pour le chargement en fonction d'un tableau et un éditeur pour sauver les infos dans un tableau.

Ah ok...
Merci!

Merci pour vos réponses. C'est donc beaucoup moins ergonomique qu'avec Gamemaker.

Quel est l'intérêt d'utiliser des images découpées en blocs plutôt que les images elles-mêmes? Ca me paraît moins pratique. [img]/centre/images/graemlins/wink.gif[/img] J'ai déjà pratiqué les deux, quand j'ai commencé à programmé je faisais des jeux à partir de maps, mais c'était du aux contraintes des machines, de nos jours les machines n'ont plus ces contraintes et je ne vois pas l'intérêt... Autant poser des objets directement comme dans MMF, c'est plus souple...

Yves.

L'intérêt majeur est de gérer un tileset avec une seule image. Du coup si tu veux changer le "skin" d'un niveau, tu n'as qu'à changer l'image utilisée. Si tu veux télécharger du contenu additionnel, hop, tu télécharges une seule image.

Ce qui manque à MMF actuellement c'est la gestion des fichiers uniques contenant plusieurs données pouvant être utilisées sans être obligé de décompresser dans un dossier temporaire. Une archive où l'on peut utiliser ce qui est dedans sans écrire sur le disque. [img]/centre/images/graemlins/wink.gif[/img]

Sinon, il ne faut pas comparer MMF à GameMaker, MMF est bien plus puissant car il permet de faire tout ce que fait GameMaker et bien d'autres choses. Faut juste mettre un peu plus les mains dans le camboui.

OK pour le coup du skin, je vois. Je vais réfléchir à la question.

</font><blockquote><font class="small">En réponse à:</font><hr />
Ce qui manque à MMF actuellement c'est la gestion des fichiers uniques contenant plusieurs données pouvant être utilisées sans être obligé de décompresser dans un dossier temporaire. Une archive où l'on peut utiliser ce qui est dedans sans écrire sur le disque.

[/ QUOTE ]

Je ne suis pas certain de comprendre. Un exemple?

Yves.

Euh je dirait un dossier zip avec 3 fichiers, la possibilité d'utiliser un des fichiers sans décompresser les 3.
(Je pense...)

Je voulais parler en fait de ce qu'utilisent tous les jeux actuel:
Un fichier d'archive (qui n'est pas forcément compressé) mais qui contient plusieurs fichiers qui peuvent être utilisés sans écrire sur le disque dur (donc décompactés en mémoire). Je pensais que le gestionnaire "Data elements" de MMF2 ferait ça mais ce n'est pas vraiment le cas.

A priori si, le Data Elements fait exactement ça.

Yves.

Oui mais "Data Element" n'est pas une archive externe.
Le fait que l'archive soit externe peut être utilisé pour faire de mise a jours par exemple... Pas besoin de tout retélécharger.

Data elements le permet pas avec des expressions...
Ce qui serait bien serait de pouvoir acceder au Data elements comme on veux par exemple :
appDataElements$ + "dossier/fichier.ext"

Du coup si "fichier.ext" existe sur le disque dur, ça va chercher le fichier comme si on avait tappé : appdrive$+appdir$+"dossier/fichier.ext"
Si ce fichier n'existe pas sur le disque dur, ça va utiliser "fichier.ext" dans Data Element.

Ou alors tout simplement la variable "appDataElements$" qui permet d'acceder aux fichiers du DataElements... [img]/centre/images/graemlins/smile.gif[/img]

En fait ça marche avec les expressions, mais il faut utiliser le nom original du fichier (sur la machine source) et pas une expression avec Appdrive$ etc. Il faut que je vois ce que je peut faire à ce niveau là.

Yves.