Re: *AMIGA* TOPIC OFFICIEL

[Vortex]

Ou récupére un a500 en panne.

[Zarnal]

A venir dans le mois et en version finale...

[StaxX]

Cool :)
Pas mal d'ajouts par rapport à la version sortie à l'époque !

Caractéristiques:
50 fps (au lieu de 25fps)
32 couleurs (au lieu de 16)
150 éléments (au lieu de 40?)
Hauteur de l’écran d’origine de 224 pixels (n’était que de 200 pixels)
Presque toutes les animations de sprites (n’avaient que ~ 20% des animations)
Écran de progression (n’était pas disponible)
Écran d’extension animé (n’était pas animé)
Images Big Score (n’était pas disponible)
Fichier unique de 180 Ko
Combat de boss animé (n’était qu’une image fixe)
Plusieurs fins (n’en avait qu’une)

Source: https://www.amigafrance.com/forums/topic/tinybobble/

Enfin un "nouveau" jeu qui me botte sur Amiga !

[Matari]

Cool :)
Pas mal d'ajouts par rapport à la version sortie à l'époque !

Caractéristiques:
50 fps (au lieu de 25fps)
32 couleurs (au lieu de 16)
150 éléments (au lieu de 40?)
Hauteur de l’écran d’origine de 224 pixels (n’était que de 200 pixels)
Presque toutes les animations de sprites (n’avaient que ~ 20% des animations)
Écran de progression (n’était pas disponible)
Écran d’extension animé (n’était pas animé)
Images Big Score (n’était pas disponible)
Fichier unique de 180 Ko
Combat de boss animé (n’était qu’une image fixe)
Plusieurs fins (n’en avait qu’une)

Source: https://www.amigafrance.com/forums/topic/tinybobble/

Enfin un "nouveau" jeu qui me botte sur Amiga !

Et faut quoi pour faire tourner tout ça, un Amiga 12000 16 coeurs à 4ghz et 16Gb de RAM ?

[StaxX]

un A4000 + 68060 + 8Mb Fast  

Spoiler:

[drfloyd]

de belles adaptations de vieux jeux d'arcade c'est ca qui manque à l'Amiga

Quoi que ce jeu n'avait pas forcement besoin d'un remaster...

[Zarnal]

- Presque toutes les animations de sprites (n’avaient que ~ 20% des animations)

La chip semble être totalement saturée dans cette version ( 512k,OCS ).

[Tryphon]

Les homebrews actuels chargent tout le jeu en RAM ou ils se servent du disque (parce que j'ai du mal à comprendre pourquoi il faut 1Mo de RAM pour Bubble Bobble) ?

[Zarnal]

Les homebrews actuels chargent tout le jeu en RAM ou ils se servent du disque (parce que j'ai du mal à comprendre pourquoi il faut 1Mo de RAM pour Bubble Bobble) ?

Réso, couleurs, framerate, étapes d'animations, musique.

Chargé en une fois.

[ArchieForEver]

Cool :)
Pas mal d'ajouts par rapport à la version sortie à l'époque !

Caractéristiques:
50 fps (au lieu de 25fps)
32 couleurs (au lieu de 16)
150 éléments (au lieu de 40?)
Hauteur de l’écran d’origine de 224 pixels (n’était que de 200 pixels)
Presque toutes les animations de sprites (n’avaient que ~ 20% des animations)
Écran de progression (n’était pas disponible)
Écran d’extension animé (n’était pas animé)
Images Big Score (n’était pas disponible)
Fichier unique de 180 Ko
Combat de boss animé (n’était qu’une image fixe)
Plusieurs fins (n’en avait qu’une)

Source: https://www.amigafrance.com/forums/topic/tinybobble/

Enfin un "nouveau" jeu qui me botte sur Amiga !

Ca a l'air proprement excellent.
J'adore ces jeux qui ont l'air tout simples, mais sont super funs et assurent des heures et des heures d'amusement.

[StaxX]

Exactement ! :)
Hâte de pouvoir y jouer !

[dlfrsilver]

de belles adaptations de vieux jeux d'arcade c'est ca qui manque à l'Amiga

Quoi que ce jeu n'avait pas forcement besoin d'un remaster...

ça va changer du port pourri et baclé sorti sur ST et converti à la hache sur Amiga.

