Re: Sgdk - Sega Megadrive / Genesis Development Kit

[Tryphon]

Ben déjà, si c'est un define, c'est bizarre...

[Hpman]

Bah non, c'est un registre HW. 

Sans macro ça donne:

bidule=(~((*(volatile u8*)0x800177)))>>4;

[Tryphon]

En effet c'est très bizarre...

[Stef]

C'est normal si ta variable bidule est signée dans quel cas le C va utiliser un shift arithmétique (avec conservation du signe) et du coup l'ordre des opérations importe peu (même résultat), par contre si bidule n'est pas signée dans ce cas il ne devrait pas changer l'ordre des opération car :

Code:

(~0)>>4 = 00001111b alors que ~(0>>4)=11111111b

[Tryphon]

C'est aussi ce que j'ai pensé, mais là c'est non-signé non ?

[Stef]

Ben on sait pas ce qu'est bidule, même si le registre lu est lui non signé, GCC va devoir caster dans le type destination, donc si bidule est signé (ici on ne sait pas) alors le code généré par GCC est normal.

[Tryphon]

Ah ouais bien vu !

[Stef]

Pour autant dans le code assembleur généré on voit que GCC stocke le résultat dans une variable 8 bit (si c'est bien le code qui correspond), et du coup j'aurai tendance à penser que bidule était déclaré en u8 (donc non signé) car c'est assez rare d'utiliser du s8.. Après ça arrive qu'on utilise du 'char' sans vraiment penser au fait que c'est du signé derrière. Enfin seul Hpman sait :p

[Hpman]

Le type/syntaxe exact est:

Code:

#define REGB_KICKSDATA (*(volatile u8*)0x800177)

typedef union __attribute__((packed,aligned(2))) _ctrl {
 u16 all;
 struct {
 u8 kicks;
 u8 base;
 };
} _ctrl;

_ctrl ctrlP2;

//////////////////////

ctrlP2.kicks=(~(REGB_KICKSDATA))>>4;



Donc non signé 

[Stef]

Alors là oui il y a un problème

T'as essayé de virer ce

Code:

__attribute__((packed,aligned(2)))

à tout hasard pour voir si c'est lui qui confuse le compilo (peu de chances mais bon) ?

A priori ici ça ne sert à rien (ça sera aligné sur du word et ça sera bien packed vu tes champs).

Edit:
Tiens par contre je ne savais pas qu'on pouvait donner le même nom à un union/struct et à un typedef, j'ai toujours différencié les 2..

[Hpman]

C'est idem, même en stockant dans un u8 de base.

J'ai tout cassé? 



Toujours mis le même nom, le pouvoir de la flemme 

[Stef]

ah bah oui y'a un problème clairement, tu es sur quelle version de GCC ? mais là vraiment un bug pareil c'est trop étrange. A tout hasard t'as pas fait une erreur sur la définition de ton u8 ? Car bon un bug pareil sur GCC ça me semble un peu gros :-/

[Hpman]

La je suis sur le 6.3.0 du sgdk, ça me semble reproductible en collant ça dans n'importe quel projet:

Code:

#define REGB_KICKSDATA (*(volatile u8*)0x800177)
u8 duh;

void derp() {
   duh=(~(REGB_KICKSDATA))>>4;
}

Testé vite fait sur l'ancien 2.95.2, code sensiblement différent (travaille avec un long) mais même souci, il not après le shift.

GCC rends l'argent! 

[Hpman]

Bon ça à l'air d'être une histoire de type, on peut résoudre le pb avec un cast:

Code:

duh=(u8)(~REGB_KICKSDATA)>>4;

Ca reste tout de même un peu contre intuitif, tout est de type u8 mais il perd le type en route. Pourtant tout le code est généré en .b 

[Invité]

Pas mal de chose sont en UB en C , alors rien ne m'étonne de ce coté là

[Stef]

Souvent le C promu le type en int en interne pendant les opérations (pour des raisons de performance), mais ici en partant d'un u8 pour aller vers du u8 c'est effectivement très bizarre

[drludos]

En espérant pas faire un "hors sujet":

Quand je boucle un projet, j'aime bien faire un petit article "post mortem" dessus. Et comme mes 3 jeux Mega Drive fait avec SGDK sont à présent disponibles sur cartouche, j'ai écrit un article sur "Faire un jeu Megadrive en 2019". Mais j'aurai aussi pu l'appeler "SGDK c'est trop génial" car l'article essaie de montrer à quel point SGDK est puissant tout en restant simple d'accès - merci encore Stef pour tout ton travail!

Bref, c'est en anglais, et vous pouvez le lire ici:
https://www.gamasutra.com/blogs/DoctorLudos/20191019/352537/Making_a_SEGA_Mega_Drive__Genesis_game_today.php

C'est pas grand chose, mais si ça peut motiver des gens à se lancer dans la création de jeux MD avec SGDK je serais super content !

[Tryphon]

Perso je trouve que c'est sympa de voir ce genre de retour

[Stef]

@drludos> Waaaa merci à toi pour cette super pub
Franchement ça fait trop plaisir à lire Je trouve tes minis jeux mignons et très addictifs :) et bravo pour avoir réussi à sortir quelque chose en 1h avec SGDK ! perso je ne suis pas certain d'en être capable

