Re: [SMS] CIMMERIAN - a Barbarian tribute

[Invité]

et surtout correction d'une énorme bourde de toutes les versions de Barbarian que j'ai pu voir : 
quand on décapitera un gars sa barre de vie sera directement à 0 ^^

LOL, détail complètement inutile, donc forcement indispensable  

[vingazole]

Mais sur CPC, c'est un sprite la gerbe de sang au bout de l'épée si je ne m'abuse...

Il n'y a pas de sprite hardware sur CPC "old" (c'est pour ça que les jeux sont tout pourris, d'ailleurs... )

[Invité]

Il n'y a pas de sprite hardware sur CPC "old" (c'est pour ça que les jeux sont tout pourris, d'ailleurs...  )

Peut être, mais ils ont les gerbes de sang eux au moins 

[vingazole]

Ils n'ont que ça !

[Invité]

Ils n'ont que ça !

Et des sprites plus gros  .

[ichigobankai]

mais moches et lents

[Invité]

Non le jeu n'était pas lent du tout, enfin je trouvais pas du moins .

[F.L]

sinon pour la gerbe de sang, tu peux creer quand meme le sprite et l'afficher seulement quand le le sprite du joueur2 est " touché "
car le sprite touché1 et touché2 sont assez etroits, donc tu n'atteindra pas la limitation des 8 tiles en horizontal
peut etre que l'etroitesse des sprites touché1 et touché2 avait été due justement à cause des limitations de l'époque

sinon, c'est un peu bete de dénigrer la version cpc car c'etait la version 8 bits la plus jolie. et pour revenir à la vitesse, le gameplay du jeu barbarian n'est plus du tout le meme si les joueurs sont trop rapides. trop nerveux ça devient plus vraiment réaliste. j'avais bien galéré avec mes version atari et amiga à l'époque... elles etaient trop rapides et ont aurait dit des marionnettes plutot que des colosses pleins de muscles !
petit detail, il ne faut pas rendre la roulade trop rapide sinon l'autre joueur n'a pas le temps de sauter assez haut pour que l'autre joueur passe de l'autre coté. au fur et à mesure que j'avais re-crée le jeu je m'etais rendu compte de la complexité de ce jeu qui parait assez simple au premier coup d'oeil.
ça va etre ton tour ichigobankai. bon courage et bon efferalgan

[ichigobankai]

Perso je trouve la version CPC vachement poussive, certainement du au rendu "particulier" de la machine.
Bon après moi je n'y ai pas spécialement joué à "l'époque" même si je connaissais le titre, donc je n'ai aucun affect/nostalgie.

"En l'état" ma version est plus fluide, sans pour autant etre trop rapide, juste plus fluide. D'ailleurs quand je n'aurais que ca a foutre faudrait ajouter des frames d'anims intermédiaires, car certaines séquences sont trop "ON-OFF" dans les mouvements...et j'aime pas ca.

Pour caler la vitesse des anims, j'ai de toute façon des #define pour modifier la vitesse d'affichage des frames, que soit sur les sprites ou les tiles de fonds.
Pas complètement folle la guêpe ^^

en fin d'aprem j'ai ajouté les anims des têtes de serpents lors d'un coup reçu, faut que je regreffe tout l'intro/menu dans ma rom principale (car dans un autre dev pour le moment). Tu seras content Touko, y'a aussi des belles flammes animées sur le titlescreen, lol.

Je vais attaquer les roulades et le demi-tour ce soir normalement

[Invité]

Tu seras content Touko, y'a aussi des belles flammes animées sur le titlescreen, lol.

Ca c'est le genre de finitions que j'adore 

[vingazole]

Oui, on sait : https://www.gamopat-forum.com/t55056p30-sms-gg-homebrews-sega-master-system-et-game-gear

[Invité]

Merde je me suis trahi .

[ichigobankai]

Le 'dev suit son petit bonhomme barbare de chemin.

