PCEDK (nouveau dev kit)

[Kannagi]

Comme certain le savent , je suis en train de faire un dev kit pour codé sur PC-Engine pour le moment, c'est en mode alpha ou beta

https://github.com/Kannagi/PCEDK

Mon kit de dev utilise un langage personnalisé, qui se nomme Higueul , et son avantage est qu'il permet d’être aussi rapide en asm, tout en ayant un code style C, et il sait faire des petite optimisations ( comme pour les incrémentations , la remise à zéro ou les multiplications etc).
Il demande pas de savoir vraiment de codé en asm, mais de savoir comme le 6502 fonctionne

Voici mon premier test donc gestions des sprite de différente taille, et de la map (qui est créer via tiled).



Voici à quoi ressemble le code actuellement (on peut déplacer le haut d'un perso):

► Afficher le texte

proc main:
{
	PCEDK_UploadPAL 0x100,HERO_PAL,0x10020
	PCEDK_UploadVRAM 0x4000,HERO_SPR,0x1000
	
	PCEDK_UploadPAL 0x110,SHIP_PAL,0x10020
	PCEDK_UploadVRAM 0x6000,SHIP_SPR,0x1000
	
	//PCEDK_UploadPAL 0x40,MAP1_PAL,0x80
	PCEDK_UploadPAL 0x40,MAP2_PAL,0x180
	
	//SWITCH_BANK1 6
	//SWITCH_BANK2 7
	//PCEDK_UploadVRAM 0x1000,MAP1_SPR,0x3000
	
	SWITCH_BANK1 8
	SWITCH_BANK2 9
	SWITCH_BANK3 10
	PCEDK_UploadVRAM 0x1000,MAP2_SPR,0x6000
	
	PCEDK_InitSPR SPR_INDEX1,0x20,0x40,0x4000,0x0180
	PCEDK_InitSPR SPR_INDEX2,0xC0,0xC0,0x4000,0x180
	
	PCEDK_InitSPR SPR_INDEX3,0x80,0x80,0x4000,0x0180
	

	PCEDK_InitSPR SPR_INDEX4,0x90,0x90,0x6000,0x1181
	//0x1000/0x2000 +1h  0x100 +1w  /0x8000 fliph / 0x800
	
	uint16 posy
	posy = 0x40
	
	call load_map:
	
	call PCEDK_ScreenEnable:
	do
	{
		if PCEDK_JOYPAD1 & PCEDK_JOYPAD_UP 
		{
			PCEDK_SPR.y -=1
		}
		
		if PCEDK_JOYPAD1 & PCEDK_JOYPAD_DOWN 
		{
			PCEDK_SPR.y +=1
		}
		
		if PCEDK_JOYPAD1 & PCEDK_JOYPAD_RIGHT
		{
			PCEDK_SPR.x +=1
		}
		
		if PCEDK_JOYPAD1 & PCEDK_JOYPAD_LEFT
		{
			PCEDK_SPR.x -=1
		}
		
		
		if PCEDK_JOYPAD1 & PCEDK_JOYPAD_A
		{
			PCEDK_SPR.x += 3
		}
		
		if PCEDK_JOYPAD1 & PCEDK_JOYPAD_B
		{
			PCEDK_SPR.x -= 3
		}
		
		if PCEDK_JOYPAD1 & PCEDK_JOYPAD_SELECT
		{
			PCEDK_SPR.x += 3
		}
		
		if PCEDK_JOYPAD1 & PCEDK_JOYPAD_START
		{
			PCEDK_SPR.x -= 3
		}
		
		
		call PCEDK_WaitVblank:
	}
	while 1 == 1
	
}


SHIP_SPR:
.incbin "DATA/ship.spr"

SHIP_PAL:
.incbin "DATA/ship.pal"

HERO_PAL:
.incbin "DATA/hero/hero1.pal"

MAP1_PAL:
.incbin "DATA/map/tile_tg_0.pal"
.incbin "DATA/map/tile_tg_1.pal"
.incbin "DATA/map/tile_tg_2.pal"

MAP2_PAL:
.incbin "DATA/tile_tg.pal"

La map est gérer en meta-tile ce qui permet de ne pas faire des tiles 8x8, et qui prenne 4 fois plus de place que des metatiles .
Tout celà sera gérait automatiquement via mon SDK.

Pareil pour le scrolling vertical et Horizontal.
Alors le multi scrolling viendra plus tard, le soucis que j 'ai avec, c'est que le multi-scrolling forcément tu ne peux plus faire de HuD en haut ou en bas, donc ça ne peut se faire que avec des sprites.
Mais mon but reste de faire un truc "simple" et rapide à faire.
Donc le multi scroll viendra plus tard.

Je vais faire une liste de quand ma démo sortira ce qu'elle doit contenir absolument :
- Une bonne gestion de sprites.
- Scrolling vertical et horizontal
- gestion du hud

Ce qui viendra plus tard :
- hitbox
- collision
- compression des sprites et background
- Gérer les musiques et SFX.
- Multi-scrolling

Voilà voilà , donc je présenterai une version testable sur github quand tout sera finalisé et "propre".

[GuiM]

Même si je ne comprends pas grand chose, merci pour cette réalisation et ce partage!

[shubibiman]

Génial !

Merci pour le partage

[Kaminari]

Prometteur ce pseudo-C

Excellent le support natif de Tiled. Ton moteur de map gère combien de tuiles uniques ? De ce que j'ai compris du Develo Book et de la doc de Charles McDonald, la PCE peut supporter jusqu'à 4096 patterns de 8x8 (2048 en pratique, dû à la VRAM de 64 Ko).

[cazeysan]

Super boulot, bravo Kannagi !

[touko]

Cela peut être une très bonne alternative à huc, et à ceux qui veulent un minimum de perfs,avec du "haut niveau" de codage sans faire de l'ASM .
Par contre kannagi, changes moi ce nom tout pourri

[Kannagi]

Oh ben merci beaucoup à tous !
J'ai pas l'habitude, d'habitude je reçois pas de réponse, ou "mouais c'est bien" sur les forum ,en tout cas sur le dev SNES , ça n'a pas été super accueilli, personne ne veut l’utiliser, tous sont "persuadé" qu'il faut y aller en ASM !
Et PVSNESLib est boudé et ceux qui le boudent pas et l'utilise, veulent faire du C et pas autre chose.
Mais bref...

Excellent le support natif de Tiled. Ton moteur de map gère combien de tuiles uniques ? De ce que j'ai compris du Develo Book et de la doc de Charles McDonald, la PCE peut supporter jusqu'à 4096 patterns de 8x8 (2048 en pratique, dû à la VRAM de 64 Ko).

Oui pour moi le support de tiled , c'est obligatoire !

Alors moi je suis partie sur 768 tuiles (et sur SNES j'en gère 1024).
La raison est que sur 1024 (donc une texture de 256x256) , c'est vraiment compliqué à remplir pour un graphiste, c'est du taff.
Le second, je préfère sur PCE privilégier les sprites que le background, parce que la ROM fait 1 Mo, donc si je met la compression, je peux directement décompresser les sprites en VRAM.

Du coup pour 768 tuiles, ça fait une texture de 256x192 pixel qui reste tout de même confortable et qui est beaucoup plus que la plupart des jeux PC-Engine que j'ai vu pour le moment.

Prometteur ce pseudo-C

Merci , je pense que c'est vraiment un langage adapté pour les vielles machines, comme tu l'avais dit la SNES/PCE sont assez semblable sur leur problématique et donc forcément sur le résultat de la scene indé (justement parce qu’il partage presque un CPU en commun).

Et de mes années de dev rétro , il faut vraiment un langage qui permet de codé tranquillement sans trop se soucier des performances.
(Ce que le C ne permet pas ).

Cela peut être une très bonne alternative à huc, et à ceux qui veulent un minimum de perfs,avec du "haut niveau" de codage sans faire de l'ASM
Par contre kannagi, changes moi ce nom tout pourri

C'est exactement ça l'idée ! ^^
Sinon pour le nom trop tard, il est connu sous ce nom, t'aime pas les musclés ?
Et puis les anglophones y comprenne rien de toute façon, c'est comme un anglophone qui trouvait le mot "orteil" était jolie (parce que c'était le pseudo d'un gars)

[Zhebus]

Tu as tout notre soutien.

C'est bien de voir de nouveaux outils arrivés pour stimuler la production sur PCE et SGX

[touko]

Sinon pour le nom trop tard, il est connu sous ce nom, t'aime pas les musclés ?

Bah pas vraiment en fait .

Bon je note, pour le nom c'est foutu, sauf une peut être pour une version 2.0 ? , c'est neuf, ça pète, et hop on change de nom .

[cazeysan]

Ça fait deux jours que je tourne autour, mais je vois pas le rapport entre PCEDK et les Musclés...

[Kannagi]

On parle du langage Higueul, je l'avais appelé Eagle, mais c'est relativement courant comme "nom" de langage, alors un m'a soufflé "Hilguegue" l’extraterrestre dans les musclé et donc j'ai fusionné les deux (Eagle + Hilguegue )

[cazeysan]

[franz]

Ce type est fou.
.
.
.
.
.
Il a donc toute sa place sur Necstasy.

[Kannagi]

Mais non tout cela suit un raisonnement sensé et logique ! (enfin je crois ).

Bon j'ai pas mal avancé, du coup scrolling + faire le petit Hud + affiche du texte/nombre/hexa + %CPU (parce que c'est pratique ça).



Oui le gif est un petit scoll, mais j'allais pas scroll 2000 pixel pour vous dire "vous voyez ça upload bien en VRAM"

Bon par contre je suis crevé , je ferais une petite pause , vu que j'ai codé tout le week end ,et là de 18h-23h.
Je reprendrai dans une semaine environ.
Et je ferais un github pour ceux qui veulent tester juste une beta version.

[shubibiman]

Excellent !