emulateur neogeo pocket - Page 3

c vraiment du bon boulot thunderZ

je retourne a ma partie!
et encore merci

ben ils ont l'air contents les gens alors... félicitations ThunderZ.
je l'ai pas essayé ton ému, mais félicitations.

Et ou je peux trouver cett ému et pouvoir remercier thunderz .

Li les post precedent tu peux trouver un indice!!!

J'ai pas testé l'emu mais....
OMG, IT ROXORZ!!




franchement des news comme ca apres l'interview de GP ca fait chaud au coeur

Bah moi pour l avoir teste, je peux dire, que pour le moment il est genial, ^surtout pour les jeux autres que baston(la baston rame encore pas mal!!) Mais franchement je pense que ThunderZ va vous concocter une petite merveille, et j espere que vous le remercierai gracieusement!!!

Test de la private (0.2q) de Ngp2gp32 de ThunderZ. (par NhuNhu Rocket!)

Après une journée de jeu intensif (ou presque, fallait quand même que j'aille aux cours! ), voici ma review:

Généralités:
Un joli icône NGP dans le free launcher, l'ému fait 500 ko et il tourne en 133mhz. Le menu de démarrage et de sélection des jeux ressemblent à s'y méprendre à ceux de SMS32
Attention, si on met le frameskip sur 0, l'ému plante... En cours de jeu, pour revenir à l'écran de sélection, ce n'est pas L+R comme SMS32, mais "Start".

Graphismes:
Presque aucun bug! Le seul que j'ai relevé jusqu'à présent se situe sur le "GO!" (dans "round 1, GO!") dans King of Fighters R2: il se transforme en bouillie de pixels pendant une fraction de seconde . Les graphismes sont parfaitement émulés sauf dans CoolBoarders Pocket: après la sélection du rider et de la piste, l'écran devient noir. L'ému n'a pas planté vu que je peux encore revenir au menu.

Animation:
Avec un frameskip de 2, c'est encore assez lent (même très lent sur certains jeux comme SNK vs Capcom). Par contre, avec un frameskip de 5, ça devient jouable sur Pocket Tennis ou Dark Arms par exemple, même si ça reste un peu saccadé.

Son:
Simple: y en a pas encore. Mais ThunderZ affirme vouloir d'abord émuler le son avant le full speed.

Sauvegarde:
Pas encore non plus, mais ce sera fait!

Divers:
L'option "skin" qui rajoute une photo de NGPC! C'est très sympathique comme idée, au moins, on a plus les bords de l'écran blancs. Pour les photos: http://gp32.emu.pl

L'avenir:
Pour une private, cet ému s'en sort très bien. Il est très prometteur (je sais, on a dit ça de tous les émus ) et l'auteur, ThunderZ a l'air très motivé. Espérons que ça continue!

Impression globale:
Ultra positive! Et en plus ça arrive dans une période de déprime (interview de Gamepark, etc).
Message pour ThunderZ: continue je suis derrière toi, et tous les autres aussi.

Bon courage ThunderZ. Tout ce que je peux faire c'est t'encourager. Mais je sais combien c'est motivant un simple encouragement. Alors je pense que je suis pas le seul à être de tout coeur avec toi

et c'est encore k'une private... j'ose pas imaginer la première release!! ça riske d'être fort!
(au fait c aujourdui mon annif (19 ans yeah ) merci pour ce bo cadeau ThunderZ )

Une question, c'est quoi les frameskip je comprend pas à quoi ça sert

ben comme le nom l'indique à skipper des frames

c est a dire, supprimer des images pour que le jeu ait l air plus rapide

en fait, ca donne un jeu moins fluide mais plus rapide. si par exemple le programme calcule 10 frame par seconde, et que le jeu est prévu pour tourner à 20 frames par secondes, on a l'impression qu'il va 2 fois plus lentement. si on saute le calcul d'une frame sur deux, on aura une vitesse de jeu normale, mais un jeu moins fluide.

OK

Bon aller hier osir une petit version :

_ Correction de Bug Memoire
_ Overclock pouvant être définie a la voler
--> 133 Mhz
--> 156 Mhz
--> 166 Mhz

Le compteur de FPS indique un peu n'importe quoi au dessus de 133 Mhz du a un pb au niveau de la GP32 avec la fonction GetTick() (si quelqu'un a une idée) mais au niveau des jeux ca passe mieux.

