Re: Bad Dudes Vs Dragon Ninja sur Mega Drive en Basic

[MaJesTy]

Hâte de tester ça

[bfg]

Vous allez faire comment pour le camion semi-remorque de premier stage ?

Il faut 2 layers qui ne scrollent pas à la même vitesse ... Je sais pas si c'est faisaible de faire scroller les 2 plans individuellement ...

[dub]

Vous allez faire comment pour le camion semi-remorque de premier stage ?

Il faut 2 layers qui ne scrollent pas à la même vitesse ... Je sais pas si c'est faisaible de faire scroller les 2 plans individuellement ...

J'ai testé 2 scrolls indépendant à vitesse différente. Ca marche.
Le problème est qu'il passera derrière la grille et je pensais utiliser mon 2 layer pour la grille. Ca va me couter bonbon pour faire la grille en sprite

Edit : Et je viens de m'apercevoir qu'il y a pas de Rip du Camion Je te ferais bosser dessus Johnny16Bit Mais qd j'aurais avancé perd pas de temps pour l'instant.

[bfg]

Vous allez faire comment pour le camion semi-remorque de premier stage ?

Il faut 2 layers qui ne scrollent pas à la même vitesse ... Je sais pas si c'est faisaible de faire scroller les 2 plans individuellement ...

J'ai testé 2 scrolls indépendant à vitesse différente. Ca marche.
Le problème est qu'il passera derrière la grille et je pensais utiliser mon 2 layer pour la grille. Ca va me couter bonbon pour faire la grille en sprite

Edit : Et je viens de m'apercevoir qu'il y a pas de Rip du Camion Je te ferais bosser dessus Johnny16Bit Mais qd j'aurais avancé perd pas de temps pour l'instant.

Je vais ptet dire une grosse connerie, mais chaque tile à une priorité dans les plans ... Y'à pas moyen de jouer avec ça ?

[drfloyd]

on arrive à faire un double scrolling plein ecran fluide avec Bex ????

[Invité]

Pour le camion tu peux utiliser le scroll horisontal a la tile si besoin.
CAD si les 2 plans ne suffisent pas .
@drfloyd: bah oui le scrolling sur console est hardware, que ce soit programmé en basic change rien, surtout que le basic de la md est compilé et non interpreté .

[Invité]

