まこと の ブログ

MaKoTo no burogu — Journal de bord…

Aller au contenu | Aller au menu | Aller à la recherche

Mot-clé - Mame-cab

Fil des billets - Fil des commentaires

mercredi, 8 juin 2016

Un générateur de Scanlines hardware -2-

Bon moi le Raspberry Pi, j'ai toujours estimé que c'était franchement poussif pour faire tourner de l'émulation Arcade dessus, et ça continue avec le RPiPi2… Pas testé le 3, mais je ne me fait pas grandes illusions.
Bref, jamais compris cet engouement impressionnant, au vu des nombreuses réalisations Arcade qu'on peut croiser sur le web, alors que le Raspi ne fera tourner correctement que les jeux les plus anciens… Genre Pong et Pacman (oui je suis méchant :D)
Ça aura au moins eu le mérite de relancer le projet AdvanceMame qui était au point mort depuis quelques années !
Pour rigoler ça va, mais pour jouer sérieusement, mieux vaut une config PC solide, un pentium 4 @2Ghz, on dirait pas, mais ça dépote bien en fait ^^.

  • Pas assez de puissance donc pour gérer des effets spéciaux software et ainsi améliorer le rendu d'image des jeux, utiliser un générateur de scanlines hardware prendrait alors ici tout sons sens.

Sauf que !!! Bah le Rpi sort en HDMI, du coup bah c'est mort non ?

IMG_0049.jpg

  • Mais c'était sans compter sur l’existence de convertisseurs HDMI vers VGA !

Alors j'ai testé et ça fonctionne bien de base, et cerise sur le haricot, et bien le géné de scanlines passe lui aussi, prouvant un tant soit peu que le convertisseur sied bien au normes de l'affichage VGA.


  • Pour autant le montage réagit différemment d'une sortie VGA standard. Car les scanlines les plus fines, alors les plus adéquates sur un PC standard[1], sont ici trop discrètes et il faut donc leurs préférer les lignes plus épaisses en actionnant le switch WITDH, pour obtenir le même résultat.

  • Ligne fines à gauche, et épaisse à droite :

IMG_0054.jpg IMG_0055.jpg

  • Sans scanlines puis avec scanlines épaisses :

IMG_0058.jpg IMG_0059.jpg

  • Pour jouer dans les meilleures conditions, il faut passer le Raspberry en 640x480, ça se passe dans le fichier /boot/config.txt

Pour info le boîtier 3D est terminé :)

Note

[1] alors que les épaisses sont carrément moches

vendredi, 20 mai 2016

Un générateur de Scanlines hardware

Dans le cadre de la réalisation du bartop, celui-ci étant quasiment terminé, et après les premiers essais de jeux, ce que je craignais s'est révélé être très prégnant…
Utiliser un écran LCD, c'est vraiment le mal pour le jeux vidéo dit « rétro ».

  • Les pixels carrés affichés sur un tel moniteur, dénaturent les images du jeux.

indievsretro.pngAlors peut-être que ça ne dérange pas les jeunes joueurs où les gens habitués aux productions récentes aux look dit « rétro », mais qui ne ressemblent en rien à du rétro, car non, les pixels ne sont pas carrés, sur une Télévision cathodique, ils sont ronds, et le rendu est alors très différent ! Les graphismes des jeux d'époques ont d'ailleurs été développés sur des écrans cathodiques dans leur résolution native afin d'optimiser le graphisme en jouant sur le « mélange » des couleurs rendu par le pixel rond. Les développeurs indies l'ont peut-être oublié, ou simplement n'ont-il vu des jeux d'époque que via un émulateur sur un écran d'ordinateur ?
Dans le cas du bartop, d'accord on pourrait activer et triturer pendant des plombes des tas de filtres logiciels, que de toute manière la configuration matérielle ne supporterait pas, tant ils peuvent se révéler gourmand en ressource CPU et donc trop lourd…

L'alternative d'un filtre matériel parait alors ici bien plus adéquate !

Alors ça s’achète tout fait, par exemple un SLG3000, où alors un RetroVGA 2 sous licence CC-BY-SA, du coup bien plus intéressant…
Car on va pouvoir tester ce que ça donne avant d'envisager un achat où une fabrication maison !

Prototype :

  • J'ai donc téléchargé le schéma de Bruno Freita et après avoir récupéré quelques composants glanés par-ci par-la sur de vieilles cartes électroniques (oui, faut jamais jeter !), j'ai câblé le circuit sur une plaque à trou :

img_0283.jpg img_0285.jpg

Lire la suite...

jeudi, 28 avril 2016

Le bartop, la borne d'arcade pour demi-portions ! -03-

Suite de l'étude précédente :
Après l'assemblage de la borne et quelques essais, nous allons maintenant parler hardware !

Les fournitures arcade :

Cette fois j'ai changé de boutique de fourniture arcade.

  • Je voulais les boutons translucide de la marque Seimitsu et le site Chinois Arcade Spare Parts n'en vendant tout simplement pas, j'ai donc opté pour les Japonais d'Akishop.

Ne sachant que choisir parmi les couleurs disponibles, je les ai toutes prise en double…
Attention, sur les photos ce sont des sticks Seimitsu LS32 qui ne seront pas utilisés dans le bartop, mais pour un autre projet.
De toute manière le LS32 voit sa tige trop courte pour être utilisé sur un panel en bois, alors que le Sanwa JLF-TP-8Y que j'utilise ici est parfait pour traverser le contre-plaqué de 9 mm, avec sa tige de 32mm, ce qui laisse dépasser les 23 mm réglementaires :)
dsc01205.jpg dsc01212.jpg
dsc01229.jpg dsc01231.jpg
dsc01227.jpg dsc01247.jpg

Lire la suite...

vendredi, 15 avril 2016

Mame et les jeux… ! -2-

  • Lors de l'épisode précédent, nous avons vu que Mame ne supportait pas d'emblée les jeux de l'éditeur Cave, et qu'on pouvait passer outre cette restriction via l'utilisation d'un patch.

Ce temps est révolu car ces jeux sont maintenant supportés d'office, reste que la compilation d'une version récente de Mame comporte des pièges dans lesquels je suis tombé…
Je m'en vais donc vous narrer cette belle histoire de compilation sous Ubuntu 14.04LTS et Debian 8.

  • J'ai choisi de compiler Mame0.161 car un torrent contenant l'intégralité des roms compatibles avec cette version est disponible sur archive.org, il serait bête de ne pas en profiter !

La démarche pour compiler le dernier Mame en date, à savoir la version 0.171 reste la même.

Donc si on suit mon tuto précédent, il suffirait d'installer quelques dépendances, de télécharger les sources de Mame, et de lancer le make, sauf que, et bah non…

Déjà les dépendances ont changées, et en plus la compilation plantera bêtement si le système depuis lequel on compile ne dispose pas de la version 4.9 de gcc et g++.
Le make ira alors jusqu'au bout et on sera heureux de constater que Mame fonctionne très bien, y compris avec des roms Cave telle que espgal2, mais que Ô malheur, une manette ou un joystick USB ne fonctionne pas !!!! WTF ??

Lire la suite...

- page 2 de 14 -