Re: GUERRE ST-AMIGA, FIGHT ! (Mauvaise foi assurée)

[touko]

Vu que t'en es au point de me sortir que le hardware intervient dans les tests de collisions, j'ai clairement pas envie de l'entendre, ça fait un bail que j'ai une certitude concernant ton niveau .
Donc bon, ton expertise ne manquera à personne, et tu peux clairement te la garder . 

Tu montres juste encore une fois que tu sais clairement pas de quoi tu parles .  

Ca depend la machine. C'est pas forcement 100% soft.

A ma connaissance seule l'atari 2600 le fait, voire l'amiga,et encore sur amiga avec le multiplexage, ça sert plus à rien je pense, copper pourra nous en dire plus .
Les autres proposent une interruption ou un flag, mais tu ne sais pas qui collisionne avec qui, donc totalement inutile dans 99% des cas et peu de personnes s'en servent .
La nes par exemple ne teste que les collisions avec le sprite 0, la PCE aussi .

[rocky007]

🥱

Après le Touko il nous sert sa salade qu’il a pas le temps pour un concours , mais trouve le temps de pondre des pavés inconsistant 10x par jours

[Copper]

A ma connaissance seule l'atari 2600 le fait, voire l'amiga,et encore sur amiga avec le multiplexage, ça sert plus à rien je pense, copper pourra nous en dire plus .
Les autres proposent une interruption ou un flag, mais tu ne sais pas qui collisionne avec qui, donc totalement inutile dans 99% des cas et peu de personnes s'en servent .
La nes par exemple ne teste que les collisions avec le sprite 0, la PCE aussi .

A mon avis même avec du mutilplexage ça peut permettre de savoir si on a eu une collision ou pas (mais on ne saura pas précisément quelle "instance multiplexée" la provoqué) car les collisions détectées sont "ajoutées" dans le registre CLXDAT...

Et encore on pourrait très bien lire CLXDAT a différent moment du balayage par exemple...

[touko]

Oui donc on est au même niveau que sur les autres machines,il me semble par contre que l'amiga détecte aussi les collisions sprites->plan de backgnd .

[youki]

A ma connaissance seule l'atari 2600 le fait, voire l'amiga,et encore sur amiga avec le multiplexage, ça sert plus à rien je pense, copper pourra nous en dire plus .
Les autres proposent une interruption ou un flag, mais tu ne sais pas qui collisionne avec qui, donc totalement inutile dans 99% des cas et peu de personnes s'en servent .
La nes par exemple ne teste que les collisions avec le sprite 0, la PCE aussi .

Le C64 te permet de gérer les collisions en hardware  Sprite to Sprite  et te dis quels sprites sont impliqués   et ils gerent aussi en hardware les collisions avec le décor.  tu sais si un sprite et lequel est en collision avec le décor ou pas.


Je me demande si les Atari 8 bits comme le 800 XL ne font pas ça aussi. 

Ceux qui proposent un flag pour savoir si il y a une collision mais tu ne sais pas où , c'est les machines comme la Colecovision, le MSX , le TI99 etc.. qui partagent toutes le même VDP TMS9928.

[Copper]

Oui donc on est au même niveau que sur les autres machines,il me semble par contre que l'amiga détecte aussi les collisions sprites->plan de backgnd .

Oui c'est la seule que j'ai vraiment utilisée d'ailleurs mais sans multiplexage

[youki]

Oui j’en aurais mais tu n’es pas capable de comprendre


Sinon Lynx c’est une bonne idée aussi, mais pq pas des trucs exotiques comme Vectrex par exemple

La vectrex , ca me va aussi.

[touko]

Le C64 te permet de gérer les collisions en hardware  Sprite to Sprite  et te dis quels sprites sont impliqués   et ils gerent aussi en hardware les collisions avec le décor.  tu sais si un sprite et lequel est en collision avec le décor ou pas.

Ok, c'est le cas du fait que le C64 ne gère que 8 sprites, mais dans les faits tu vois que peu de machines font ça .
Et pourtant je vois bcp de code de tests de collisions(100% soft donc) sur C64 .

