Crouching Pony Hidden Dragon

zouzzz a écrit:

Suite à cela, de nouveaux tests sont en cours afin de valider le programme avec les nouvelles cartes PCB. C’est donc parti pour trois semaines de test de validation. Et, en retour, trois autres semaines pour recevoir les dites cartes si les essais donnent satisfaction, ce que nous espérons vivement !

gyromite a écrit:Y'a un seul truc qui me tente chez eux...les boites dures qu'ils semblent avoir fabriqué et qui peuvent accueillir des cartouches MVS

Poneyney a écrit:Des nouvelles neuves du front !
Hourrah, la ROM est de nouveau en test sur les nouvelles cartes !
Nous avons opté pour un bankswitching qui nous permet d’élargir la quantité de données graphiques disponible. Mais, pour des raisons matérielles, la Neo-Geo n’est pas capable de passer d’une banque à l’autre, comme ça, à la volée.
Nous avons rencontré des erreurs d’adressage dans la manière dont la Neo-Geo accède aux informations. Le processeur 68000 commute les banques trop lentement pour que ça n’ait pas d’impact sur le rythme du jeu.
Cela nous a contraint à dupliquer des informations comme la boutique, la pause ou encore l’attaque spéciale.
Également, nous avons rencontré un bug dans notre procédé de génération des ROMS graphiques. Si notre première banque de graphismes est opérationnelle, la seconde présente des défauts lors de sa lecture, et elle avait la fâcheuse tendance à oublier de nombreux sprites.
Quelques informations techniques pour bien comprendre le cheminement de nos travaux :
L’adressage des sprites sur Neo-Geo se fait comme suit :
- Un tile est un carré de 16 par 16 pixels en 16 couleurs, soit 128 octets par tile.
- Le Wiki Neo-Geo nous dit que l’adressage se fait sur 20 bytes (octets) alors que le manuel de la Neo-Geo informe qu’il se fait sur 16…
Du coup, sur 20 bytes, on devrait avoir accès à 1048576 tiles, soit 128 Mo de ROM graphique. Mais, en pratique, l’adressage semble ne pouvoir se faire que sur 19, et non pas 20, bytes ce qui divise par deux la taille disponible pour les assets graphiques dans la ROM.
La taille de la VRAM :
- Elle devrait pouvoir, en théorie, accueillir 448 sprites. Mais en pratique, elle ne peut en contenir que 381, ce qui force à diminuer la richesse des décors ou le nombre de personnages présents simultanément à l’écran ou à fusionner des tiles de décor entre elles.
Malgré toutes ces péripéties, la ROM est en phase de test et nous sommes impatients de partager les résultats avec vous prochainement !

zouzzz a écrit:Dernières nouvelles (de début mai depuis FB) :

Poneyney a écrit:Des nouvelles neuves du front !
Hourrah, la ROM est de nouveau en test sur les nouvelles cartes !
Nous avons opté pour un bankswitching qui nous permet d’élargir la quantité de données graphiques disponible. Mais, pour des raisons matérielles, la Neo-Geo n’est pas capable de passer d’une banque à l’autre, comme ça, à la volée.
Nous avons rencontré des erreurs d’adressage dans la manière dont la Neo-Geo accède aux informations. Le processeur 68000 commute les banques trop lentement pour que ça n’ait pas d’impact sur le rythme du jeu.
Cela nous a contraint à dupliquer des informations comme la boutique, la pause ou encore l’attaque spéciale.
Également, nous avons rencontré un bug dans notre procédé de génération des ROMS graphiques. Si notre première banque de graphismes est opérationnelle, la seconde présente des défauts lors de sa lecture, et elle avait la fâcheuse tendance à oublier de nombreux sprites.
Quelques informations techniques pour bien comprendre le cheminement de nos travaux :
L’adressage des sprites sur Neo-Geo se fait comme suit :
- Un tile est un carré de 16 par 16 pixels en 16 couleurs, soit 128 octets par tile.
- Le Wiki Neo-Geo nous dit que l’adressage se fait sur 20 bytes (octets) alors que le manuel de la Neo-Geo informe qu’il se fait sur 16…
Du coup, sur 20 bytes, on devrait avoir accès à 1048576 tiles, soit 128 Mo de ROM graphique. Mais, en pratique, l’adressage semble ne pouvoir se faire que sur 19, et non pas 20, bytes ce qui divise par deux la taille disponible pour les assets graphiques dans la ROM.
La taille de la VRAM :
- Elle devrait pouvoir, en théorie, accueillir 448 sprites. Mais en pratique, elle ne peut en contenir que 381, ce qui force à diminuer la richesse des décors ou le nombre de personnages présents simultanément à l’écran ou à fusionner des tiles de décor entre elles.
Malgré toutes ces péripéties, la ROM est en phase de test et nous sommes impatients de partager les résultats avec vous prochainement !

