Re: Amiga/st vs Archimede

[Invité]

Y'a pas de doute sur zark, l'archi ne fait même pas tourner un jeu 2D dans cette réso, alors un jeu 3D, et à 50 fps ..
C'est juste un peu de logique, rien de plus .

Le pc faisait tourner des jeu en VGA+50 fps avec des machines bien plus puissantes qu'un archimedes de base, et avec des cartes graphiques bien plus puissantes que ce qui existait sur archie, ou amiga ou falcon .

Prendre starfighter est bien,bien,bien plus claque gueule pour moi,et démontre vraiment qu'en 3D, l'archimedes en a dans le calbut .

[ArchieForEver]

Y'a pas de doute sur zark, l'archi ne fait même pas tourner un jeu 2D dans cette réso, alors un jeu 3D, et à 50 fps ..
C'est juste un peu de logique, rien de plus .

Le pc faisait tourner des jeu en VGA+50 fps avec des machines bien plus puissantes qu'un archimedes de base, et avec des cartes graphiques bien plus puissantes que ce qui existait sur archie, ou amiga ou falcon .

Dommage pour toi, Cataclysm le fait et pas mal de jeux de Magnetic Scrolls.

Une fois de plus tu ne sais même pas de quoi tu parles.
Pour descendre en flammes tu as du répondant, mais pour le reste.
As-tu compris l'overscan au moins ou pas ?
Non, j'en suis sûr.

[ArchieForEver]

Je l'ai déjà dit : sur le papier l'Amiga est une machine fantastique.
Etrangement, le marché du jeu sur Amiga, soit quelques 10aines de millions de dollars ou euros annuels, n'a jamais suscité le moindre jeu vraiment exceptionnel sur cette machine.

Allez c'est bon là, fermez le sujet, on a touché le fond.
Les meilleurs jeux micro des années 80... "rien d'exceptionnel".

Alors CERTES, la majorité des jeux sortaient sur Amiga ET ST puis plus tard sur PC... enfin là quand même faut être gonflé.
Et c'est quoi un jeu exceptionnel pour toi? Scorpius?

Sur Amiga je n'en vois aucun.
Sur Archie Scorpius n'a jamais été terminé, malheureusement..
Il n'y a pas de jeux 2D exceptionnel dessus (ce que je me tue à expliquer à cause de l'étroitesse du marché du jeu vidéo sur cette plateforme).

[Lesarthois]

LE fait est que les jeux exceptionnels étaient bien souvent communs a plusieurs formats.

Mais il y avait quand même une base commune :
le 320x200x16 et les 512K de RAM.

Totalement d'accord. Sauf que ArchieForever ne dit pas que l'Amiga n'a aucun jeu exclusif exceptionnel (ce qui est sûrement faux mais bon) il dit qu'aucun jeu Amiga n'est exceptionnel!
Par rapport à quoi déjà? Et si l'Amiga n'a connu aucun jeu exceptionnel, pourquoi est-il une référence du jeu vidéo?

AAaah si je vois : si les gens sont assez crétins pour avoir ignoré le magnifique et révolutionnaire Archimedes, ils sont aussi assez crétin pour considérer des jeux médiocres comme étant de bon jeux!
C'est évident

[Invité]

Dommage pour toi, Cataclysm le fait et pas mal de jeux de Magnetic Scrolls.

Une fois de plus tu ne sais même pas de quoi tu parles.

Peut être, mais tu devrais mettre un petit lien youtube, que tout le monde voit à quoi ça ressemble, tu crois pas ????

Je peux vous dire qu'on est à des années lumière de nevryon ou scorpius aussi sur archimedes..
Je pense que l'amiga serai aussi capable de faire tourner des jeux atari2600 en 640*480 mode HAM ..

Tu es de mauvaise foi archie ..

[ArchieForEver]

[quote="TOUKO"]

Je comprends d'ou tu sors tes résolutions bâtardes maintenant ..
du 320x256 overscan, reste du 320*256, et pas 384*288, ou du 416*288
Là c'est même pas un gérard que tu mérites, c'est tout juste un gustave ou un étienne au choix ..

Bon moi j'arrête de perdre mon temps avec lui, c'est clair que c'est le frère caché de BOZO ..

Ca c'est PUREMENT EXCEPTIONNEL.
Du Touko de TOUT PREMIER CHOIX.
'du 320x256 overscan, reste du 320*256, et pas 384*288, ou du 416*288 '
dit-il.

Mamamia quel régal de lire ce genre de stupidités absolues.
Je ne peux t'insulter mais le coeur y est vraiment, crois-moi.
Quel misérable idiot !
ABSOLUMENT MAGIQUE !
La terminologie est ainsi sur Acorn, alors je la respecte.

[Invité]

Apprends à coter, si tu codes comme ça, pas étonnant que tu n'avances pas dans ton jeu ..

Ce qui est marrant, c'est comme on le dit à chaque fois, contredit = insultes .
J'ai pas eu besoin de t'insulter pour te montrer que tu as tord .

[MikeeMike_2008]

le chien se noie et la caravane passe

et depuis le temps elle est passée, shadow of the beast la jouabilité n'est peut-être pas au top mais ca a permis d'obtenir des bons jeux dans le même style

comme jim power essaye de me montrer un seul jeux sur archimèdes de ce niveau ...... il n'y en a aucun et il n'y en aura jamais



ou du risky woods

[ArchieForEver]

Apprends à coter, si tu codes comme ça, pas étonnant que tu n'avances pas dans ton jeu ..

Ce qui est marrant, c'est comme on le dit à chaque fois, contredit = insultes .
J'ai pas eu besoin de t'insulter pour te montrer que tu as tord .

Je peux te coter et te mettre ZERO, pas de soucis.

Je pense que tu as TORT et ça c'est torDant.

[Invité]

Le fait de penser ne suffit pas, moi aussi je pense que je suis tellement fort, que je ferai des jeux 2D sur la PCE, meilleurs que ceux sur cette merde de dreamcast(je déconnes là) ..

J'y pense, mais contrairement à toi je sais que ça n'arrivera jamais .

Pour le moment le fait que tu y penses n'a rien montré, et encore moins prouvé quoi que ce soit .
Donc continues d'y penser très fort, on sait jamais ça pourrai arriver .

Tu te moques alors que c'est bien toi qui ne comprends rien.
L'overscan est formé à partir d'un mode de base, qui est étendu et non 'étiré'.

Et je répondrai même pas à ça ..
Parce que si pour toi mettre 6 écrans en mémoire, fait une réso de 256 * 6 ..