- J'ai remis à plat complètement l'algo de gestion des sprites (ma pris pas mal d'heures cette saloperie), "simplifier" le code (enfin plus compliqué mais plus efficace), ca a allégé les 2er slots fixe (32ko) de 50% (passé de 12 à 6ko) et foutu tous les metasprites dans des banks externes (avec une gestion auto de switch bank dans les appels de sprites/meta).

- Re-modifer un script python pour générer les metasprites en binaire avec valeurs d'offsets/calage positive et negative.

- Ajout de l'anim de départ quand les persos arrivent de gauche/droite

- Anim des têtes de serpents lorsque l'on se fait toucher

- Rom étalée sur 512ko pour le moment (en ayant prévue la taille de chaque décors d'arène etc)

- Petit détail que Touko & Vingazole aiment/aimeront bien : les tiles animés (torches etc) sont pris en comptes/animés pendant les fade in/out
Oui car il y a une routine de fade in / out, ca fait toujours classe ^^

Je suis en train de remettre en place les coups que j'avais déjà calé avant de refaire l'ago des sprites...

[Invité]

Ca fignole, c'est beau .. 

[drfloyd]

Ca fignole, c'est beau .. 

Touko, est ce que comme moi, ces gens qui ont plein de temps ibre pour développer, t'enervent au plus haut point ?

[ichigobankai]

plein non, je dors 5h, voilà la fausse bonne astuce ^^

bon j'ai quasi fini de regreffer et optimiser les routines d'intro / titlescreen.
je vais certainement modfier 2/3 trucs sur le titlescreen pour animer encore un peu "plus"

j'ai posé quelques idées pour les images de l'intro avec effets rasters & cie,
histoire de faire du "bling bling" à 2 balles...

[Ricco59_59]

N'en jette plus, la coupe est pleine :)

[Invité]

Ca fignole, c'est beau .. 

Touko, est ce que comme moi, ces gens qui ont plein de temps ibre pour développer, t'enervent au plus haut point ?

Rah c'est clair, je les bannirai du forum moi, ça leur ferra les pieds de venir nous narguer avec leurs jeux complets en 2 semaines pfeuuuuuu ..

[ichigobankai]

Plop les loulous,
le petit dev avance toujours, déjà un bon point ^^

Mise en place de l'initialisation/save/recup de la SRAM pour les scores (pour générer un hall of fame, qui restera en sram)
J'ai posé quelques lignes pour l'IA, histoire de. (toujours rigolo de voir un perso bouger seul...et de lui latter la gueule)
Ajout de la gestion du score, 8 digits, j'ai prévu large pour les hi-score...vous allez en chier)
Diverses petites corrections de code, mais je suis plutôt content y'a aucun souci sur le hard.
Et ca tourne en 60fps en réalité (la mise à jours des sprites/joypad/etc. étant à 60fps, seul le chargement des tiles dynamiques est à 30 fps)

Et je continue de faire des put*** de sprites... allez plus que 2 semaines 

en l'état il me reste
- finir les sprites, les convertir/insérer.
- caler les metasprites associés
- insérer les 2 anims morts/fin de combat (gnome etc.) (mais bon ca ce n'est pas "interactif", c'est juste calé avec un timer)

pour la démo, il n'y aura que le mode 2 joueurs accessible.
Encore un peu trop de boulot à faire pour pouvoir incorporer/générer correctement l'IA avant la date butoir.

[drfloyd]

tu es le nouveau Vetea ? Son beau frère peut etre ? 

Chapeau en tout cas, tu avances bien

[ichigobankai]

Plop les loulous,
me reste encore une dizaine de sprites à (re)faire et ca devrait etre pas mal.
J'aurais du poser des vacances, ce serait plus cool niveau timing...

Histoire de montrer une petite anim, voila une planche avec la décapitation.


ps. la vitesse d'anim n'est pas la bonne, c'est pour bien voir les phases

[Urbinou]

Superbe, la SMS m'étant inconnue, je ne pensais pas qu'on pouvait faire aussi fin et détaillé sur cette console.

[Invité]

Super boulot !


Allez courage pour la dernière ligne droite !

[ichigobankai]

Merci les gars !

bon après y'a rien d'extraordinaire, c'est comme pour n'importe quel support, pour faire quelque chose de correct faut y passer du temps (et connaitre aussi un peu la machine)

bon allez ce soir je converti les sprites, génère les métasprites et commence à réinsèrer et caler tout ce joyeux bordel...

Au final y'a ~200 métasprites quand même ! (player 1 droite / player 1 gauche, player 2 droite / player 2 gauche, les droite/gauche n'étant pas calé de la même façon, p1 et p2 ayant des décalages d'offsets sur les bitplanes pour la palette de couleur, donc pas possible de "fusionner"/repiquer les sprites de l'un pour l'autre)

[Invité]

C'est vraiment beau, belle anim, j'ai hâte de voir tout ça bouger .
Tu utilises combien de sprites hard pour tes metasprites ??

[ichigobankai]

au max 21 (par persos), histoire de garder un peu de vblank pour le reste (mise à jour de la SAT (table des sprites) et quelques anims de fond/tiles animés). La limite absolue étant de quasi 24 si je ne faisais que mettre des tiles dans le vdp...mais comme tu le sais, y'a pas vraiment que ca a gérer

Des jeux comme Street Fighter 2, mortal kombat ou Jang Pung 3 en font transiter plus  (plus gros persos) mais sacrifient le framerate pour pouvoir supporter la charge...j'ai préférez opter pour quelque chose de plus fluide avec quasi aucun clipping en mettant des persos de moins grande taille (tout en étant sympa quand même)

[Invité]

A ouai quand même, et je suppose que modifier autant de sprites (je parle de leurs attributs, posx,posy, pattern etc..) doit aussi consommer pas mal en CPU ??

[Invité]

Des jeux comme Street Fighter 2, mortal kombat ou Jang Pung 3 en font transiter plus  (plus gros persos) mais sacrifient le framerate pour pouvoir supporter la charge...j'ai préférez opter pour quelque chose de plus fluide avec quasi aucun clipping en mettant des persos de moins grande taille (tout en étant sympa quand même)

Sauf si capcom programmer comme des pieds mais y'a aucune raison de chute de FPS pour les transferts de sprite en VBlank sur SF2 (en parle bien de la version SNES ?) , je regarde Saga (vu que c'est un gros sprite) il rendre facilement dans du 112 x112 est donc c'est faisable d'envoyer autant (certes il reste plus grand chose mais faisable) , sachant l'autre perso ,les hadoken et le l'animation du BG y a pas grand chose d'autre a envoyer (mais une mémoire tampon ou un timer suffit largement pour envoyer le tout sur 2,3 frames), le risque est d'avoir qu'une frame d'animation (pour les perso) de décalage ce qui n'est pas énorme sur 50 ou 60 fps.

A ouai quand même, et je suppose que modifier autant de sprites (je parle de leurs attributs, posx,posy, pattern etc..) doit aussi consommer pas mal en CPU ??

Normalement pas tant que ça , la SMS fait 4mhz non , donc plus puissant qu'une SNES ou pas  ? (après je connais mal le cout de cycle d'une instruction sur du z80 et voir si c'est équivalent ou pas a un 2.68 mhz du 6502) , les metasprites me coute quasiment rien en cpu donc ça doit être pareil sur SMS (pour le peu que j'en ai fait ^^ ).

[ichigobankai]

je parle uniquement de jeux sur SMS
je ne vois pas trop l'intérêt de comparer des choses non comparables.

@Touko,
pour la maj des sprites, non c'est plutot limité en terme de consommation.
Mes metasprites sont déja pré-calculés, juste les posx a modifier pendant l'affichage actif (3 tableaux en ram, posx, posy et num sprites). le tout envoyé dès le debut du vblank en asm dans le vdp. 
(+ une autre copie temporaire pour swapper l'ordre avec le player suivant)

Les données étant déjà dans le bon ordre, à la queue-leu-leu c'est optimisé autant qu'il est possible pour un envoi rapide.

[Invité]

je parle uniquement de jeux sur SMS
je ne vois pas trop l'intérêt de comparer des choses non comparables.

Oh c'est a cause de moi je suis un inculte
Je viens de découvrir qu'il y a un SF 2 sur SMS... et oh mon dieu comment c'est moche et injouable   (de plus je ne joue que a la version CPS ce qui rend la transition encore plus violente).

[vingazole]

Le z80 de la SMS tourne à 3,5/3,6 MHz; les plus petites instructions (NOP, par exemple) consomment 4 cycles