[Tryphon]

Clairement, moi non plus (en 1h je génère à peine mes sprites )

[drludos]

@drludos> Waaaa merci à toi pour cette super pub
Franchement ça fait trop plaisir à lire Je trouve tes minis jeux mignons et très addictifs :) et bravo pour avoir réussi à sortir quelque chose en 1h avec SGDK ! perso je ne suis pas certain d'en être capable

Avec plaisir, c'est plutôt mille merci à toi pour avoir créé un SDK aussi puissant et facile à utiliser ! :)
Et content que mes jeux te plaisent

Pour le jeu en 1h, j'avoue que c'est vraiment vraiment tendu ! Pour info Tryphon je n'ai du passer qu'environ 20 minutes sur les éléments graphiques (le poussin, l'oeuf, le panier), ce qui explique la simplicité et aussi l'absence de fond, afin d'avoir au moins 40 minutes de code. Mais avec le recul j'ai "mal géré mon temps", parce il m'a manqué 4-5 minutes à la fin pour faire un débug, et du coup la version "faite en 1h" du jeu n'est jouable que pendant 2-3 minutes, après tu as deux oeufs simultanés impossible à rattraper.

Et je vous rassure, pour la version finale du jeu (celle qui est sur la cartouche), j'ai pas compté les heures de travail, mais ça se chiffre en dizaines d'heures :p. Mais c'était intéressant comme expérience d'essayer de faire un "truc ludique" en si peu de temps.

D'ailleurs, si ça vous tente, la prochaine "0H Game Jam" a lieu le 28 octobre: http://0hgame.eu/

[GliX]

Hello people,

Ca fait un bail que je ne suis pas venu dans le coin, j'ai une interrogation sur un truc plutôt courant sur console 8/16 bits:  les tiles animées

J'ai un projet SGDK que je dépoussière un peu et j'aimerai pouvoir, à intervalle régulier, changer une tile de manière à cycler sur qq frames. A vue de nez, l'opération consisterait à switcher en VRAM la data à l'emplacement qui m’intéresse.

Quelques détails :
Je load le tileset de mon niveau avec un VDP_loadTileData, le tileset comprend - en plus du décors - toutes les frames de l'animation de la tile, je connais la position de la tile que je souhaite modifier mais je pense que charger une tile spécifique toutes les N frames n'est pas la bonne façon de faire, seulement je sais pas trop comme "swapper" les données en VRAM (sous peu que ça soit la meilleure solution)
Ma version de SGDK est la 1.33

Avez-vous des suggestions ou conseil à me donner ?  :)

Muchas Garcias

PS: Pas trouvé de question similaire sur le forum, mais peut etre que je n'emploi pas les bons termes

[Tryphon]

Code:

void VDP_loadTileData(const u32 *data, u16 index, u16 num, TransferMethod tm);

data c'est le tableau où t'as mis les données graphiques
index c'est l'endroit de ta tile en VRAM
num c'est le nombre de tiles à transférer
tm tu dois pouvoir y mettre du DMA_QUEUE

[GliX]

Merci Tryphon, 
Ma théorie était que ré-utiliser VDP_loadTileData était potentiellement lourd à utiliser toutes les N frames mais le Direct Access Memory serait donc si rapide ?

Bon bon, solution très simple au final  :)
Je teste ça asap !! 

[GliX]

Parfait pas de perte de Framerate et implémentation simplissime,
Merci encore Tryphon 

https://youtu.be/aYJ9FJjkV6Y

[jungrock]

J'arrive après la guerre mais pour cet effet là en particulier (tapis qui tourne), un palette swap aurait pas été + simple ?

[GliX]

Oui tout à fait Jungrock mais je swap déjà une couleur de ma palette pour un autre effet, pour le tapis il faudrait que je "sacrifie" 2 ou 3 couleurs de plus, je préfère éviter.  :)

[guiguidu48]

Ha ben je vois qu il ya jungrock ici 

Question : j ai créé une musique vgm sur deflemask pour un shoot.

Quand le perso tire, le son du tir (fichier wav independant sur un autre canal que celui de la zik) coupe le son du channel fm6 du vgm.

Cela vient il du wav? Ou plutot du vgm (canal aigu) 

Ou de la compilation sgdk ?

Merci par avance

[Tryphon]

Non c'est normal. Seul le canal 6 peut sortir du PCM. Du coup faut que tu te démerdes dans Deflemask pour que le canal 6 joue un truc pas trop important...

[jungrock]

Je précise, que cet instru est coupé par les SFX quelle que soit la chaine sur laquelle je joue le SFX !

[Tryphon]

Un SFX en PCM est joué forcément sur la voix FM6. Il n'y a qu'une seule capable de jouer du PCM.

Les 4 "voix" PCM ne sont pas de vraies voix : elles sont multiplexées en software et jouées sur le FM6.