ATTENTION toutefois toute les GP ne support pas un overclock sup 133, donc c a faut risque et périls (bin oui faudra eteindre et allumer).
Pour ma part le 166 ne passent pas chez moi et le 156 dure 5s mais le jeu de tennis pendant 5s bien bien fluide c le pied

Voila, sinon je contine bien sur a bosser sur l'emul et sur de la convertion de code vers de l'ASM pour ARM sous ADS (avis au amateur).

A+

Oaui ca version est bien, et chez moi le 156 tiens environ 5 min(5 min de bonheur en full speed pour le tennis et Gambare pocket Kun) le 166 plante en 3 sec. ^^

Si tu bosse sous ADS, les librairies sont buggées en particulier celle qui gèrent le son mais aussi les compteurs ( GetTick() )
perso je suis passé à GCC à cause de ça.
Toutefrois j'avais résolu le pb en remplaçant les librairies concernées d'ADS par celle de GCC pour GP32 en les renomants.
Je te conseille de faire ça !

ps : ADS a d'autres librairies buggées, peut être que QQuns t'en diras +
passe à un autre compilateur

attend thunderz pk on ta demander d'arreter le portage de hugo sur gp32 ?
ca m'interesse surtout que je cherche un moyen de pouvoir jouer a la nec cdrom sur gp32 (voir topic ) !

problem d'orgueil! de droit (ca m'etonerai) !
enfin explique nous ! en plus jai des contact avec un pote qui connait bcp de gars de l'univers nec en france et japon donc si je peu aider je peu voir ! mais dis en plus !

si t'avais tout lu tu aurais compris qu'apparemment un emulateur pce plus performant est en preparation...

aexcuse je mettait goure de page desoler

C rein y'a pas de lézard.

Par contre si quelqu'un pouvait m'en dire plus sur les librairies ADS buggé ca m'aiderais beaucoup.
J'aimerais garder ADS car le code est quand meme plus performant, mais ca serait bien que l'on m'en dis plus sur les pbs de libs sous ADS et comment les reglés.

ben pour les régler, j'avais donc subsitituer la librairie qui gère le son lgpsound.a & lgpmem.a ( si ma mémoire est bonne, à vérifier dans l'API manual ) par celle de GCC :
libgpmem.a et libgpsound.a que j'ai renommé lgpmem.a et placé dans le répertoires des librairies ADS pour GP32.
j'avais fait ça juste pour le son.
Puis en divulgant ma bidouille je me suis aperçu que d'autres avaient trouvé des bugs dans le tickget().
il suffit donc de remplacer la librairie contenant cette fonction par celle de GCC.
si tu veux je te les envoient. A la limite tupeux toutes les remplacer...Je crois que certains ont fait ça.

Mais il y a bien longtemps que je n'ai pas utilisé ADS. Ces pb de librairies buggés m'ont encouragé à coder sous GCC.
Et depuis je suis un codeur heureux

j'espère que ça pourra t'aider.

Je vais essayer je vais bien voir si ca passe ou pas.

bon je viens d'essayer mais a par crasher ca fait pas grand choses de plus.

Pourrais tu m'envoyers les fameuses librairies corrigés par mail stp.

qt g porté picross ss ads, g decouvert un autre bug, ds les fct de fichier (je pense que c ds GpFileSeek)
pour le resoudre, j'avais remplacé stdio et stdlib par les libs de gcc, mais ca planté ads
g pas essayer de remplacer d'autres libs pour coriger le GpTickCountGet

je suis resté ss sdt en attendant que Gp corrige les libs d'ads :/

bonne continuation pour ton emu ThunderZ

Je t'envoie de suite.
j'avais remplacé que la librairie de son : lgpmm et une autre et ça tournait bien...
j'irai ùe renseigner au près de Don Miguel, où sur son forum...

Oki merci les garcs.

Parce que c'est vrai que meslibs ADS sont bien buggé.
Alors ca me fait chiez car ton mon code est prévue pour ADS donc ca pue si je dois tout changer

Rov tu dis que sous sdt ca passe mieux ??

yep je n'ai trouvé aucun bugs ds les libs de sdt

oui j'avais fait un bref test de SDT et tout fonctionnait bien. Par contre l'éditeur est pas terrible. Du coup j'en utilisais un autre ( Scite ). Sous Me j'avais qq pb, alors heureusement GCC est arrivé Mais ça vous l'aurez compris
Au moins il est gratuit

bah, sdt aussi est gratuit
c vrai que l'editeur est tt pourri, moi je me sert d'ue