Ceux qui proposent un flag pour savoir si il y a une collision mais tu ne sais pas où , c'est les machines comme la Colecovision, le MSX , le TI99 etc.. qui partagent toutes le même VDP TMS9928.

Les sega,nindendo et nec le font aussi, la NG je pense pas, c'est du 100%  soft probablement .
La nes et les nec le font seulement sur le sprite 0 par contre,d'ailleurs sur nes les codeurs s'en servent comme interruption H pour faire les hud .

Oui c'est la seule que j'ai vraiment utilisée d'ailleurs mais sans multiplexage

Ca c'est une feature intéressante .

[youki]

Et pourtant je vois bcp de code de tests de collisions sur C64 .

Tu n'utilises pas forcement que des sprites hardware quand tu fais un jeu.  Les collisions hardwares ne fonctionnent que si un sprite hardware est impliqué .

Et puis bon le hardware te dis qu'il y a la collision qui avec qui ,  mais c'est quand meme a toi de gérer ce qu'il faut faire dans ce cas là...

[touko]

Sur C64 avec un CPU @1mhz, je vois totalement l'intérêt,mais je pense que comme sur amiga, qd tu fais du multiplexage et/ou utilisation de caractères pour faire des sprites, ça ne sert plus à rien, tu fais tout en soft .

[Copper]

La vectrex , ca me va aussi.

Les seules machines possibles sont l'Amiga et/ou l'Atari ST (que personne ne propose bizarrement) les autres machines étant totalement hors sujet.

[youki]

Sur C64 avec un CPU @1mhz, je vois totalement l'intérêt,mais je pense que comme sur amiga, qd tu fais du multiplexage et/ou utilisation de caractères pour faire des sprites, ça ne sert plus à rien, tu fais tout en soft .

Non, quand tu fais du multiplexage de sprites tu peux encore te servir de la collision hardware , ca change rien.

Pour les sprites soft ca depends vraiment de ton jeu , si tu veux tester la collision de ton sprite soft avec un sprite hard , tu peux encore utiliser le hardware.   Apres entre 2 sprites softs tu peux pas.

[youki]

La vectrex , ca me va aussi.

Les seules machines possibles sont l'Amiga et/ou l'Atari ST (que personne ne propose bizarrement) les autres machines étant totalement hors sujet.

Ok, sur Atari St alors . Ca me va.

[touko]

Non, quand tu fais du multiplexage de sprites tu peux encore te servir de la collision hardware , ca change rien.

Si ça change, si par exemple ton sprite 1 et positionné en x=10 , x=30 x= 50 du fait du multiplexage ca sert à rien tel quel, t'es obligé de faire un test soft pour savoir sur quelle valeur de X ton sprite collisionne .
Donc ça aide, mais la gestion devient différente et t'es obligé de completer en soft, donc je suis pas sur que cela soit utile niveau économie de cycles .

Pour les sprites soft ca depends vraiment de ton jeu , si tu veux tester la collision de ton sprite soft avec un sprite hard , tu peux encore utiliser le hardware. 

Pas vraiment, car si tu utilises le test hard sprite vs caractère, à moins d'avoir un fond noir, c'est pas bon .

[Copper]

Ok, sur Atari St alors . Ca me va.

Impossible pour moi je n'ai pas d'Atari ST à ma disposition

[youki]

Tu n'as pas d'Amiga non plus?

[Copper]

Hélas non je n'en ai plus malheureusement

[touko]

Hélas non je n'en ai plus malheureusement

Sur micro c'est ce qui est bien de pouvoir coder directement sur la machine.Surtout aujourd'hui où gonfler son amiga/st est assez simple et peu "coûteux"

Sur console la cross compil c'est sympa, mais pour les graphismes et le son c'est pas génial .

[youki]

Hélas non je n'en ai plus malheureusement

Donc ton excuse de ne pas avoir la machine pour ne pas relevé le defi est bidon.

Tu n'avais pas de CPC , tu as fait le 10 lignesOPAT  pour CPC
Tu n'as pas d'Amiga , tu as fait tes petits carrés pour AMIGA