Poneyney a écrit:Des nouvelles neuves du front !
Plus le temps passe plus on se rend compte qu'on sait pas programmer sur Neo Geo, c'est un sacré bordel, il a fallu démonter les VRAM du CPU et les recoder en ligne pour roder les soupapes parce qu'elles tiraient trop sur les tiles en 24x24 indexées sur le dollar. Alors du coup, on prend du retard. Il faudra d'ailleurs qu'on vous cause du surcoût que ça occasionne, nous sommes impatients de vous le faire partager prochainement !

Johnny16Bit a écrit:Permettez moi de prendre un peu d'avance et de vous donner les nouvelles du mois prochain (celles d'août, donc).

Poneyney a écrit:Des nouvelles neuves du front !
Plus le temps passe plus on se rend compte qu'on sait pas programmer sur Neo Geo, c'est un sacré bordel, il a fallu démonter les VRAM du CPU et les recoder en ligne pour roder les soupapes parce qu'elles tiraient trop sur les tiles en 24x24 indexées sur le dollar. Alors du coup, on prend du retard. Il faudra d'ailleurs qu'on vous cause du surcoût que ça occasionne, nous sommes impatients de vous le faire partager prochainement !

Johnny16Bit a écrit:Permettez moi de prendre un peu d'avance et de vous donner les nouvelles du mois prochain (celles d'août, donc).

Poneyney a écrit:Des nouvelles neuves du front !
Plus le temps passe plus on se rend compte qu'on sait pas programmer sur Neo Geo, c'est un sacré bordel, il a fallu démonter les VRAM du CPU et les recoder en ligne pour roder les soupapes parce qu'elles tiraient trop sur les tiles en 24x24 indexées sur le dollar. Alors du coup, on prend du retard. Il faudra d'ailleurs qu'on vous cause du surcoût que ça occasionne, nous sommes impatients de vous le faire partager prochainement !

Il faudra d'ailleurs qu'on vous cause du surcoût que ça occasionne, nous sommes impatients de vous le faire partager prochainement !

Munch a écrit:La vidéo date de 2014...

La solution précédemment évoquée - le bankswitching - est en cours de finalisation. Nous en sommes à notre troisième série de tests mais la validation du process ne peut se faire que par itérations successives. Nous en sommes actuellement à la troisième car nous avons essuyé deux problèmes précédemment : la première n’affichait qu’un écran désespérément noir tandis que la seconde comportait des données corrompues. Sans jamais nous laisser atteindre par l’abattement, nous avons lancé une troisième série en cours de production et nous espérons vivement que les problèmes seront solutionnés de façon pérenne. Quoiqu’il en soit, nous avons de toutes évidences progressé dans la stabilité mais des changements de ‘banks’ nous posent encore des soucis. En l’état, le système d’adressage et les registres que nous utilisons demeurent expérimentaux et nous faisons tout notre possible pour continuer de discerner le vrai du faux entre les renseignements glanés sur le Web et les informations dispensées par la console de SNK, plus sournoise et fieffée que nous l’avions imaginée. Bref, rien n’est facile mais ça avance, petit à petit, et nous gardons le cap !
A bientôt pour les prochaines nouvelles de CPHD le mois prochain !