J'ai même proposé au programmeur d'utiliser le code de la version X68000, qui est une conversion ligne à ligne du code source z80 de l'arcade.

[Zarnal]

de belles adaptations de vieux jeux d'arcade c'est ca qui manque à l'Amiga

Quoi que ce jeu n'avait pas forcement besoin d'un remaster...

ça va changer du port pourri et baclé sorti sur ST et converti à la hache sur Amiga.

J'ai même proposé au programmeur d'utiliser le code de la version X68000, qui est une conversion ligne à ligne du code source z80 de l'arcade.

Et il t'a répondu qu'il se débrouillait avec son propre code...

Mais il a laissé une porte ouverte je te l'accorde.

[dlfrsilver]

de belles adaptations de vieux jeux d'arcade c'est ca qui manque à l'Amiga

Quoi que ce jeu n'avait pas forcement besoin d'un remaster...

ça va changer du port pourri et baclé sorti sur ST et converti à la hache sur Amiga.

J'ai même proposé au programmeur d'utiliser le code de la version X68000, qui est une conversion ligne à ligne du code source z80 de l'arcade.

Et il t'a répondu qu'il se débrouillait avec son propre code...

Mais il a laissé une porte ouverte je te l'accorde.

Il a explicitement demandé des volontaires. Je veux bien aider à ressourcer le programme de la version X68000

[Tryphon]

Les homebrews actuels chargent tout le jeu en RAM ou ils se servent du disque (parce que j'ai du mal à comprendre pourquoi il faut 1Mo de RAM pour Bubble Bobble) ?

Réso, couleurs, framerate, étapes d'animations, musique.

Je ne comprends pas pourquoi réso + couleurs + framerate prendrait tant de place (la version arcade de BB ne fait certainement pas 1Mo), surtout avec des graphismes planar (tu n'as pas besoin de charger des graphismes en 4bpp s'il n'y en a besoin que de 3, à la différence d'un chunky).

Chargé en une fois.

Ça aussi je saisis mal : sur BB, au pire, tu as besoin d'avoir 2 tableaux en mémoire (vu que la transition se fait en montrant les 2)

Ça se prête très bien à un chargement progressif...

Bon, c'est pas un reproche hein (je fais pareil dans Shinobi en ne réutilisant pas les gfx entre les niveaux - par flemme -, ou en codant différemment les différentes sortes de ninja au lieu de juste changer la palette - même si en l'occurrence c'est pour des raisons de limitations de couleurs).

[dlfrsilver]

Les homebrews actuels chargent tout le jeu en RAM ou ils se servent du disque (parce que j'ai du mal à comprendre pourquoi il faut 1Mo de RAM pour Bubble Bobble) ?

Réso, couleurs, framerate, étapes d'animations, musique.

Je ne comprends pas pourquoi réso + couleurs + framerate prendrait tant de place (la version arcade de BB ne fait certainement pas 1Mo), surtout avec des graphismes planar (tu n'as pas besoin de charger des graphismes en 4bpp s'il n'y en a besoin que de 3, à la différence d'un chunky).

Chargé en une fois.

Ça aussi je saisis mal : sur BB, au pire, tu as besoin d'avoir 2 tableaux en mémoire (vu que la transition se fait en montrant les 2)

Ça se prête très bien à un chargement progressif...

Bon, c'est pas un reproche hein (je fais pareil dans Shinobi en ne réutilisant pas les gfx entre les niveaux - par flemme -, ou en codant différemment les différentes sortes de ninja au lieu de juste changer la palette - même si en l'occurrence c'est pour des raisons de limitations de couleurs).

Le mode d'affichage utilisé par Bubble Bobble permet d'économiser plein de mémoire. 

Pour info, la borne de Bubble bobble utilise des graphismes stockés au format bitmap Chunky, alors que sur Amiga c'est du planar (ça prend plus de place).

[Tryphon]

Pourquoi le planar prendrait plus de place ?

[dlfrsilver]

Pourquoi le planar prendrait plus de place ?

ça a toujours été le cas. le chunky, c'est un affichage PC par pixel = 1 octet, tandis que le planar, c'est un affichage utilisé sur Amiga, et qui dans le cas d'une conversion des assets graphiques d'origine prendra plus de place. 

En bref, décrire une image par plan, requiert plus d'octets que la décrire en planar. 

Un bon nombre de machine d'arcade utilise du chunky, pour justement gagner de la place.

[Tryphon]

Pourquoi le planar prendrait plus de place ?

ça a toujours été le cas. le chunky, c'est un affichage PC par pixel = 1 octet, tandis que le planar, c'est un affichage utilisé sur Amiga, et qui dans le cas d'une conversion des assets graphiques d'origine prendra plus de place. 

En bref, décrire une image par plan, requiert plus d'octets que la décrire en planar. 

Un bon nombre de machine d'arcade utilise du chunky, pour justement gagner de la place.

J'ai dû mal comprendre la différence entre les deux.

Parce que pour moi, c'est en général la même chose. Par exemple, supposons que je veuille coder 4 pixels, avec les couleurs n° 1, 2, 3, 4. En Chunky binaire, je le vois comme ça :

Code:

0001
0010
0011
0100


soit 4*4 bits = 2 octets

En planar, je le vois comme ça (même chose mais en lisant colonne par colonne)

Code:

1010
0110
0001
0000


soit 4 * 4 bits = 2 octets

En fait c'est même pire, parce que si je veux décrire une image en 3bpp, en chunky je devrai certainement me mettre en mode 4 bpp (pour éviter qu'un pixel soit à cheval sur deux octets) et ignorer le 4ème bit, alors qu'en planar il me suffira d'écrire :

Code:

1010
0110
0001


soit 12 bits = 1,5 octets

Donc au contraire, je dirais que le planar doit plutôt souvent réduire la taille

Et dans BB, les graphismes ont l'air d'être en 2 ou 3bpp...

[dlfrsilver]

Pourquoi le planar prendrait plus de place ?

ça a toujours été le cas. le chunky, c'est un affichage PC par pixel = 1 octet, tandis que le planar, c'est un affichage utilisé sur Amiga, et qui dans le cas d'une conversion des assets graphiques d'origine prendra plus de place. 

En bref, décrire une image par plan, requiert plus d'octets que la décrire en planar. 

Un bon nombre de machine d'arcade utilise du chunky, pour justement gagner de la place.

J'ai dû mal comprendre la différence entre les deux.

Parce que pour moi, c'est en général la même chose. Par exemple, supposons que je veuille coder 4 pixels, avec les couleurs n° 1, 2, 3, 4. En Chunky binaire, je le vois comme ça :

Code:

0001
0010
0011
0100


soit 4*4 bits = 2 octets

En planar, je le vois comme ça (même chose mais en lisant colonne par colonne)

Code:

1010
0110
0001
0000


soit 4 * 4 bits = 2 octets

En fait c'est même pire, parce que si je veux décrire une image en 3bpp, en chunky je devrai certainement me mettre en mode 4 bpp (pour éviter qu'un pixel soit à cheval sur deux octets) et ignorer le 4ème bit, alors qu'en planar il me suffira d'écrire :