[ArchieForEver]

le chien se noie et la caravane passe

et depuis le temps elle est passée, shadow of the beast la jouabilité n'est peut-être pas au top mais ca a permis d'obtenir des bons jeux dans le même style

comme jim power essaye de me montrer un seul jeux sur archimèdes de ce niveau ...... il n'y en a aucun et il n'y en aura jamais



ou du risky woods

Voilà la liste de la poignée de jeux sympas.
Fernando était un virtuose et Guillaume très talentueux.

Ne dis pas 'jamais'.
Surtout quand tu ne connais rien à l'Archimedes.
C'est forcément idiot.

[MikeeMike_2008]

je ne demande qu'a voir, réalise cette prouesse infaisable je n'en serais qu'impressionné (essaye d'afficher le même nombre de parallaxe de rajouter les collisions..... infaisable sur archimèdes et bien d'autres supports, c'est comme beast ce doit être l'un des jeux les plus adapté sur les supports de l'époque "console comme ordinateurs" mais aucune conversion n'arrive a la cheville du mig, bizarre non ????)

je peux rajouter le turrican 2 et pleins d'autres qui ne feront que crucifier ton archimèdes en 2D

[ArchieForEver]

Je l'ai déjà dit : sur le papier l'Amiga est une machine fantastique.
Etrangement, le marché du jeu sur Amiga, soit quelques 10aines de millions de dollars ou euros annuels, n'a jamais suscité le moindre jeu vraiment exceptionnel sur cette machine.

Allez c'est bon là, fermez le sujet, on a touché le fond.
Les meilleurs jeux micro des années 80... "rien d'exceptionnel".

Alors CERTES, la majorité des jeux sortaient sur Amiga ET ST puis plus tard sur PC... enfin là quand même faut être gonflé.
Et c'est quoi un jeu exceptionnel pour toi? Scorpius?

Non : il n'y pas de jeux sur Amiga qui démontrent l'exceptionnel qualité des caractéristiques absolument étourdissantes du blitter et du copper, caractéristiques tels que vantés par Stapha.

[drfloyd]

Archi et Touko, si vous continuez à vous insulter et à vous provoquer, je ferme ce topic. Voire je vous place en confinement.

Ok c'est un topic de troll de guegerre façon ST-Amiga, mais il y a des limites. La ce n'est plus drole.

C'est vraiment dommage car sur le fond c'est passionnant.

[Invité]

euh j'ai insulté personne il me semble !!

[ArchieForEver]

Archi et Touko, si vous continuez à vous insulter et à vous provoquer, je ferme ce topic. Voire je vous place en confinement.

Ok c'est un topic de troll de guegerre façon ST-Amiga, mais il y a des limites. La ce n'est plus drole.

C'est vraiment dommage car sur le fond c'est passionnant.

Dis moi, ami Doc, tu en penses quoi de l'Amiga ?
Tu sais cette machine qui n'est ni un vrai ordinateur, ni une vraie console de jeux ?

[ArchieForEver]

euh j'ai insulté personne il me semble !!

Non, tu penses, suffit de reprendre la file depuis le départ.

Mais je m'en moque, tu te ridiculises à chaque fois, c'est tellement drôle.

[MikeeMike_2008]

laisse le doc a son st

[Invité]

Non, tu penses, suffit de reprendre la file depuis le départ.

Mais je m'en moque, tu te ridiculises à chaque fois, c'est tellement drôle.

tu sais poutre ,paille tout ça, ça marche aussi avec hospital, charité etc .., l'ami ..
Et je pense qu'ici, tu es bien celui qui insulte, et pourri le topic ..

[ArchieForEver]

Oui je pourrai le faire, mais ça changera rien, ça cosomme rien de jouer une musique de façon native, 5% de CPU en moins, il m'en reste 90 ..
Franchement archieforever cherche la petite bête, cette histoire de musique ne tient pas une seconde, c'est juste pour se défiler ..
Tout comme ses histoires de résos, que du flan.
Faut pas oublier qu'il a en façe une console 8 bit à 7,16 mhz, contre un CPU risc 32 bis à 8 mhz, 2 mo de RAM, du son DMA, et il chipote sur des détails à la cons,et me parler de fair play,c'est un peu fort de café quand même ..
C'est pas crédible, et il le sait,à la rigueur, sa demo serai sur une machine équivalente je dis pas .

J'ai quand même des sprites plus gros, 14 parallaxes, et 289 couleurs à l'écran ..

Il suffit juste de voir les derniers shoots de la console pour voir des musiques sur des truc bien plus impressionnants que ma demo, et ça rame pas .

Mais franchement le but était de montrer que je pouvais facilement animer 3 gros sprites avec un fond, ne le prends pas mal, mais j'ai pas le temps de coder un player pour ça ..
Vu que j'en ai pas encore codé pour mes jeux ..