Par contre, je pense que tu as un PC  ou même un MAC....   donc tu n'as aucune excuse...   


Tu es juste comme Touko , tu as la pétoche! 


Heureusement que Silver lui est là pour relever le niveau.

[touko]

En fait t'as pas compris encore ? , on envoie juste silver, car ça suffit pour vous mettre une branlée .

[Copper]

Donc ton excuse de ne pas avoir la machine pour ne pas relevé le defi est bidon.

Tu n'avais pas de CPC , tu as fait le 10 lignesOPAT  pour CPC
Tu n'as pas d'Amiga , tu as fait tes petits carrés pour AMIGA

Par contre, je pense que tu as un PC  ou même un MAC....   donc tu n'as aucune excuse...

Oui j'ai un PC avec Godot 4.2.1.stable dessus c'est super rapide de commencer en plus (y a même pas besoin d'installation)

[youki]

Et ben fait un emulateur videopac sous godot 4.2 stable et tu nous fait un jeu 4k qui tourne dessus.

[Yastuna Lynx]

Moi je veux bien tenter la Lynx si copper , touko , rocky et silver sont partant.

Impossible pour moi je n'ai pas de Lynx à ma disposition

Bah, ça se prête / loue /vend...

[Copper]

Et ben fait un emulateur videopac sous godot 4.2 stable et tu nous fait un jeu 4k qui tourne dessus.

Ou alors je pourrais directement faire un jeu avec Godot 4.2.1.stable ?

[rocky007]

Oui j'ai un PC avec Godot 4.2.1.stable dessus c'est super rapide de commencer en plus (y a même pas besoin d'installation)

et quoi ? tu veux une médaille ? ajoutes le dans ta signature que tu fais mumuses avec godot, ça a l'air tellement important pour toi que tu l'indiques à chauqe message que tu écris. 

Je note donc que Touko n'a pas le temps parce qu'il est trop occupé à flooder les forums et Copper ne veut coder sur rien car il n'a pas les machines.   J'ai rarement entendu des pires excuses bidons.  La dernière fois c'était lors d'un entretien d'embauche : le postulant ne téléphone en me disant qu'avec la grève des bus il ne pouvait pas venir....alors qu'il habitait à 300 mètres des bureaux.

[touko]

[rocky007]

Non, quand tu fais du multiplexage de sprites tu peux encore te servir de la collision hardware , ca change rien.

Si ça change, si par exemple ton sprite 1 et positionné en x=10 , x=30 x= 50 du fait du multiplexage ca sert à rien tel quel, t'es obligé de faire un test soft pour savoir sur quelle valeur de X ton sprite collisionne .
Donc ça aide, mais la gestion devient différente et t'es obligé de completer en soft, donc je suis pas sur que cela soit utile niveau économie de cycles .

     pas facile hein les collisions... allez courage, il te reste +- 20 années

[touko]

respect !!

[Copper]

et quoi ? tu veux une médaille ? ajoutes le dans ta signature que tu fais mumuses avec godot, ça a l'air tellement important pour toi que tu l'indiques à chauqe message que tu écris. 

Je note donc que Touko n'a pas le temps parce qu'il est trop occupé à flooder les forums et Copper ne veut coder sur rien car il n'a pas les machines.   J'ai rarement entendu des pires excuses bidons.  La dernière fois c'était lors d'un entretien d'embauche : le postulant ne téléphone en me disant qu'avec la grève des bus il ne pouvait pas venir....alors qu'il habitait à 300 mètres des bureaux.

C'est une très bonne excuse au contraire... Et je suis sur que youki adorerait faire du Godot 4.2.1.stable en plus j'en mettrais l'index de Steve Bak à couper

[touko]

Bah oui, rocky fait bien du gogol 3.2.6 beta.indev.toujourspasfini depuis 20 ans .
D'ailleurs ca se voit dans tous les sujets techniques auxquels il participe .

[Copper]

On comprend que le postulant n'ai pas accepté le poste !