Run !

C'est la commande "Afficher image" qui fait laguer, pas le nombre d'image affichées à l'écran.

Oui voilà, la commande afficher image fait lagguer, pas la commande déplacer image. Par contre, les images en .bmp ne lagguent pas avec la commande afficher image. (Découverte perso tkt)

C'est bon à savoir ! A essayer ! Cool la technique !


"Run!", le jeu fun MAIS pédagogique !

Y'a plus simple à faire, comme afficher TOUTE les images avant l'apparition du niveau, avec un petit système de "chargement en cours", ça marche bien aussi

Avertissement : Des déplacer images en parrallèle et en permanence fait lagguer le jeu, découverte personnelle (hélas ).

Donc les enfants, ne déplacer pas une image via deux commandes en même temps, surtout si l'une (commande) est plus rapide que l'autre ! (Oui je suis un barbare, je mets trois tonnes de Parallèles en même temps, puis en plus je mets pas d'attendre et EN PLUS je mets des boucles SANS ÉTIQUETTE BOUH !)

Je pense que "afficher une image" charge l'image dans la mémoire vive, alors que "déplacer une image" ne modifie que les variables de position. Ca explique le lag (comme si on rechargeait toutes les images à chaque fram). C'est drôle que "afficher une image" remplace "charger une image" sous RM

Sinon, ça m'a l'air très sympa

si tu veux faire lagguer un jeu, demande des dizaines de millier de calcul en chaine sans wait.
C'est testé et approuvé, comme methode pour faire ramer un jeu XD

Pas besoin de milliers de calculs, une simple ligne "effet météo" sans Wait en parallèle fait ramer 2k3.

Lewys Crimson a écrit:

Y'a plus simple à faire, comme afficher TOUTE les images avant l'apparition du niveau, avec un petit système de "chargement en cours", ça marche bien aussi

Voilà, c'est cette technique que j'utilise en fait. ^^

AristA a écrit:

Avertissement : Des déplacer images en parrallèle et en permanence fait lagguer le jeu, découverte personnelle (hélas ).

Donc les enfants, ne déplacer pas une image via deux commandes en même temps, surtout si l'une (commande) est plus rapide que l'autre ! (Oui je suis un barbare, je mets trois tonnes de Parallèles en même temps, puis en plus je mets pas d'attendre et EN PLUS je mets des boucles SANS ÉTIQUETTE BOUH !)

Fais attention, en tout cas, ce serait bête que le jeu lag, c'est le genre de jeu où le lag serait vraiment un problème.

coco a écrit:

Je pense que "afficher une image" charge l'image dans la mémoire vive, alors que "déplacer une image" ne modifie que les variables de position.

Oui, ça doit être ça, car si tu affiche une image une fois tu pourras la réafficher (du moment qu'elle n'a pas été effacé, je crois) sans lag alors que si tu reset le jeu entre-temps le lag se reproduira. Bref, comme le dit Falco, si vous avez plusieurs images à afficher autant utiliser les diverses possibilités (de 1 à 50) et TOUTES les stocker un coup dès le début du jeu lors d'un écran noir de 1 seconde. Par contre pour faire cela il faut s'être organisé à l'avance. ^^'

En fait c'est comme ça que l'on programme normalement : on intialise toutes les variables, on charge les images, les sons, les musiques... Puis on rentre dans la boucle principale du jeu. Le tout étant de faire tout ce qui prend du temps avant de rentrer dans la boucle principale du jeu (et donc avant que le joueur ne commence à jouer ), pour éviter le lag pendant le jeu.

Je me rends compte qu'un petit article / tuto sur comment programmer proprement pourrait être intéréssant

Citation :

Citation :

Y'a plus simple à faire, comme afficher TOUTE les images avant l'apparition du niveau, avec un petit système de "chargement en cours", ça marche bien aussi

Voilà, c'est cette technique que j'utilise en fait. ^^

L'intérêt de la technique de Joke, c'est qu'au lieu de charger 10 images pour chaque ordre de grandeur, on n'en charge qu'une, c'est cela qui est original ! (Largement plus facile à gérer, et économique si le nombre d'images à afficher simultanément est limité.)

Coco : ce serait très utile pour tout le monde !

Relm (Mer 15 Déc 2010 - 15.25) a écrit:

AristA a écrit:

Avertissement : Des déplacer images en parrallèle et en permanence fait lagguer le jeu, découverte personnelle (hélas ).

Donc les enfants, ne déplacer pas une image via deux commandes en même temps, surtout si l'une (commande) est plus rapide que l'autre ! (Oui je suis un barbare, je mets trois tonnes de Parallèles en même temps, puis en plus je mets pas d'attendre et EN PLUS je mets des boucles SANS ÉTIQUETTE BOUH !)

Fais attention, en tout cas, ce serait bête que le jeu lag, c'est le genre de jeu où le lag serait vraiment un problème.

C'est bien pour cela que j'ai corrigé le bug, ne t'en fais pas (En même temps c'est pas comme si tu allais t'en faire )

Sinon, Run ! possédera un incroyable et inconcevable système de sauvegarde qui est en fait celui de base mais chut. Les sauvegardes auront lieue en fin de niveau (Càd à la fin de l'introduction, du niveau 1, du niveau 2 et la scène avant les crédits qui est très secrète et qui n'aura peut être pas lieue en fait).


A venir sûrement dans ce même magnifique menu quelque chose qui indique le niveau où l'on est et notre score.
Yay

"Wich file to load"
WTF ?

*Which
Et enlève le to, me semble pas que je te l'avais dit, si c'est le cas ATPM

Ici le "to" est bon.
Faudrait peut être un point d'interrogation à la fin cependant.

En tout cas j'aurai mis : load which file?

Ok, merci pour cette précieuse aide à la traduction. Ce sera donc Load which file ?.

Petit moment de tristesse : le lag provenait du niveau qui était trop long. j'ai donc coupé mon niveau (520 carreaux à 400) pour le préserver du lag. Snif pour la partie super difficile et très entraînante qu'était la fin de ce niveau.

Bah.. Coupe une partie moins bien et remplace-la, non ? ^^'

"Load which file?", comme a écrit Relm : pas d'espace devant les signes de ponctuation double en typographie anglo-saxonne.

Dragongaze : tu impliques que le jeu d'AristA est de qualité inégale ? Et ça marche pas comme ça, la progression dans le niveau en serait toute perturbée.

Arista : tu ne veux pas faire plus de 2 niveaux au fait ?

Zim a écrit:

Dragongaze : tu impliques que le jeu d'AristA est de qualité inégale ? Et ça marche pas comme ça, la progression dans le niveau en serait toute perturbée.

C'est ce que j'ai compris..

Zim a écrit:

Et ça marche pas comme ça, la progression dans le niveau en serait toute perturbée.

Effectivement, et je ne peux pas passer outre le début (commencer directement super difficilement c'est chiant), ni passer outre le milieu (passer de facile à ultra dur d'un coup) je ne peux que passer outre la fin (passer de dur à... niveau suivant).

Relm a écrit:

Arista : tu ne veux pas faire plus de 2 niveaux au fait ?

Si, mais j'ai peur de ne pas avoir le temps. J'ai peur également de ne pas pouvoir faire d'autres graphismes. Faire trois niveaux serait par contre une bonne idée en revanche.

Ouais, histoire que l'on sente qu'on ait progressé un peu.

Au pire change juste des détails des décors, genre la couleur du ciel...

"Le boss/la bataille/la course final(e) au coucher du soleil." ?

Tu utilise probablement un panorama pour tes niveaux => Le lag vient de là.
Essaie de le mettre en bmp pour voir ?

Le lag est toujours présent, malgré le changement du format de panorama.

Okay.
Il est défilant ?
Pour savoir si ça vient vraiment du panorama, met un carreau au pif partout où il y a le pano, et teste.

Et sors ce jeu je commence à vraiment avoir envie d'y jouer !