je profite egalement de ce message pour presenter mes voeux aux personnes de ce forum
Je vois que ProgFr est tres motivé pour cette nouvelle année ; j'espere que tu as bien recu mon dernier Email !
Concernant le SDK NeoDev, il est vrai qu'il sera necessaire de faire quelque chose pour que celui-ci soit plus accessible aux personnes qui desireraient toucher a la programmation sur NeoGeo ... cela pourrait se faire par des tutoriaux qui montraient tout doucement en puissance : Afficher un texte, afficher un ecran , afficher un sprite, faire bouger un sprite ... enfin vous voyez un peu le truc.
CeL pour sont projet 'Neo-pang' a créé tout un tas de nouvelles Fonctions dont entre autre celle concernant la gestion des collisions, et puis plusieurs nouvelles fonctions pour son Moteur concernant l'animation et la gestion des Sprites (création de structure , utilisation de pointeurs ...) fonctions de Debogage de son code (plutot pratique si l'on programme uniquement en C)
Sinon j'ai vu pour ceux qui voudrait programmé uniquement en ASM 68K qu'il existait entre autre un Build de MAME(D) comme MAME DEBUG ... sinon sous NeoRaine, l'emulateur dispose egalement d'un Debbuger 68000, mais ce qui me deplait est l'interface graphique de cet emulateur . Kawaks dispose egalement d'un puissant Debbuger 68000 , mais il manque manque d'autre fonctions le DUMP des voix FM ... le debugger Z80 .
... CeL m'avait confié vouloir 'Liberer' ses sources de Neo-Pang sans les sprites (pour le probleme de Copyright) ... mais il ne l'a pas encore fait ...
Ensuite, je pense qu'il faut avoir en tete que les libraires ( par exemple pour les sprites et tout ce qui touche a la partie video) ne sont pas figées et qu'elles peuvent etre améliorées ou modifiées (sources de Fabrice Martinez livrées avec le Kit, d'ailleurs vous l'aurez peut -etre remarqué plusieures routines ASM provennient de son code source pour la VIP2 demo, sources que j'avais donné à KUT en 2006 ...)
Sinon, si vous regardez les Sources de C. Doty, pour son projet 'frog Feast' , ce dernier a prefere utiliser ses propres Routines ASM au lieu des libraires vidéo du Kit d'origine ... Ce que je veux dire par là, si Furrtek développe des Routines ASM pour ses prochaines créations, on peut tout a fait envisager les adapter pour de nouvelles fonctions : exemple de ProgFr pour le 'loading' de fichier CD je suppose
... Je ne sais pas si par exemples les fonctions existantes prenent en compte la notion de LAYER, pratique par exemple dans le cadre de routines de scrolling parallaxe , ou bien encore pour des astuces qui permette d'afficher des images 64 couleurs (4 layers * 16 couleurs plus ou moins ) a l'ecran (voir par exemple la demo de BLASTAR X (Neo 2500 Demo ) .
Question a Zerosquare : je crois savoir que tu developpes pour la JAGUAR qui elle aussi est architecturée autour d'un Processeur, Motorola 68000 ... ne pourait-on pas par exemple reprendre quelques librairies du Kit de Dev de la JAGUAR , je pense par exemple aux librairies concernant les collisions ? si toute fois les sources de ces libraires sont dispos et necessiteraient des modifications pour la Neo
Enfin, coté outil et plus particulierement 'MVStracker', il est vrai que celui -ci est visiblement est outil sympa mais qui n'a pas été finalisé : il est tout d'abord bridé : il n'est possible de créer des ROMs V que de 512 KO meme si cette limitation peut-etre détournée par des astuces du type Batch (fonction 'COPY' ) ou 'HJSPLIT' qui permet de couper et de recoller plusieurs fichiers pour n'en faire qu'un.
le seul probleme reste le 'calcule' des POINTEURS qui constituent les Datas PCM dont se sert le driver Z80 pour retrouver ses Billes ---> je passe un petit Message a FTK ; si tu pouvais nous expliquer comment l'on Calcule ces POINTEURs a la main par exemple si l'on connait l'adresse réelle du Sample que l'on veut jouer ????
Sinon pour terminer, il est vrai aussi qu'il manque la partie 'gestion du PSG' qui pourrait par exemple servir pour créer des SFX tout à fait honnorables ... et puis aussi la gestion de l'unique canal ADPCM-B qui permettrait comme cela sa fait maintenant de jouer des BGM en qualité CD sous AES et MVS mais cela reste une solution tres gourmande en memoire (tres couteux pour realiser des PCB) ... on peut preferer la solution CDDA
Cependant je pense que l'on peut trouver des solutions , tout d'abord pour créer ces fameux Fichiers Audios au Format ADPCM-B ... par exemple ces derniers Mois j'ai effectué quelques Recherches sur GOOGLE / mot Clé : PCMCONV (pour PCM converter ) --> on tombe la plus part du temps sur des Sites JAPONAIS
voici un de ces sites :
http://www.vector.co.jp/soft/dos/art/se004506.html
PCM is a major program to convert between formats.
.spb YM2608 (OPNA) of the ADPCM <<<<<<<<<<<<<<< pourrait peut-etre Convenir a la NEOGEO ????
.pcm MSM6258 (X68k) of the ADPCM
.snd RF5C68 (TOWNS) for PCM
.spk Macintosh of PCM
.spc 4bit unsigned PCM data
.pc8 signed the 8bit PCM
.p16 of 16bit signed PCM (Ian Ritoruente s)
.phl of 16bit signed PCM (an entity Ian s s s Kku hee)
.wav MS-Windows and the Wave Ditoneshon choose from any of these source files.
le circuit YM2608 est un cousin proche de celui de la NeoGeo et lui aussi utilise le DELTA-T (Enfin, DELTA-N pour etre précis), je n'ai pas effectué d essais en essayant de convertir un Fichier WAV/PCM en ADPCM-B meme a 22 Khz ... A SUIVRE
Petite Question que je me pose : le fichier ADPCM-A et B sont -ils oui ou non signés ??????? (*)
J'arrete là
Bye a tous,
Fred/FRONT
UPDATE(*): unsigned char !
PS
ésolé pour les FAUTES !