Je joue facilement des samples pour les bruitages, mais comme je suis mauvais en musique(on s'improvise pas musicien), et que j'y connais rien en sons purs,je sais comme tout le monde manipuler des samples simples quoi ..

Je pense que je vais m'essayé prochainement à la musique (chiptune) dessus, mais pour le moment c'est pas au programme lol ..

PS: regardes mon effet de feu, si ça ca enterre pas ce qu'il fait



seule la musique est sur CD, les samples sont joués par la console .

Ne te défile pas.

Les termes du challenge ont été clairement établis précédemment, et tu as dit 'banco'.
Savoir :
- résolution 384x288
- scroll vertical de fond avec tiles
- mod player 4 voies
- 3 gros sprites de tailles des miens
Tout ça en 256 couleurs, qui, une fois établies, sont librement utilisables pour tout ce qu'on voit à l'écran.(pas de limitation ou contrainte par ligne, tile, ou que sais-je encore, chaque pixel vu peut être de n'importe laquelle de ces 256 couleurs).

Tu ne peux pas suivre ces specs avec ta PCE et ses super copros.
I win. You lose.
End of game.

[Invité]

Les termes du challenge ont été clairement établis précédemment, et tu as dit 'banco'.
Savoir :
- résolution 384x288
- scroll vertical de fond avec tiles
- mod player 4 voies
- 3 gros sprites de tailles des miens
Tout
ça en 256 couleurs, qui, une fois établies, sont librement utilisables
pour tout ce qu'on voit à l'écran.(pas de limitation par ligne, tile, ou
que sais-je encore).

En gros je dois faire de l'emulataion archimedes c'est ca ???

[babsimov]

Archi et Touko, si vous continuez à vous insulter et à vous provoquer, je ferme ce topic. Voire je vous place en confinement.

Ok c'est un topic de troll de guegerre façon ST-Amiga, mais il y a des limites. La ce n'est plus drole.

C'est vraiment dommage car sur le fond c'est passionnant.

Dis moi, ami Doc, tu en penses quoi de l'Amiga ?
Tu sais cette machine qui n'est ni un vrai ordinateur, ni une vraie console de jeux ?

On aura tout vu ! Maintenant parce que l'admistrateur du site te reprend sur ton style, tu essayes de le caresser dans le sens du poil pour le mettre dans ta poche ! C'est d'une bassesse !

Tout avis est intéressant, mais j'espère que personne n'est dupe !

[drfloyd]

je ferme le topic un moment le temps que vous vous calmiez.

[drfloyd]

je reouvre ce sujet, vu les discussions actuelles

[Urbinou]

Ils sont calmés tu crois ?

[Tryphon]

Est-ce que c'est vraiment utile de faire un vs ?

[babsimov]

Pour ne pas polluer le sujet le l'Archimedes 3010, je vais répondre ici à Archieforever suite à ses remarques ici :
https://www.gamopat-forum.com/t108982-acorn-archimedes-3010

ArchieForEver

Pas compris, le coût de l'overscan.
Tu m'attribues ces propos, quand ce que je fais c'est citer ce que j'ai lu ...
Alors ?
Tu racontes donc n'importe nawak, une fois de plus.

https://www.gamopat-forum.com/t41296p570-amiga-st-vs-archimede

Et alors ?
Que dois-je lire ou comprendre, en quoi cela répond-il au problème initialement soulevé ?

Ce que tu aurais du lire était cela :

@TOUKO a écrit:
@stapha: exact le 68030 est 100% compatible avec le 68000, les problèmes liés aux plantages des jeux dans les différents amiga, étaient soit liés aux différentes version de kickstart (et encore il me semble qu'à l'epoque commodore avait accusé les devs qui utilisaient des adresses réservées ),soit des problème de différences de chipset .

C'est exactement ce que je lui ait expliqué dans le mail.

Il a même essayé de m'expliquer les caractéristiques de base de mon Amiga en me disant que je connaissait pas ma machine en me donnant un lien qui parlait de WinUAE ! Gonflé !
Les subtilités techniques de ma machine (programmation blitter/copper) j'admet que là je suis dépassé.
Mais les caractéristiques de base de la fiche technique je les connais quand même. J'ai eu un VRAI Amiga pendant une période de dix ans (500/1200). Je lisais assidument la quasi totalité des revues françaises Amiga sur cette période (même les pires) donc je connais quand même un peu l'univers Amiga et la base de la machine :)

Edit : jusqu'à me dire que 320x256 sur Amiga c'était de l'overscan, trop fort !
Ensuite, quand je lui ais donné les liens vers des sujets qui parlent des résolutions overscan de l'Amiga, il n'en a plus parlé. J'ai moyennement apprécié sa remarque sur ma connaissance de l'Amiga (surtout que c'était la base de la machine dont il parlait)
Voici les liens, comme ça chacun pourra voir (c'est en anglais) :
http://eab.abime.net/showpost.php?p=494450&postcount=48
http://eab.abime.net/showthread.php?t=45691
http://eabmobile.abime.net/showthread.php?p=661307

Je remet la copie du mail que j'avais cité, car je n'ai pas gardé tous les mails que tu m'avais envoyé à l'époque tellement tu m'avais ensevelis sous les mails pour m'expliquer comme je connaissais rien à l'Amiga et comme tout ça c'était un complot contre toi etc etc...



Et je te cite "Tu le constates, pas évident de remettre en cause mes propos (320x256 c'est de l'overscan, dans un de tes nombreux mails de l'époque) quand il s'agit de factuel et précis. Le smiley en dit d'ailleurs long sur la suffisance avec laquelle tu répondais en pensant avoir démontré ta grande connaissance de l'Amiga et ma crasse ignorance de ma machine.

Hors, tu cites la page en question, mais comme au moins à l'époque tu ne connaissais pas l'Amiga (en avais tu seulement un à cette époque, j'en doute). 
Bref, comme tu ne connaissais pas l'Amiga et tu as lu "bétement" 320x256 Overscan. Seulement ils voulaient pas dire que le 320x256 c'est de l'overscan, mais que les démo tournaient en PAL mode OVERSCAN qu'ils ont résumé 320x256 overscan. Il a fallu que je te donne les liens pour que tu t'aperçoives à l'époque que tu m'avais pollué sur le 320x256 overscan sur plusieurs mails pour rien. 
Mais à ce moment là tu ressassais "oui mais moi l'Archimedes c'est 320x256... supposément l'Amiga il sait pas afficher ça. 

Sais-tu que Stapha92 raconte des conneries une fois sur 2 dans cette file de discussions ?

Sais tu que Stapha92, sur tous les sujets dans lequel il est intervenu a toujours été salué pour la manière didactique d'expliquer les choses ? Sais tu également que quand il avait fait une erreur, il le reconnaissait et sans le faire remarquer comme si c'était un exploit (il avait pas besoin de rajouter les "ça me defrise pas.... etc.... qui justement laisse supposer que si ça te défrise).
De plus, c'est facile de taper sur quelqu'un qui n'est pas présent sur le site.

Tu crois qu'en codant actuellement SOTB sur Archie, une machine sur laquelle c'est soit disant impossible, j'ai besoin de ses conseils en programmation ?
Non, sans rires ? Tu te rends compte du ridicule de l'idée ?

En quoi recevoir des conseils d'un programmeur qui a ouvertement dit qu'il avait déjà programmé des jeux (au sens commercial de la chose) serait ridicule ?
On t'avais pas dit que c'était impossible sur Archimedes, juste qu'on en doutait. Du reste pour l'instant ce n'est pas un jeu terminé. Et il n'en demeure pas moins que pour faire la même chose qu'un 68000 à 8mhz, des copros et 512 ko, il te faudra quelle configuration ? 
Je te l'avais dis, j'ai rien contre que ce soit possible, mais ton propos à l'époque était plus ou moins de dire "les copros" ça sert à rien et l'Amiga est un truc au rabais, voir pire (tu l'as d'ailleurs encore répété il y a peu). Hors, Shadow of the Beast et d'autres productions montrent que les copros c'était utile. 
Je serais le premier à saluer la prouesse quand tu auras fait le premier niveau jouable de Shadow Of The Beast. Je suis même venu sur la vidéo youtube que tu as mise il y a peu pour te donner des liens vers la version FM Town du jeu, parce que quelqu'un de disait de mettre des graphismes plus colorés. Bref J'espère voir tout ça finalisé.

Les astuces de Stapha n'en sont pas, ce n'est pas optimal.

Et comment le saurais tu ? Tu n'as même pas daigné demander à lire le mail qu'il m'avait envoyé en me plaçant dans le rôle du témoin ?
Tu as même refusé d'y regarder deux fois. La seconde fois était quand tu es venu ici avec ton pseudo (ou un de ceux que nous avons identifié) ChristopheS en te faisant passer pour un Atariste.... pour mieux venir cracher sur l'Amiga, puis plus tard sur le forum en entier (je vais y revenir).

Son questionnement, pour savoir si sur Archie les modes graphiques sont planar ou chunky, on en reparle ?
Et le type pense pouvoir me donner des conseils en coding ? Mais on rêve là, c'est l'asile de fous.
Non vraiment, il va m'en apprendre sur la machine, c'est sûr ...
 

Sauf qu'à aucun moment Stapha92 n'a dit (ou s'est même questionné) sur un soit dit affichage planar de l'Archimedes. Dès le départ il a dit que l'affichage de l'Archimedes était chunky.
C'est toi qui répand ce mensonge sur Stapha92. Je te l'avais même fait remarquer sous ton pseudo ChristopheS
Et je te cite (enfin ChristopheS se faisant à un moment pour un ami à toi) :
https://www.gamopat-forum.com/t96378p180-falcon030-vs-amiga-1200


ChistopheS@Babsimov : Stapha92 c'est le type qui voulait donner des astuces de programmation en mode planar au type qui lui codait sur Archimède, alors que l'Archimède n'a que des modes linéaires.
C'est lui votre savant pour vanter l'Amiga ?
Hé bé : ça c'est une valeur sûre.
Buvons ses paroles comme la Vérité.
Amen.


Et je t'avais déjà répondu (car je soupçonnais déjà que ChristopheS et toi était la même personne) :

en non, j'ai encore le mail de Stapha92 avec l'optimisation qu'il voulait proposer à Archieforever et il parle bien d'affichage Chunky. Mais, de toute façon Archieforerver à refusé ne serait ce que d'en entendre parler. Hasard, Archieforever a annoncé qu'il ne voulait plus répondre à mes interventions juste au moment ou Stapha92 me prenait comme témoin.


Si tu relis tu verras que quelqu'un dit à Stapha que l'optimisation qu'il proposait n'était pas idiote (faudrait que je relise).


En tout cas, je trouve étrange qu'un programmeur (Archieforever) refuse tout échange d'astuce avec un autre programmeur ? Surtout que Stapha92 lui a expliqué comment fonctionnait l'affichage des couleurs de son Archimedes alors qu'Archieforever avait publiquement (sur le forum) dit qu'il n'y comprenait rien. Pour un expert Archimedes autoproclamé, un "cador" de la programmation, c'est dommage de ne pas comprendre comment est géré la palette de couleur de sa machine non ? 
Note que je ne pourrais pas programmer la palette de couleur de la moindre machine, mais je ne suis pas programmeur, je n'ai pas été prétendre que j'avais écrit une routine exceptionnelle et que tous les autres programmeurs sur Archimedes avant lui était des "nuls" de ne pas y avoir pensé.


Si Archieforever s'est fait descendre dans ce sujet par tout le monde (des deux camps), il y a surement une raison. Encore récemment Touko avait donné un lien vers la démo finalisée d'Archieforever et si je me souviens bien Touko n'était pas du tout impressionné (au contraire).


Pour ce qui es des astuces de Stapha92, c'est un mail privé. Donc je ne le publierais pas ici. Mais, on peut voir en mail privé si tu veux, comme ça tu seras surement plus à même que moi de juger si ses propositions étaient valables ou non ?

Proposition de te faire lire le mail privé de Stapha92 que tu as refusé. Tu ne peux donc pas savoir si son optimisation était pertinente. Et de toute façon pertinente ou pas, pour toi elle n'aurait de toute façon pas été pertinente, puisque venant de Stapha92 (un Amigaïste). Précision, il a eu aussi, de ce que je me souviens un Atari XL, un Atari ST, puis l'Amiga. Et il a apprécié chaque machine.

Mais pour que ça te soit encore plus clair et que tu vois que tu n'avais même pas lu correctement la réponse de Stapha92, ou plutôt que tu ments sur le point du planar. Je te cite la toute première intervention de Stapha92 et un point en particulier :
https://www.gamopat-forum.com/t41296p360-amiga-st-vs-archimede

Je cite :

@ArchieForEver a écrit:Ah ah ah comme c'est drôle de lire de telles bêtises !
'Un scrolling fluide est si compliquée sur Archimedes.' : t'as pas honte d'écrire de telles inepties ?
Ou alors tu veux dire scroll hardware ?
Re ah ah ah ! Excuse moi, je ne peux m'en empêcher : sur Archimedes, avec le MEMC, tu changes l'adresse où le VIDC va chercher les données à lire pour les afficher... dur dur, ça prend 20 instructions à tout casser, ça doit bien prendre 0,03% du nombre de cycles processeur disponible par VBL !
Il y a un registre qui détermine le déplacement de l'adresse de lecture, par 'paquets' de 32 bits, donc 4 pixels en mode 256 couleurs (1 octet=1 pixel). C'est cette adresse qu'on utilise pour les scrolls hard verticaux.
Pour le déplacement horizontal, au pixel près, ça semble donc rapé, hein ?. Hé hé ! C'est sûr ce n'est pas marqué dans la doc de VLSI noir sur blanc, du coup beaucoup sont passés à côté, mais en fait il y a aussi un registre qui gère le décalage de 1 octet, donc 1 pixel en mode 256 couleurs.
Ceux qui avaient raté ça changeaient le départ de la bordure gauche via le VIDC (avec lequel, en passant, on définit des modes overscan 'vrais', en moins de 100 instructions).
Une fois de plus, parceque tu ne l'as pas vu, ou bien tu ne sais pas le faire, ou alors tu as cotoyé des types qui ont eu un Archie et ne savaient pas le faire, tu en conclues à tort que l'Archie ne savait pas le faire.
Je t'invite à regarder ma démo où avec le code généré j'affiche à l'écran 3 sprites de 80x80, sur un scroll vertical, avec un soundtracker lisant un mod 4 voies, dans un mode graphique overscan 384*256, en 256 couleurs.
Il n'y a même pas d'astuce sur le fait que le sprite sphère est affiché 2 fois.
http://www.retrosoftware.co.uk/wiki/index.php/XTHOPAC_STUARC
C'est en 50 images par seconde.
Depuis je fais largement mieux. Et je ne suis pas un dieu de la programmation comme vous en avez eu sur l'Amiga.
Si ces personnes s'étaient penchées un peu plus sur l'Archimedes, je pense que tu en aurais tout simplement avalé ton chapeau.
Dès que l'Archimedes a commencé à être distribué en Allemagne, on a très bien vu ce que les demomakers qui s'amusaient avant sur ST et sur Amiga ont su en faire. (Dommage ce n'est pas sur Youtube, il n'y a que des vieilleries là).

Donc si je résume, il existe des astuces non documentées et qui n'étaient pas utilisées à l'époque pour faire un simple scroll horizontal ? Et ça servait à quoi ? D'autant qu'en matière de scroll, on est loin du compte même avec ces astuces par rapport à un Amiga. Normalement, pour faire un jeu comme M. Nutz ou Brian the lion, l'affichage en chunky de l'Archimedes est un avantage énorme pour appliquer les effets de zoom et/ou de rotation qu'on trouve dans ces jeux. Et pourtant je n'ai rien vu d'équivalent. Faut dire que pour reproduire tous les plans de scrolls et de parrallaxe, tes 2 registres magiques ne servent plus à grand chose, il faut réellement déplacer les données..."

Tu vois Stapha92 dès le début dit et sait que l'Archimedes a un affichage Chunky. Et il le dira plus d'une fois.


Mais revenons à la réponse de ChristopheS (toi qui se faisait passer pour un Atariste) :

EDIT : Comme j'ai ri en voyant ça :


Sur un sujet qui concerne le Falcon et le 1200, tu nous balance une vidéo de ta démo Shadow of the Beast sur Archimedes. Comme tu viens de faire sur Amigaimpact aujourd'hui, en créant un sujet sur le blitter vs ARM, un site Amiga qui ne parle pas d'Archimedes, mais il fallait que tu ailles t'attaquer aussi à ce site.
https://www.amigaimpact.org/forums/topic/amiga-blitter-vs-archimedes-arm-power/
Parce que le titre en dit long sur l'intention je trouve.

ok l'encodage des couleurs en 256 couleurs m'a toujours passé au dessus de la tête : pour une raison très simple, c'est que la palette par défaut dans les modes 256 couleurs étant déjà assez bien équilibrée, on s'est rarement lancé dans sa redéfinition.

Oui, mais tu vois, Stapha92 qui selon toi n'y connait rien et bien en se basant seulement sur les descriptions que tu avais donné et dont ouvertement tu avais dit "j'y comprends rien", il t'a décortiqué comme ça fonctionnait et te l'a 
expliqué en détail. L'aurait tu remercier pour autant ? Non bien sur.
Car, Stapha92, quand je lui ais demandé d'expliquer le fonctionnement des cycles et de l'architecture de l'Amiga pour un niveau débutant, non seulement il l'a fait avec brio, mais en plus c'était extrémement claire et compréhensible. Tout le monde l'avais salué d'ailleurs à l'époque. Je t'avais d'ailleurs, sous le pseudo ChristopheS envoyé cette description. C'était à l'époque où j'avais de plus en plus de doute sur ce pseudo.
https://www.gamopat-forum.com/t97616p150-guerre-st-amiga-fight#2741636

Et toi en guise de réponse tu avais sorti :


"Je n'ai lu que quelques lignes et oui je suis Zarchos et je vous emmerde.
Forum de pro Amiga nases à pisser de rire."

 on s'est rarement lancé dans sa redéfinition.

Je reviens sur cette fin de paragraphe. Est ce à dire que la majorité des programmeurs sur Archimedes se contentait des couleurs prédéfinies pour leur logiciels... ça ça fait vraiment programmeur de haut niveau pour moi !
Note que je saurais pas programmer ça, mais quand tu critique Stapha92 qui lui aussi est programmeur, je constate qu'à la première lecture il a compris comment fonctionnait cette redéfinition et il aurait su la programmer. Ca me parait assez crédible de quelqu'un qui nous as dit avoir programmé des jeux de niveau commercial.

J'attends que TOI tu m'expliques son encodage, avec son mélange d'usage de la valeur logique de couleur qui se retrouve dans la sélection RGB.

Eh ! Tu trouves pas que tu pousses un peu là. Toi qui programme la machine t'y comprends rien et tu vas demander à moi un simple utilisateur de comprendre mieux que toi. 

Babsimov, tu ne touches pas une bille en compréhension matériel des machines, et tu prends pour argent comptant tout ce que le 1er Amiga fanatic va venir déblatérer ...

A quel moment j'ai dit que j'étais un expert (contrairement à toi au passage qui l'a souvent sous entendu). Bref, si tu relis mieux, j'ai plus d'une fois remis en cause ce qui était dit, fait des vérifications, et reconnu quand je m'étais trompé. Il te suffit de relire les débats.

Vas donc faire un tour sur eab, où les inombrables limitations de l'Amiga sont détaillés en large, en long, et en travers.

Rappel moi, c'est bien English Amiga Board... un forum sur lequel tu es banni... on voit bien comme effectivement tu as su aller le lire... et le pourrir.

http://eab.abime.net/member.php?u=60606

Egalement va lire les possesseurs d'Amiga qui expliquent que le son de Paula n'est absolument pas de qualité ( harmoniques propres à la réponse de l'amplificateur opérationnel ), et en plus dépend des modèles de cartes mères d'Amiga, et est même encore différent sur le A1200.
C'est ça le super son de Paula ?

Que ça te plaise ou non, Paula à l'époque était au top. Même dans les stations de travail, avoir du sample 8 bit et bien c'était en option (et je crois en plus que c'était 2 voies uniquement). Là, en 1985 nous avions 4 voies 8 bits en standard pour plusieurs fois moins cher qu'une station de travail. J'avais trouvé l'info au fil des débats sur le son à l'époque. 

Ah oui, quand tu l'écoutes avec WinUAE, sur échantillonné, là ok ça passe.

Et tu aurais eu un Amiga en vrai dans les années 80 ? A l'époque le son de Paula il ne faisait pas que "passer", c'était tout simplement la référence toute plateforme confondue. Tu vas me dire "oui mais l'Archimedes 8 voies etc etc....", oui mais pas 8 voies 0% processeurs, mais 8 voies avec plus de contraintes que Paula (cela avait été expliqué dans le débat). Je crois me souvenir que pour du 0% processeur sur Archimedes c'est 4 voies. Bref, oui l'Archimedes est une belle machine, ça ne t'excuse pas de laminer par pure haine la technologie de l'Amiga qui fut un travail d'orfèvre compte tenu de la technologie de l'époque.

N'oublie pas : MOI je code sur la machine dont je parle.
MOI je lis et je comprends ce qui se raconte sur eab, d'où il ressort au final que l'Amiga a certes des fonctionnalités hardware intéressantes pour son époque, mais A CHAQUE FOIS assorties de lourdes contraintes, ce qui explique
- les surfaces d'écran de jeux riquiqui genre 288 x 192 sinon le blitter se sent mal
- le gameplay pourri des jeux car il ne reste rien au CPU lentissime pour implémenter un semblant d'intelligence aux ennemis dans les jeux,
car le blitter qui ferait tout gratos sans prendre des cycles au CPU c'est totalement bidon.

Un peu trop de "Moi je, Moi je à mon goût". 
Il n'y a pas que toi qui sait lire EAB, la preuve j'avais su te pointer les liens EAB vers les résolutions overscan de l'Amiga. Et tout de suite tu l'avais moins ramené en mail privé.
- Le blitter a montré sa pertinence bien des fois dans plein de productions. J'ai lu que le blitter de l'Amiga avait une puissance de traitement équivalent à un 68020 pour les opération graphique. Un 68020 à son lancement c'était 16 mhz.... quand on sait que le blitter de l'Amiga tourne à 3,5 mhz... excuse moi, mais c'était quand même une belle performance technique à mettre au crédit de l'équipe de Jay Miner.
- Le gameplay pourri.... as tu seulement joué à des jeux sur un vrai Amiga ? Rien que quand je lis récemment ta remarque sur Wingcommander sur Amiga 500 qui aurait été programmé par un "amateur"... alors que c'était un exploit technique sensé être infaisable....
- Le blitter ne prend pas des cycles à au processeur en 16 couleurs. Et au delà, si tu ajoutes de la fast, il ne prend aucun cycle au processeur. Tout ça Stapha92 l'a très bien expliqué dans la description que je t'avais donné, mais que tu n'a bien sur pas lu.
Et je te le redonne en version courte, pour que tu puisses voir que j'invente rien


Citation de Stapha92 :

"Sur la RAM, on retrouve aussi un bus de données, un bus d'adresses et un signal R/W. Si on les relit aux bus du 68000, ce dernier pourra travailler avec la ram. Si elle est assez rapide, il s'exprimera pleinement sans jamais subir de ralentissement. Simple et efficace. 

Mais insuffisant ! Cette RAM ne peut être utilisée que par le 68000 ! Or, pour pouvoir afficher une image contenu dans cette même ram, elle doit pouvoir être accessible par le shifter (ST) ou Denise (Amiga). 

Comment faire ? Et bien on ne va pas relier le 68000 directement à la RAM : on va intercaler entre les 2 un controleur mémoire (MMU dans le ST et Agnus dans le mig). Ce dernier sera d'un coté relié à la RAM et de l'autre à Denise ou au shifter. Un aiguillage qui va changer de coté 7,14 millions de fois par seconde pour le mig ou 4 millions de fois par seconde pour le ST. Donc à chaque fois que cet aiguillage se trouve dans une position, il y a le temps de faire un accès pour le mig ou 2 pour le ST. 
La vitesse à laquelle correspond ce basculement n'est pas un hasard : ça correspond à un cycle processeur pour le mig et 2 cycles pour le ST. Dans les 2 cas, les concepteurs auront prévu une RAM assez rapide pour permettre cet accès dans ce laps de temps. 

L'accès à la RAM est donc ralenti. Mais ce n'est pas grave ! Car le 68000 ne peut absolument pas accéder à la RAM tous les cycles : les instructions les plus rapides prennent 4 cycles. Pas de problème donc. 

Comment faire ? Et bien on ne va pas relier le 68000 directement à la RAM : on va intercaler entre les 2 un controleur mémoire (MMU dans le ST et Agnus dans le mig). Ce dernier sera d'un coté relié à la RAM et de l'autre à Denise ou au shifter. Un aiguillage qui va changer de coté 7,14 millions de fois par seconde pour le mig ou 4 millions de fois par seconde pour le ST. Donc à chaque fois que cet aiguillage se trouve dans une position, il y a le temps de faire un accès pour le mig ou 2 pour le ST. 
La vitesse à laquelle correspond ce basculement n'est pas un hasard : ça correspond à un cycle processeur pour le mig et 2 cycles pour le ST. Dans les 2 cas, les concepteurs auront prévu une RAM assez rapide pour permettre cet accès dans ce laps de temps. 

L'accès à la RAM est donc ralenti. Mais ce n'est pas grave ! Car le 68000 ne peut absolument pas accéder à la RAM tous les cycles : les instructions les plus rapides prennent 4 cycles. Pas de problème donc. 

Vraiment pas ? Mais si une instruction prend 5 cycles, quand elle sera terminée et que le 68000 aura besoin de lire la prochaine, l'aiguillage sera du mauvais coté et le 68000 devra attendre un cycle de plus ! Et oui ! Sauf que... Aucune instruction ne prend 5 cycles sur le 68000. On pourrait faire le même raisonnement avec un instruction à 7 cycles. Mais on va arreter là : toutes les instruction du 68000 prennent un nombre de cycles qui est un multiple de 2. Il n'y aura jamais de ralentissement. 

C'est ce que se sont dit les concepteurs du mig : puisque le 68000 fonctionne comme ça, on peut se permettre de réserver un accès mémoire sur 2 au chipset. 

Les concepteurs du ST se sont plutot concentrés sur la durée minimum de 4 cycles. la plupart du temps cela revient au même. Sauf que lorsqu'une instruction prend 6 cycles, le 68000 du ST sera obligé d'en attendre 2 de plus pour pouvoir lire l'instruction suivante. Idem pour une instruction qui prend 10 cycles. Le nombre réel sera toujours arrondi au multiple de 4 supérieur. 
Soyons clair : ça n'est absolument pas aussi grave qu'il n'y parait : la majorité des instructions du 68000 prennent déjà un nombre de cycles multiple de 4. 
Simplement, quand Shiraz Shivji expliquait que le bus du ST était plus performant que celui du mig, il mentait à toute la communauté ST... 

Revenons sur le mig. Est-ce aussi simple ? Est-ce que le mig n'est vraiment jamais ralenti ? Voyons ce qui se passe dans un mig avec un écran basse résolution en 16 couleurs : 
(je schématise beaucoup et je triche sur l'ordre. mais ça ne change rien au principe) 

Cycle 1  : Lecture des données du bitplan 1 (16 bits) 
Cycle 2  : Libre pour le 68000 
Cycle 3  : Lecture des données du bitplan 2 (16 bits) 
Cycle 4  : Libre pour le 68000 
Cycle 5  : Lecture des données du bitplan 3 (16 bits) 
Cycle 6  : Libre pour le 68000 
Cycle 7  : Lecture des données du bitplan 4 (16 bits) -> Affichage des 16 premiers pixels 
Cycle 8  : Libre pour le 68000 
Cycle 9  : Lecture des données du bitplan 1 (16 bits) 
Cycle 10 : Libre pour le 68000 
Cycle 11 : Lecture des données du bitplan 2 (16 bits) 
Cycle 12 : Libre pour le 68000 
Cycle 13 : Lecture des données du bitplan 3 (16 bits) 
Cycle 14 : Libre pour le 68000 
Cycle 15 : Lecture des données du bitplan 4 (16 bits) -> Affichage des 16 pixels suivants 

Et ainsi de suite... 

On se rend compte d'une chose : pendant l'affichage, tous les cycles réservés à Denise sont utilisés : Comment faire pour afficher 32 couleurs (5 bitplans) ou 64 (6 bitplans) ? 
Et bien c'est simple : on va utiliser certains des cycles initialement réservés au 68000. Pour 32 couleurs, il nous faut un 5eme bitplan : on va lire ses données pendant les cycles 6 et 14 dans l'exemple ci-dessous. Si le 68000 cherche à accéder à la mémoire pendant l'un de ces cycles, il devra attendre 2 cycles. 
Pour un affichage en 6 bitplans, ce sont les cycles 2 et 10 qui vont être pris. Pourquoi 2 et 10 et non pas 4 et 12 ? Pour s'assurer qu'il y avait toujours un cycle libre entre les 2 cycles perdus. Ceci afin de s'assurer que la latence imposée au 68000 ne dépasse jamais 2 cycles. 

Partant de ce constat, les concepteurs se sont fixés 2 contraintes : 
        - Les cycles ne devront être "volés" que pendant l'affichage. Ainsi, en 320x200x32 couleurs, il y aura 20x200 = 4 000 cycles perdus par frame. Et encore, c'est un maximum : le 68000 ne va pas tomber sur ces cycles à chaque fois. 
        - Ce "vol" de cycles ne devra s'effectuer que si besoin : pas question de laisser ce système activé si on affiche un ecran en 16 couleurs ou moins. 
Il a donc fallu passer d'un controleur mémoire qui se contentait de basculer entre denise et le 68000 à chaque cycles à un controleur capable d'adapter ses basculements au besoin. 
On est passé d'un système statique à un système dynamique. Le ST ne dépassant pas 16 couleurs, il peut se contenter d'un système statique. 

Et ça ne s'arrete pas là ! Et oui : dans le mig, il y a des copro qui peuvent avoir besoin d'accéder à la mémoire. Et le controleur doit pouvoir leur donner acces à la demande : il ne sait pas d'avance quels cycles réserver. Par exemple, il ne sait quand Paula aura besoin de lire un sample à l'avance : il doit lui envoyer quand il y en a besoin (en tout cas c'est le système qui a été choisi dans ce cas, car c'est le plus souple). 
Et il peut même y avoir des demandes d'accès simultanés de plusieurs copro ! Il faudra déterminer lequel doit être mis en attente. 

On n'est plus dans un simple controleur mémoire, c'est un circuit qui doit controler et prioriser toutes les demandes d'accès à la chip ram. Ces demandes peuvent parvenir de plusieurs sources : il y en a 25. Ce sont les fameux 25 canaux DMA du mig... 

Et les concepteurs ont fait du bon boulot : Par exemple, le fait de pouvoir envoyer à Paula un sample à la demande et non de façon régulière et imposée est ce qui permet à Paula de faire des variations de tonalité. C'est ce qui permet au mig de reproduire des mod avec une meilleure qualité que ses concurrents tout en consommant moins de cpu. 
Autre exemple : lorsque le blitter fait une opération et que le 68000 souhaite accéder à la chip-ram, le controleur peut interrompre le blitter juste le temps d'un cycle pour permettre au 68000 de ne pas rester bloqué. D'autant qu'avec de la fast-ram, le 68000 travaille en même temps que le blitter : il aurait été dommage de bloquer son traitement juste à cause d'un accès à la chip... 
Et ça peut être primordiale  par exemple si une interruption est déclenchée : sans ce système, le 68000 ne pourrait pas y répondre (s'il n'y avait pas de fast-ram). C'est ce qui arrive avec le STE : si on utilise le blitter pour déplacer un gros blocs de mémoire, le 68000 étant bloqué, il sera par exemple impossible de faire un changement de palette pour un raster. D'autant que lui n'a pas de fast-ram. 
Atari, pour contourner le problème, avait la solution : il préconisaient de découper le travail du blitter pour ne déplacer qu'un tout petit bloc de données à la fois. Après chaque travail, le 68000 doit redéclencher le blitter. Ce qui lui permet de répondre à une interruption entre 2 travaux du blitter. 
Je te laisse méditer sur l'élégance de la conception de notre "console à disquette" comparé à celle de "l'ordinateur hyper bien conçu"... 

Pour info : dans l'ordre de priorité des canaux DMA, celui réservé au disque (D7 ou HD) est le plus prioritaire. Celui dédié au sprites est le moins prioritaire. A tel point qu'on peut, dans certains cas, perdre l'usage de 1 ou 2 sprites : c'est le seul cas ou un canal DMA n'est plus disponible. 
Le chargement de données était primordiale pour les concepteurs alors que les sprites étaient l'élément le moins important : bizarre pour une machine conçue en tant que console... "

TOI, tu n'es qu'un simple utilisateur.

Je sais je suis "simple" 
Blague à part, je n'ai jamais prétendu être expert en quoi que ce soit.

Depuis le temps que tu vénères ton Amiga tu n'as même pas produit le minimum d'efforts pour comprendre vraiment comment ta machine fonctionne.
Tu peux citer d'autres, mais sans rien capter à ce qu'ils racontent.

Il faut croire que si j'ai fait ces efforts, rien que le fait d'avoir demandé à Stapha92 qu'il m'explique comment fonctionnait en interne les cycles suffit à démentir ton affirmation. Et en plus Stapha92 avait ajouté le fonctionnement du ST en bonus. 
Et des questions dans ce genre j'en ai posé plein au fil des débats (y compris à toi sur l'Archimedes d'ailleurs). Au fil du temps j'ai appris plein de chose sur ce forum sur plein de machines que je ne connaissais pas. 
S'il m'arrive de citer certains passages des débats, c'est justement parce qu'ils étaient pertinents et qu'ils ne furent démentis par personne dans les deux camps. Et je veux dire par des personnes qui les ont lu, pas comme toi qui critique et ne lit pas.

Voilà pourquoi sur l'autre sujet je disais que tu n'avais pas changé et ce n'est tes réponses à ma remarques qui m'incitent à penser que tu soit venu ici autrement que dans le but de taper sur l'Amiga aussi souvent et gratuitement que tu le pourras.

Note cependant que lorsque ton Shadow Of The Beast sur Archimedes sera terminé et qu'on verra une version jouable, je serais le premier à saluer le travail accompli. Et, je te demande déjà de réfléchir à un portage de Wing Commander. Le Doc t'a dit qu'il estime la puissance de l'Archimedes à un 386DX25, c'était la configuration à peu près correcte pour que le jeu tourne sur PC.

[ArchieForEver]

T'es trop limité intellectuellement pour que je perde mon temps à discuter avec toi.
10 ans ont passé, désormais je sélectionne les personnes à qui je vais donner du crédit et du temps.
Ton principe c'est de noyer ton interlocuteur sous un flot de réflexions qui ne sont que rarement les tiennes, emprunter des réflexions stupides à gauche et à droite, avec des petites touches de fantaisies personnelles.
Pendant que tu blablates je produis ce que tu as toujours pensé être impossible sur Archie.
Ca, ça calme.
Bisous à Stapha92 et ses super algos sur une machine qu'il ne connait pas.

[ArchieForEver]

je ne demande qu'a voir, réalise cette prouesse infaisable je n'en serais qu'impressionné (essaye d'afficher le même nombre de parallaxe de rajouter les collisions..... infaisable sur archimèdes et bien d'autres supports, c'est comme beast ce doit être l'un des jeux les plus adapté sur les supports de l'époque "console comme ordinateurs" mais aucune conversion n'arrive a la cheville du mig, bizarre non ????)

je peux rajouter le turrican 2 et pleins d'autres qui ne feront que crucifier ton archimèdes en 2D

Ah ah ah comme c'est drôle de lire cela maintenant.
'crucifier' 
Ce mépris et cette arrogance affichés par cet amigaïste qui n'y connait rien, et n'a aucune idée de ce qu'un Archimedes bien programmé peut réaliser.

Alors, je me fais plaisir :
Ce n'est qu'un début, notez bien :
En 352 * 258 pixels, sur Archie, soit 64% de pixels en plus que le minable 288 * 192 de l'Amiga du fait de ses copros limités qui interdisent d'avoir une taille d'écran supérieure
16 ou 17 niveaux de parallaxes sur Archie, il faudrait que je revois mes notes, il y en a plus que sur Amiga en tout cas
512 couleurs à l'écran pour l'Archie contre 128 pour l'Amiga ( et en réalité rarement plus que 80 sur celui-ci )
Des sprites qui sur Archie s'entrecroisent comme techniquement c'est impossible sur Amiga, car les copros sont LIMITéS et ne permettent pas d'avoir la SOUPLESSE et la PUISSANCE données par la programmation SOFTWARE d'un algo, possible sur Archimedes avec son architecture conçue pour maximiser l'usage de la bande passante de sa DRAM.

Et oui sur Archie vous aurez les arbres qui scrollent pas de problème : ils auront même 255 couleurs possibles sur Archie ( combien sur Amiga ? 7 je crois. Ah ah ha c'est pour ça qu'ils sont si ternes, les pôvres ),
et oui sur machines à 8 Mhz aussi (évidemment il n'y aura pas tout ce que vous voyez actuellement à l'écran dans cette vidéo, mais a minima bien tout ce qui est dans la version Amiga)


Lire la description de la vidéo, ça m'évitera d'avoir à répondre à des questions ou commentaires stupides, j'ai mieux à faire.

N'hésitez pas à me parler programmation sur Archie, ça me fera rire

j'ai clairement besoin d'aide et qu'on me donne des astuces.

C'est l'Amiga qui est 'crucifié' désormais.
Je tiens à remercier tous ceux ici qui ont chié et re chié sur l'Archimedes à chaque occasion : sans vous je n'aurais jamais attaquer le portage de Beast sur Archie.
L'ironie de l'histoire c'est que vous vénérez votre Amiga, et c'est de vôtre action que va apparaître un port de SOTB qui va ridiculiser votre machine chérie. Vraiment : bravo ! Et merci ! 


Tout de suite, la suite.
Parlons des 110 bouboules 32x32 à l'écran sur Archie, codé sur 8 jours en 10 à 15 heures maximum, là où sur Amiga et STE ça constitue un challenge depuis plusieurs années d'arriver à tirer partie du blitter pourri des 2 machines, qui plafonne sous les 30 bouboules.
Je suis clairement mort de rires.
Et résolution 320x256 sur Archie, là où c'est 320x200 sur le STE ou l'Amiga parce qu'au delà le hardware ne suit plus.
C'est du WIP, mais vous pouvez suivre.
On devrait terminer à 140-150 bouboules sur Archie à 12 Mhz, et 80 à 100 bouboules sur Archies à 8 Mhz.

A nouveau, lire la description de la vidéo, ça m'évitera d'avoir à répondre à des questions ou commentaires stupides, j'ai mieux à faire.
Si je prends la peine de donner des infos, c'est pour qu'elles soient lues.

Stpaha92, aide-moi, j'ai TROP besoin de ton aide   pour peut-être afficher 300 bouboules 

[cryodav76]

l'archimede a l'air super puissant pas de doute, mais alors archiforever en est le pire représentant ça donne pas du tout envie de intéressée   a la machine .
un peu d'humilité dans tes propose te donnerait plus de credit
mais la...je crois qu'on peu plus rien pour toi

[Invité]

Ils sont calmés tu crois ?

Apparemment, pour le premier qui est revenu, non