Aide pour programmation ds un casse-brique

→ **MyCalcs** profile · by **fpgforce** » 04 Jan 2005, 10:48

LinkWebmaster wrote:Le langage Basic à pour grooooooossssse différence avec son confrère ASM de ne pouvoir réaliser une action simultanément à une autre.

Oula ne mélange pas tout, aucun language de programmation sur TI n'execute deux directives à la fois, le multitache ne peux exister que si il y a plusieurs processeurs ou alors sur ton ordinateur, il est simulé mais n'est pas du vrai multi tache

LinkWebmaster wrote:Dans le cas de Casse brique il ne faut prendre en compte qu'une donnée: la balle.

Et le chariot aussi pendant que la balle bouge, ce qui n'est pas vraiment simple non plus.

Désolé de ne pouvoir trop t'aider sur les jeux Chatterrible mais ce n'est pas vraiment mon domaine

→ **MyCalcs** profile · by **LinkWebmaster** » 04 Jan 2005, 13:28

Y en a qui cherche la petite bête?
Dans l'action simultanée je parle par exemple de la fluidité du mouvement. Lance un jeu en BASIC et un en ASM...bien sur que techniquement il va falloir mettre un ordre de déplacement mais le résultat n'est pas le même.
Réalise un jeu de foot en basic et essai de faire bouger onze joueurs sur l'écran....si tu aimes le ralenti il n'y aura pas de problèmes...finalement ca ne rendra rien.
Si tu arrives à me prouver le contraire, envois moi ton prog direct alors!!!

Pour la deuxième remarque...je me doutais fortement que quelqu'un allait me parler de la barre, il a fallu que ce soit toi!!!lol
Je l'ai zappé car le déplacement est tellement insignifiant (de gauche à droite et de droite à gauche) qu'elle ne doit comprendre qu'au grand maximun 4 lignes de code à rentrer dns la boucle principale:
var B pr l'horizontal, avec getkey()-k, et déplacement de la barre (très lente lol) de 1 par 1
if k=340:B+1-B
if k=337:B-1-B
if B1:1-B
if B200:200-B
c tout

→ **MyCalcs** profile · by **fpgforce** » 04 Jan 2005, 14:16

Y en a qui cherche la petite bête?

Non pas du tout on discute stou

Réalise un jeu de foot en basic et essai de faire bouger onze joueurs sur l'écran....si tu aimes le ralenti il n'y aura pas de problèmes...finalement ca ne rendra rien.

Je n'ai jamais parlé de vitesse dans mon post je n'aborde que le sujet du multi-tâche parcqu'il ne faut pas tout mélanger

Je l'ai zappé car le déplacement est tellement insignifiant

Là je ne suis pas d'accord

Regarde combien tu vas perdre en fluidité de jeu sur ti83+ (parce que là il s'agit de 83+) en rajoutant une barre

→ **MyCalcs** profile · by **LinkWebmaster** » 04 Jan 2005, 20:09

Je programme actuellement sur V200.
En fait je me suis mal exprimé, excuse moi.
J'appelle de nom simultané, les déplacements fluides de tout objet sur l'écran en fait. lol
Par contre, j'ai pas trop compris...comment tu peux faire un jeu de casse-brique sans la barre? si le programme est vraiment bien structuré...le déplacement de la barre ( oui, c'est sur que ca va ralentir puisque le mouvement de la barre va arreter le mouvement de la balle...et assez de temps pour que le joueur s'en rendre compte...en fait là on revient sur le sujet du "simultané" ou sur un type de programme en ASM de casse brique tu ne resentiras pas ce ralenti et que tu auras l'impression que la barre et la balle bouge en même temps), oui donc le déplacement de la barre peut ne pas trop gêner le jeu. De plus si on rajoute une variable élevée au déplacement de la barre, on aura moins l'impression que ca rame.

→ **MyCalcs** profile · by **chatterrible** » 05 Jan 2005, 17:14

on est parti d'une toute petite aide en casse brique et on atterrit sur un "programming contest" lol! evidemment que dans l'absolu on ne peut faire bouger qu'une chose à la fois et que le BASIC ne permet pas une très grande fluidité de mouvement mais à mon niveau je crois que c pour l'instant un problème que je classe ds les derniers (sans doute qu'avec l'expérience je deviendrai de + en + exigeante!). Vous allez pas vous battre sur "le caractère simultané ou non des commandes exécutées", ça s'appelle jouer avec les mots!
Au fait une dernière question g bcp réfléchi à l'histoire de la balle renvoyée etc.

mais d'après le script elle tracera tjs un angle de 90° (si A+1-A et B-1-B pour l'arrivée et A+1-A et B+1-B pour le rebond)
si je veux que l'angle d'incidence soit respecté quand la balle arrive quasi à la verticale il faudra mettre A+1-A et B-2-B et l'opposé de B pour le rebond. Je sais pas si vous voyez ce que je veux dire (c pas forcément très clair!)
donc suivant cette logique quand la balle arrive en rasant le sol il faut mette A+1-1 (pas de changement) et B-0.5-B mais on peut enlever 0.5? g déjà essayé un truc du même genre ds 1 autre jeu et g eu une syntaxe error...
bon sinon j'espère que g compris le raisonnement et que ce que j'écris n'est pas totalement idiot!

P.S.: hihihi je savais pas que le rang correspondait au nombre de posts lol! thanks: genocyd!

→ **MyCalcs** profile · by **LinkWebmaster** » 05 Jan 2005, 18:24

Salut!
Ne t'inquietes pas on est loin encore du Programming Contest!
Un jeu de brique n'est pas difficile à réaliser.

Bon j'ai essayé de comprendre ta question
Quand tu dis que ta balle rase le sol? euh...dans un jeu de brique y a pas de sol, lol
Tu veux dire quand la balle se déplace presque à l'horizontale?
Tu peux retirer 0,5 (mais là aussi je vois pas pourquoi!) 1 est assez lent comme ca!
Il y a des trucs à faire attention:
imaginons que ton déplacement de balle va de 1 en 1 et que ta barre aussi...ca va etre nul.
Par contre ta barre se déplace de 2,25 et ta balle de 3,65 là ca devient plus intéressant!
Après il faut faire attention à bien tout limiter! pareil pour la zone de renvoi dans c cas là tu ne dois pas mettre :
disons que A est la variable de la balle et B la variable de la barre
(grosomodo)
A=B ne marchera pas
par contre AB+5 and AB-5 c déjà mieux
Fo penser à la longueur de la balle pour la variable Horizontale
et à la vitesse de déplacement de la balle pour la variable verticale