Code:

1010
0110
0001


soit 12 bits = 1,5 octets

Donc au contraire, je dirais que le planar doit plutôt souvent réduire la taille

Et dans BB, les graphismes ont l'air d'être en 2 ou 3bpp...

En planar, tu vas décrire : 

1010
0110
0001


En chunky seulement :


la même chose que ci-dessus, mais directement sous forme d'octet.


PS : Bubble Bobble arcade est un jeu en 256 couleurs.

[TotOOntHeMooN]

Les fameux octets de 12-bit... 

[Tryphon]

Les fameux octets de 12-bit... 

Non seulement ça, mais en plus il faudrait que la machine ait un mode chunky 3bpp (avec donc des pixels répartis sur plusieurs octets). Ça existe (je crois que c'est le cas du System16), mais ce n'est pas courant.

Alors qu'avec un mode planar à 4 plans (par exemple), tu codes indifféremment à 1bpp, 2bpp, 3bpp, 4 bpp. Je suppose que c'est d'ailleurs une des raisons du choix du planar.

Ah, JAMAIS Bubble Bobble est en 256 couleurs. Peut-être que la master palette est de 256 couleurs, mais les tiles de bg semblent en 4 couleurs, et les sprites en 8.

[dlfrsilver]

Les fameux octets de 12-bit... 

Non seulement ça, mais en plus il faudrait que la machine ait un mode chunky 3bpp (avec donc des pixels répartis sur plusieurs octets). Ça existe (je crois que c'est le cas du System16), mais ce n'est pas courant.

Alors qu'avec un mode planar à 4 plans (par exemple), tu codes indifféremment à 1bpp, 2bpp, 3bpp, 4 bpp. Je suppose que c'est d'ailleurs une des raisons du choix du planar.

Ah, JAMAIS Bubble Bobble est en 256 couleurs. Peut-être que la master palette est de 256 couleurs, mais les tiles de bg semblent en 4 couleurs, et les sprites en 8.

Chaque sprite utilise 16 couleurs. Il s'agit d'une palette de type PC en 256, sur laquelle tu as 16 couleurs par sprites différents. 

Sur un amiga, pour qu'il n'y ait pas de perte de couleurs, il faut un affichage en 8BPL.

[dlfrsilver]

Les fameux octets de 12-bit... 

Non seulement ça, mais en plus il faudrait que la machine ait un mode chunky 3bpp (avec donc des pixels répartis sur plusieurs octets). Ça existe (je crois que c'est le cas du System16), mais ce n'est pas courant.

Alors qu'avec un mode planar à 4 plans (par exemple), tu codes indifféremment à 1bpp, 2bpp, 3bpp, 4 bpp. Je suppose que c'est d'ailleurs une des raisons du choix du planar.

Ah, JAMAIS Bubble Bobble est en 256 couleurs. Peut-être que la master palette est de 256 couleurs, mais les tiles de bg semblent en 4 couleurs, et les sprites en 8.

Mame n'a pas de tilemapper pour ce jeu, car les tilemaps via la touche F4 ne sont possible que sur les jeux en planar. 

Les jeux en chunky n'ont pas cette possibilité sous mame.

[Tryphon]

Les fameux octets de 12-bit... 

Non seulement ça, mais en plus il faudrait que la machine ait un mode chunky 3bpp (avec donc des pixels répartis sur plusieurs octets). Ça existe (je crois que c'est le cas du System16), mais ce n'est pas courant.

Alors qu'avec un mode planar à 4 plans (par exemple), tu codes indifféremment à 1bpp, 2bpp, 3bpp, 4 bpp. Je suppose que c'est d'ailleurs une des raisons du choix du planar.

Ah, JAMAIS Bubble Bobble est en 256 couleurs. Peut-être que la master palette est de 256 couleurs, mais les tiles de bg semblent en 4 couleurs, et les sprites en 8.

Chaque sprite utilise 16 couleurs. Il s'agit d'une palette de type PC en 256, sur laquelle tu as 16 couleurs par sprites différents. 

Sur un amiga, pour qu'il n'y ait pas de perte de couleurs, il faut un affichage en 8BPL.

Peut-être, mais il n'est pas nécessaire de stocker le sprite en 8 bpp, juste en 4. Et je n'ai pas vu de sprite utilisant plus de 8 couleurs. Tu peux m'en montrer un (si tu les as) ?

Édit :


Même 8 couleurs j'ai pas l'impression qu'on les atteigne...

[TotOOntHeMooN]

Même la Neo Geo et la PlayStation utilisent des palettes 4-bit pour leurs élément de bases (sprites / polygones). Aucune raison, surtout à l'époque, de gâcher de précieuses ROM à stocker des graphismes sur le double de place que nécessaire.

[Tryphon]

Clairement.

Bon après, c'est pas très grave qu'il optimise pas, le plus dur à faire sur Amiga est certainement de conserver un 50fps constant et la jouabilité.

[lincruste]

Les jeux où les bonuses sont des fruits ça m'agaçait quand j'étais petit et maintenant ça me rend nostalgique c'est bizarre.

[Vortex]

Les jeux où les bonuses sont des fruits ça m'agaçait quand j'étais petit et maintenant ça me rend nostalgique c'est bizarre.

Pareil, quand j'étais petit je m'en foutait des fruits, je voulais du Ninja et de la baston, désormais je ne dis pas non à une partie de Fruity Frank.

[Tryphon]

La dernière fois je me suis dit que France Gall, finalement, c'était pas si mal.

Je me suis saoulé à mort après

[tristan33]

Les jeux où les bonuses sont des fruits ça m'agaçait quand j'étais petit et maintenant ça me rend nostalgique c'est bizarre.

C'est parce que depuis, on n'a pas arrêté de te dire qu'il fallait manger 5 fruits et légumes par jour !