gatchan

Ça sert pour les écrans trop clairs, mais effectivement, ça ne changera rien aux palettes.

Mais le problème de palettes existe déjà pour les GBA SP 101.

Là, je te parle vraiment des soucis suite aux branchement de l'écran dans une GBA.

https://bennvenn.myshopify.com/collections/frontpage/products/backlit-sp-lcd-101-led-driver-board

https://bennvenn.myshopify.com/collections/frontpage/products/digital-backlight-brightness-controller-for-gbc-and-gba-101-lcds

Pour tout ce qui a un rapport avec les mods GBA, je vous conseille d'aller jeter un coup d'œil ici : https://bennvenn.myshopify.com/

Il vend des interfaces qui servent à retirer les différents problèmes que l'on peut avoir avec ce mod.

Ah oui, je l'ai testée, et mis le firmware «jailbreak».

J'ai été déçu par le «debugger» annoncé (qui est loin d'en être un...), par le faible nombre de fontes disponibles dans le menu (celle de base est assez dégueux)...

Mais sinon tout le reste est vraiment bien ! J'ai deux joypads bluetooth, ils fonctionnent plutôt bien. C'est dommage de ne pas pouvoir allumer la console à distance, mais jouer sans fil est agréable.

Même si on peut lancer ses roms à partir de la carte SD, je suis en train de me fabriquer un «Smokemonster pack» de rom et versions MSU1 à mettre dans mon sd2snes.

Faut aussi que je modifie ce dernier pour supporter les nouveaux niveaux sonores du msu1, mais je ne retrouve plus mon PCB :s

Non, ils ont déclaré la bonne valeur :(

 

(..et puis c'est normal de vouloir faire du protectionnisme national)

C'est pas tant la douane qui me fait chier, mais les «frais de dossiers» qui vont dans la poche du transporteur, alors qu'il s'est déjà bien gavé avec les frais d'envoi.

non pas de frais de douane, le colis étant déclaré à 10$

56 € de frais de douane.

56 ṕútáíń d'euros de frais de douane.

17,50 € de «frais de dossier».

Je vais pêter un câble.

Je dois claquer 56 € de plus pour recevoir mon Analogue SuperNT...

Elle m'aura coûté cher...

Tu es sûr que seule l'alimentation a pris un coup ?

Ah ça oui, il y en a pas mal en vente, des Vita. C'est dommage d'ailleurs, c'est une bonne console.

Attention lors de la mise à jour si tu veux pouvoir la bidouiller. 3.65 est très bien, 3.68 possible, mais moins bien.

Mais je ne sais pas comment tu fais pour trouver ça sur des brocantes, ça fait des années que je n'ai que des vieilles Megadrive / jeux PS2 sur des stands de revendeurs semi pro.

Pour la PSVita, le câble qui te manque est le même que la Playstation/PS2/PSP, donc ça devrait se trouver :D

Parce que il faut déjà que le jeu ne l'efface pas (si le checksum n'est pas bon, certains jeux effacent la sauvegarde), ça peut activer des protections si tu l'agrandis (à ce moment là, tu devras cracker le jeu), et ce n'est pas pratique pour l'utilisateur : il devra mettre le srm ans le bon répertoire, qui diffère selon l'émulateur.

En gros, c'est beaucoup de galère pour un résultat peu concluant.

C'est une mauvaise idée de distribuer le fichier sram avec. Le mieux est vraiment de laisser la rom s'occuper de tout.

Tu peux utiliser le classique MVN/MVP pour les transferts mémoire, mais le mieux est quand même d'utiliser le DMA du processeur. Celui-ci peut ne pas fonctionner avec l'adressage de la SRAM, il faudrait vérifier.

Mais il fonctionne très bien avec des données présentes sur la ROM.

En gros, je pense que tu y gagnerais à repenser le fonctionnement de ta routine. Tu n'auras rien de plus rapide que le transfert DMA.

Je me demande ce que dois faire ton code pour que tu puisses te rendre compte à l’œil nu d'une différence entre la SRAM et la ROM.

Normalement, elle devrait être vraiment minime.

Sinon oui, tu es obligé de mettre ton code d'abord dans la ROM, puis ensuite le copier dans la SRAM si tu veux l'exécuter à partir de là.

Comment voudrais-tu distribuer ton patch sinon ? La SRAM est volatile, tu ne peux rien mettre d'aussi important que du code dedans, qui rende ton jeu inopérant si elle venait à être effacée.

Honnêtement, je pense que tu te prends la tête pour pas grand chose.

Tu peux étendre la taille de ta rom, ou alors compresser des données pour gagner de l'espace.

La SRAM sera gérée à 2.68 Mhz, contrairement à la ROM si tu actives le mode «fast», qui monte à 3.58Mhz. Le code en RAM sera à 2.68 Mhz.

La meilleure utilité de la SRAM est quand tu veux gérer des données. Tu décompresses les données dans la SRAM au démarrage du jeu, et ceux-ci deviennent accessible relativement facilement et plus rapidement que si tu devais les décompresser à chaque fois.

Par contre, je n'ai pas compris : Tu mets ton code dans la ROM, et ensuite tu le copies dans la SRAM, et l'exécute à partir de là ?

Pour le fonctionnement sur les émulateurs, ça dépend du mapping mémoire.

Peut-être que Snes9x se base sur le header de la rom pour définir la taille maximale de la SRAM adressable.

Bsnes / Higan est différent. Ça dépend déjà de la version que tu utilises, mais en gros, un fichier présentant le mapping mémoire de la cartouche est utilisé. Ce qui permet toutes les excentricités voulues.

Pour l'utilisation sur une cartouche, ça dépend du branchement et du multiplexeur utilisé (MAD, etc..).

Honnêtement, tu ne verras pas beaucoup de différence selon si tu mets ton code en SRAM ou ROM.

Si le timing est important pour toi, exécute ton code en RAM.

Certains jeux utilisent la SRAM comme zone tampon. Ça posait problème avec certains émulateurs, qui enregistraient la SRAM dans un fichier dès qu'il y avait une écriture dessus.

Quand à la version des SRAM, regarde ce qui existe déjà dans les cartouches.

Ravi de voir que mon travail sert toujours :D

Mais clairement, et pas que le scène GC...

Y'a qu'à voir le mec qui fait higan (précédemment bsnes), il a du talent mais il se comporte encore plus mal avec sa communauté.

Je l'aime bien byuu, moi :oops:

Il est assez difficile au début, mais il s'est pris tellement de merde dans la tronche, que le simple fait qu'il soit toujours là est un miracle.

Il est quand même assez ouvert à la discussion, et son forum ne repousse pas les petits nouveaux, du moment que les messages ne sont pas des trolls.

Je n'ai même pas essayé de rentrer dans la communauté retroarch, tout ce que je sais, c'est que son «leader» est un trou du cul prétentieux. D'ailleurs, il ne faut pas oublier que sans byuu, il n'y aurait pas eu de retroarch ;)

 