La seule limitation que tu peux avoir est la gestion du ZOrder ( ou Yorder pour d'autres ), mais avec la vue que tu utilises, il n'y aura aucun soucis.

Concernant le reste, tu as la documentation très mal foutue, mais ô combien riche :
http://devster.monkeeh.com/sega/basiegaxorz/basiegaxorz_full.html

J'y ai trouvé mon bonheur, mais c'est TRES lourd à lire et à disséquer.

Vu ton projet et d'après la démo du jeu ( une sorte de Double Dragon ), je pense que techniquement il n'y a pas trop de difficulté technique. L'IA est bête comme mes pieds ...

Sans doute l'intégration de tout les Tiles et sprites qu'il faudra gérer avec parcimonie vue la "faible" quantité de VRAM et surtout la manière dont c'est géré par BEX :
Adressage VRAM BEX : 0 - 1343 Tiles.



Les Tiles 0 - 128 sont réservées aux caractères ASCII, mais tu peux feinté en commencant à 95 en déclarant une police custom de ton cru.

Important :

- Un sprite de 32 x 32 pixels prends 16 tiles, un sprite de 16 x 16 prends 4 Tiles, un sprite de 8 x 8 prends 1 Tile.
- L'ordre de déclaration des Sprites définissent leur ordre d'affichage !

Pour les animations de tes sprites, je te conseille d'utiliser l'instruction Propsprite { Sprite, Adresse, N° Palette } beaucoup plus rapide que LoadTiles.

Cependant cela suggère de précharger tes Tiles en VRAM et donc consommer plus de mémoire ...
On peut aussi changer à la volée les Tiles pendant l'exécution du programme pour justement, compenser certain problème de place mais au détriment de quelques cycles ...
Il faut donc jouer avec ces paramètres de rapidité, mémoire .. Un peu comme boire ou conduire !

Pour mon projet, j'utilise sans cesse ces astuces ! Ce qui me permet d'afficher un grand nombre de Tile à l'écran. Et encore, je n'ai pas tout exploité à fond.
Il faut juste être bien carré sur les adresses, car BEX ne pardonne rien, car même si c'est du Basic, au final le code est compilé direct en Assembleur.
Coder en Basic et penser Assembleur, c'est un peu ce que je fais ! ^^

Concernant les outils indispensables pour commencer :


ImaGenesis : http://devster.monkeeh.com/sega/imagenesis/
Cet outil permet de convertir n'importe quelle image .png, .bmp en fichier exploitable pour BEX mais aussi pour n'importe quel code en C ou Assembleur ainsi que de générer la palette de l'image.

Sega Genesis Tile Designer : http://devster.monkeeh.com/sega/sgtd/
Un éditeur de Tile simple et puissant qui permet de jongler avec les 4 palettes et de générer, tout comme ImaGenesis, un fichier exploitable pour n'importe quel code.
Mais il faut tout se taper en "point par point".

Le 1er permet donc de travailler sur des sprite déja tout fait, et permettra de générer la palette de ce dernier.
Le 2ème est un véritable éditeur.

Bon courage.

[philip]

Vous allez faire comment pour le camion semi-remorque de premier stage ?

Il faut 2 layers qui ne scrollent pas à la même vitesse ... Je sais pas si c'est faisaible de faire scroller les 2 plans individuellement ...

J'ai testé 2 scrolls indépendant à vitesse différente. Ca marche.
Le problème est qu'il passera derrière la grille et je pensais utiliser mon 2 layer pour la grille. Ca va me couter bonbon pour faire la grille en sprite

Edit : Et je viens de m'apercevoir qu'il y a pas de Rip du Camion Je te ferais bosser dessus Johnny16Bit Mais qd j'aurais avancé perd pas de temps pour l'instant.

De suite j'ai vu le problème que poserai ce camion. Avec la grille, il y a aussi les lampadaires qui sont au premier plan. Et les immeubles sont derrières, donc pas d'autres choix que de faire le camion sous formes de sprites effectivement. Mais vu la longueur de sa semi-remorque, cela va posé un mega problème ! Je te conseille d'envisager de le remplacer par une camionnette, ou un hummer, et de garder le Truck avec sa remorque pour le deuxème stage.

palettes : peut être sera tu obligé de choisir un pantalon bleu pour le personnage Striker, au lieu de vert.
pal0: scroll B
pal1: scroll A
pal2 : sprites
pal3 : sprites



@Touko
t'as proposition impose alors d'assombrir le bas des immeubles j'imagine, pour obtenir une bande noire que l'on scroll pour faire apparaitre le camion ? Si oui, alors esthétiquement, j'ai un doute.

[dub]

Merci pr ts vos renseignements et vos conseils.

Effectivement j'ai regardé, je vais devoir modifier le camion.
Data East a claqué plusieurs plans juste pr en mettre la vue aux joueurs dans le premier niveau. En gros, commençait par le niveau n'est peut-être pas une bonne idée.
Donc je ferais le camion après...

Là, je me suis pris la tête, jeté mon PC par la fenêtre et j'ai oublié d'ouvrir la fenêtre.  
Les palettes avec imagenesis. Je comprend pas tout. J'ai réussi enfin mais le sel moyen que j'ai trouvé et de placer la couleur transparente comme 1er pixel de mon image et choisir la couleur transparente dans le menu. Arrrgh 30 000 essai de différentes manières ms comme ça ça marche. Sinon il ne m'affiche jamais ma couleur transparente où il faut ds les datatile.

Mais bon, je suis pas une lumière non plus.

Premier test avec le fond du niveau temporaire :il faudra le refaire car les rip sont pas bons (trop de tiles). Les couleurs ça va, mais doit pas y avoir de grille vu que les layers de l'arcade.
Grille passable à double vitesse pour tester et anim du joueur.
Tjrs à 50Hz, encore heureux je gère quasiement rien



Rom megadrive

yippee ki yay

[drfloyd]

Génial, je suis admiratif !

Devant votre travail, votre volonté, mais aussi devant la puissance de ce basic compilé !!!!!

[drfloyd]

@drfloyd: bah oui le scrolling sur console est hardware, que ce soit programmé en basic change rien, surtout que le basic de la md est compilé et non interpreté .

oui j'entend bien, mais apres la compilation pourait etre de qualité moyenne... et faire du double scrolling fluide c'est pas rien.

[Invité]

@Touko
t'as proposition impose alors d'assombrir le bas des immeubles j'imagine, pour obtenir une bande noire que l'on scroll pour faire apparaitre le camion ? Si oui, alors esthétiquement, j'ai un doute. 

Ouai je pensais au camion du 2nd stage en fait là ça va être chaud .
Soit il faut le réduire et utiliser des sprites,soit le supprimer et compenser par un parallaxe au niveau de la grille + immeubles du fond,ou les 2  .

2nde solution, supprimer le passage derrière la grille, et mettre le camion sur le plan A et décors sur le plan B + immeuble plan B en parallaxes .

mais apres la compilation pourait etre de qualité moyenne... et faire du double scrolling fluide c'est pas rien.

Même avec une mauvaise compilation, scroller 2 plans complets demande très peu de ressources .
Style 60/100 cycles grand maxi sur MD .
Tu dois modifier 1 valeur de scroll pour chacun des plans, et l'envoyer en VRAM .
Donc aucun soucis pour scroller @60fps.

Mais bon, je suis pas une lumière non plus

T'inquiètes c'est plus un manque d'habitude et peut être aussi des bons outils.
On est tous passé par la galère des palettes indexées et des couleurs transparentes 

Premier test avec le fond du niveau temporaire :il faudra le refaire car les rip sont pas bons (trop de tiles).

Un bon logiciel de tiling doit te permettre de virer les doublons pour réduire la taille .

[Invité]

Testé sur émulateur Android.
Franchement, c'est nickel !!!
Et pourquoi se prendre le chou a recopier a l'identique ???
Réalise ton propre jeu de baston avec les sprites d'origine !!
Le double scrolling est très classe et pour un premier essai sous Bex c'est impressionnant.
Il te reste la gestion des commandes.
Ensuite les sauts.
Après les coups.
Tranquillement, prends ton temps.

[dub]

Merci les gars.

Je vais pas tout recopier mais faire une adaptation/conversion. Même nombre ennemi / même apparition mais pas du 100% fidèle. Faudrait bcp de temps.

Je vais faire une bonne balade à pied pour m'aérer le cerveau.
Après je m'occupe d'intégrer ts les sprites pour les players avec une seule palette pour afficher ts les mouvements. Même si il doit en manquer. Mais pourquoi ils rippent pas tout comme il faut

[Johnny16Bit]

Dub, tu es mon héros!!!

[Invité]

Mais pourquoi ils rippent pas tout comme il faut 

Parce que c'est pas facile .

[Johnny16Bit]

Mais pourquoi ils rippent pas tout comme il faut 

Parce que c'est pas facile .

Petits bidouillages avec MAME en suivant ces instructions:
http://www.chronocrash.com/forum/index.php?topic=813.0
http://strategywiki.org/wiki/MAME/Special_Keys#F4

Suite à quoi je tousse, et confirme que ça n'a pas l'air aisé. Genre, je vais chercher plus simple - un autre émulateur permet peut-être de faire ça plus facilement.

[Johnny16Bit]

J'ai essayé également cette méthode:
http://cavernofcreativity.com/Atlas/Thread-ESN-s-MAME-Sprite-Ripping-Tuortial

C'est nettement mieux -mais hideusement suce-temps. Le plus emm...quiquinant étant d'avoir le sprite à ripper sur un fond qui contraste suffisamment pour que le "select colour range" fonctionne.
Mais capturer pour le camion, par exemple, ça devrait le faire.

[dub]

Mais pourquoi ils rippent pas tout comme il faut 

Parce que c'est pas facile .

C'est ce que je fais aussi qd je rip des jeux 8bit, screen par screen comme un gros bourrin et j'en rate plein au passage

Petits bidouillages avec MAME en suivant ces instructions:
http://www.chronocrash.com/forum/index.php?topic=813.0

Trop fort, je ne connaissais pas. Du coup on a ts les sprites et animation. J'ai même trouvé un petit ninja dont je ne me souvenais pas :

[dub]

Bon je me suis pas encore mis au sprite, on verra ça ce soir.
J'ai juste lu la full documentation du Basic comme m'a conseillé Vetea-San.

J'ai pas tout compris, faudra tester.
Mais il me semble que j'aurais pas de problème pour le multiscroll du niveau 2. Avec la ville en haut et le bas de la route qui bouge + vite.

On peut scroller par tile ou par ligne en horizontal comme vertical et dans n'importe quel sens ou pas du tout. J'utilise que la plan B mais on pouvoir le faire sur les 2 plans en même temps. J'ai pas encore essayé.
Mon fps reste constant mais je sais pas combien de cycle je mange. Faut peut-être pas en abuser.



Pour ceux qui ont le courage

[drfloyd]

des essais prometteurs

[Invité]

On peut scroller par tile ou par ligne en horizontal comme vertical et dans n'importe quel sens ou pas du tout. 

En horizontal tu as 3 scrolls :
Tout l'écran
A la tile
A la ligne

en vertical 2:
Tout l'écran
Toutes les 2 tiles .

Le scroll vertical à la ligne doit être fait via des interruptions.

[dub]

Merci.
Du coup j'ai lu les docs techniques de la megadrive http://emu-docs.org/Genesis/sega2f.htm

J'ai lu ailleurs qu'on pouvais utiliser 2048 tiles en même temps si je me trompe pas. Après on peut en reloader directement pdt le jeu. Il faudra aussi que je me renseigne sur le vblank.

Par contre, ce qui est cooooool, c'est qu'on peut jouer avec les plans. Afficher des sprites sous le planA.

Donc je pourrais utiliser le planA pour les lampadaires et tout ce qui se trouve devant le joueur.
Pour le niveau 1, je serais obligé de faire passer le camion devant la grille (en plus petit pour pas cacher le joueur si il descend ou comme sur Amiga : pas de camion du tout   ). Pour le niveau 3 de la forêt, je pourrais afficher l'herbe au pied du joueur ms je perdrais le scroll sur les grands arbres au fond.

PlanB+Sprite+PlanA avec scroll


Hier soir, j'ai aussi adpaté la palette des joueurs. Joueur1+joueur2+armes : 14 couleurs (1 transparent + 13). Il me reste 2 couleurs au cas où. Et un petit HFlip pour éconmiser des tiles.

[dub]

Hier soir, pas bcp travaillé dessus.

Je commence à optimiser le niveau avec la palette de la megadrive.
J'ai gagné 300 tuiles sur ce bout de map mais j'ai pas fini d'optimiser et je n'ai pas toute la carte mais c'est bon signe. Je pourrais encore enlever les barreaux non porteur de la grille pour gagner encore.

Opitmisé


Non Optimisé


QD j'aurais bien compris et tester l'optimisation. Johnny16Bit pourra m'aider dur les autres niveaux.

[drfloyd]

Excellent !!! Un projet est né !!!!!

[Johnny16Bit]

QD j'aurais bien compris et tester l'optimisation. Johnny16Bit pourra m'aider dur les autres niveaux.

Yop.
Franchement, tu craques le sac, Dub. Chapeau pour le travail déjà abattu!

[dub]

Opitmisation du level 1. Deux plans avec une seule palette.
Background : Décor + grille
Foreground : Lampadaire...

Je suis passé de 2402 tiles à 790 pour les 2 plans.



Bon c'est un permier test. Il faudrait certainement retravaillé parce que je risque d'atteindre la limite de tile.

[Harlock42]

Énorme ce projet ! Ça promet 

Bon courage

[Invité]

Très bon début !!!
Par contre attention, n'oublies pas que tu as les autres sprites ( Ennemis, Bonus divers, etc ... ) à afficher et à gérer.
Bon courage !!

[Invité]

J'ai fais quelques tests sur le fond, et il utilise 32 couleurs, donc avec 2 palettes tu devrais pouvoir faire aussi bien que l'arcade pour le niveau 1.

[dub]

Très bon début !!!
Par contre attention, n'oublies pas que tu as les autres sprites ( Ennemis, Bonus divers, etc ... ) à afficher et à gérer.
Bon courage !!

Oui, il me faut de la place.Je pense utiliser 3*32 max par joueur. Après je devrais regarder pr les ennemis, j'imagine le même nombdre de tiles par ennemi que par joueur. Tu sais combien de tiles je peux réélement placer en Ram (en même temps   ) ?

J'ai fais quelques tests sur le fond, et il utilise 32 couleurs, donc avec 2 palettes tu devrais pouvoir faire aussi bien que l'arcade pour le niveau 1.

J'ai essayé de mettre + de couleurs, mais déjà je serais liimité par les palettes (1 pr le décor, 1 pour les 2 joueurs, 1 pour différents ennemis/bonus/arme et une pour le Boss). Je pourrais optimiser après, qd j'aurais mes sprites mais le soucis avec + de couleurs = + de tiles. Sinon + de boulot graphique, loader des tiles du Plan B en temps réél ou créer un autre tableau map pr indiquer les tiles (HFlip/VFlip)