Sinon je me suis offert un Ez-flash Omega pour GBA (un linker). Et franchement les temps de chargement pour les jeux n'ont plus rien à voir avec la génération antérieure. Sympathique à souhait ce linker !

Et surtout, moins cher que l'Everdrive GBA de Krikzz (et plus élégant, je trouve).

La scène GC/Wii est coutumière de ce genre de personnage.

On a aussi tuedji et son Devolution, où il a rajouté des fonctionnalités anti piratage, et toujours refusé d'ouvrir le code.

Résultat : plus personne n'utilise son programme...

Oui mais non. Tu trouves la console à 50 € sur ebay, mais elle te sort un signal RCA dégueulasse.

Si tu veux de la qualité, tu es obligé d'y mettre le prix. Nonosto l'a eu pour 110 €, il est donc possible de l'avoir moins cher.bo

Tu n'as pas d'autre solution arrivant à ce prix et cette qualité, si on excepte l'émulation.

Un boitier Raspberry pi qui ressemble à une NES, avec le matos qui va avec ne revient pas à plus de 60 €, sort directement du HDMI, et pas besoin de carte flash.

Mais c'est de l'émulation, et ça peut agacer les puristes.

d’après ce que j'ai vu sur le net le gain est a peine supérieur à un Framemeister.

Pas du tout. Déjà, parce que la NES ne te sort pas de RVB nativement, et le kit qui le permet coûte un peu moins cher que celui hdmi.

Tu as un vrai test ici, et pas de «on dit» :

J'ai enfin réussi à mettre la main sur ce kit.

Avec l'ami FFVIMan, on va essayer de se caler un moment pour poser ça dans une jolie N64 :)

Tatsu, tu as eu des frais de douane ?

C'est ce qui m'a freiné un peu (et les frais de port totalement abusés, ils se gavent dessus...)

Sauf que l'objectif n'est pas le même.