@acris @bozothegeek @ian57 @olivierdroid92 @Pitch64
Pour ceux qui sont prêts à lire quelques pages de post, voir ce post : Light gun aimtrak de Ultimarc.
Descendez jusqu'au 17 Novembre 2017 (13:08), date de mon post pour indiquer que j'avais investi dans 2 lightguns. Ensuite j'explique mes recherches, ça peut aider car à l'époque c'était tout frais 
@bozothegeek, me revoilà !
Non je n'ai pas essayé avec autre chose que AdvanceMame. Ca remonte à plusieurs années, mais j'avais cherché pour comprendre comment configurer les lightguns et j'étais tombé sur une conclusion qui disait que seul AdvanceMame gérait correctement ces devices (si ma mémoire est bonne, c'était sur un forum de RetroPie).
Je n'avais trouvé personne qui avait fait fonctionner les guns sur RecalBox, et j'ai un peu galéré pour savoir comment faire. Mais finalement j'y étais arrivé et ça marchait très bien (et ça marche d'ailleurs toujours très bien via mon RPI3b en RB4.1 !).
Alors tout d'abord les lightguns fonctionnent avec une barre à placer au-dessus de l'écran (récepteur infrarouge) et il faut calibrer les guns par rapport à cette barre. Ce qui n'est pas évident, car j'avais uniquement un outil sous Windows (il existe quelque chose sous Linux, mais il ne fait évidemment pas partie du package RB). Donc j'avais branché mon PC Windows sur ma configuration pour calibrer, ensuite débranché et rebranché ma RecalBox (pas de souci pour moi, mais tout le monde n'a pas forcément un PC sous la main pour faire une borne d'arcade ...).
Ensuite sous AdvanceMame, j'ai ajouté ce qui suit dans le fichier AdvanceMame.rc.origin (idem dans AdvanceMame.rc) :
input_map[p1_lightgunx] joystick[1,0,x] -joystick[1,1,x]
input_map[p1_lightguny] joystick[1,0,y] -joystick[1,1,y]
input_map[p2_lightgunx] joystick[3,0,x] -joystick[3,1,x]
input_map[p2_lightguny] joystick[3,0,y] -joystick[3,1,y]
Je dirais donc que mes lightguns sont configurés comme des joysticks 
A voir maintenant si on peut configurer quelque chose de similaire avec Mame2003 ...
Concernant les jeux que j'ai essayé et qui fonctionnent, je vais te sortir la liste. Je sais par contre que des jeux comme VirtuaCop (à nouveau si je me souviens bien) sont beaucoup trop lents sur RPI3b. C'est ça aussi qui m'avait poussé à acheter un OdroidXU4 
@ian57 @acris, je disais simplement que j'étais à court d'idées. Ca n'avait rien à voir avec le travail (formidable) que vous faites pour nous 
@bozothegeek, je vais essayer de regarder à ça demain.
@acris, merci pour ton retour.
Bon, tout seul je ne vois pas comment avancer là-dessus. Espérons que quelqu'un déterre le sujet un jour
@acris said in [RB7.0.1 + OdroidXU4 + AdvanceMame]:
de mémoire tu as des lightguns aimtrack
Correct.
@acris @ian57 @olivierdroid92 @Pitch64, et sur RPI4, est-ce que AdvanceMame fonctionne ? Si j'oublie l'OdroidXU4, j'ai peut-être une chance de ce côté ... quelqu'un peut faire un test ? Voire même comparer un jeu qui rame sur le RPI3b et qui tourne bien sur RPI4 (Mortal Kombat 2 par exemple, mais il y a pire).
@ian57, oui tout à fait. J'ai vu ça récemment et elle figure dans la dernière version du fichier advmame.rc que j'ai posté ci-dessus.
Il s'agit du paramètre "misc_smp", et par défaut il est activé. Je l'ai désactivé pour tester ("misc_smp" est à "no" dans le fichier ci-dessus), et je n'ai constaté aucun changement notable. Si tu pensais à une autre option je veux bien essayer.
Je me suis dit qu'il s'agissait peut-être de driver ou de la façon dont est généré l'output (AdvanceMame peut utiliser sdl, fb ou autre, mais je les ai tous testés sans succès - seul le mode "auto" fonctionne).
Et pour ceux qui prendraient le train en marche, je voulais utiliser AdvanceMame car c'est le seul qui gérait correctement les lightguns quand j'avais fait mon setup (à l'époque de Recalbox 4.1).
Bon, je vais laisser ça de côté pour l'instant car je sèche.
En résumé les jeux tournent avec AdvanceMame sur OdroidXU4 (Recalbox 7.0.1), mais plus lents que sur RPI3b (Recalbox 4.1). Pour les jeux peu gourmands ça tourne suffisamment vite, mais le but de mon investissement était de pouvoir jouer à des jeux qui tournaient trop lentement sur mon RPI3b ...
Voilà la dernière version de ma configuration (advmame.rc.origin et dupliquée dans advmame.rc):
#input_map[volume_down] keyboard[1,minus]
#input_map[volume_up] keyboard[1,equal]
device_joystick auto
device_mouse auto
device_video_clock 5 - 150 / 5 - 90 / 5 - 130
device_video_modeline ATSC-1080-59.94p 148.352 1920 1960 2016 2200 1080 1082 1088 1125 +hsync +vsync
dir_artwork /recalbox/share/overlays/advmame
dir_hi /recalbox/share/bios/advance
dir_image /recalbox/share/roms/mame/media/images
dir_memcard /recalbox/share/saves/advance/memcard
dir_nvram /recalbox/share/saves/advance/nvram
dir_rom /recalbox/share/roms/mame
dir_sample /recalbox/share/bios/advance/samples
dir_snap /recalbox/share/screenshots/
display_aspect 16/7
display_resize mixed
display_resizeeffect none
display_vsync no
input_map[coin1] keyboard[0,7] or keyboard[0,5]
input_map[coin2] keyboard[0,o] or keyboard[0,6]
input_map[p1_button1] keyboard[0,lcontrol] or joystick_button[1,0]
input_map[p1_button2] keyboard[0,lalt] or joystick_button[0,0]
input_map[p1_button3] keyboard[0,space] or joystick_button[0,1]
input_map[p1_down] keyboard[0,down]
input_map[p1_left] keyboard[0,left]
input_map[p1_lightgunx] joystick[1,0,x] -joystick[1,1,x]
input_map[p1_lightguny] joystick[1,0,y] -joystick[1,1,y]
input_map[p1_right] keyboard[0,right]
input_map[p1_up] keyboard[0,up]
input_map[p2_button1] keyboard[0,a] or joystick_button[3,0]
input_map[p2_button2] keyboard[0,s] or joystick_button[2,0]
input_map[p2_button3] keyboard[0,q] or joystick_button[2,1]
input_map[p2_button5] keyboard[0,i]
input_map[p2_button6] keyboard[0,k]
input_map[p2_button7] keyboard[0,j]
input_map[p2_button8] keyboard[0,l]
input_map[p2_down] keyboard[0,f]
input_map[p2_left] keyboard[0,d]
input_map[p2_lightgunx] joystick[3,0,x] -joystick[3,1,x]
input_map[p2_lightguny] joystick[3,0,y] -joystick[3,1,y]
input_map[p2_right] keyboard[0,g]
input_map[p2_up] keyboard[0,r]
input_map[ui_configure] keyboard[0,enter]
input_map[ui_down] keyboard[0,down]
input_map[ui_end] keyboard[0,c]
input_map[ui_home] keyboard[0,space]
input_map[ui_left] keyboard[0,left]
input_map[ui_pause] keyboard[0,e]
input_map[ui_right] keyboard[0,right]
input_map[ui_select] keyboard[0,lcontrol]
input_map[ui_up] keyboard[0,up]
misc_quiet yes
misc_safequit no
misc_smp no
sltblgpo/input_dipswitch[attendant_payout] 1750_bfr
sltblgpo/input_dipswitch[hopper_limit] 500
sltblgpo/input_dipswitch[target_percentage] 80
@olivierdroid92, depuis ES.
En fait en général quand je fais des changements je lance d'abord en ligne de commande (via SSH). Si je n'ai pas d'erreur, je kill le jeu (ctrl-c) et ensuite j'essaye via ES.
Vérifie bien que tu as bien fait les changements dans advmame.rc + advmame.rc.origin.
@acris, @olivierdroid92, @Pitch64,
Voici un retour sur mes recherches (je ne suis pas expert, je livre les infos telles que je les comprends).
Tout d'abord dans le fichier advmame.rc (+ advmame.rc.origin) j'ai modifié la ligne contenant le paramètre "device_video_clock". Il semble que c'est ça qui permet d'activer ou pas les résolutions vidéo accessibles dans advv. Du coup, pour les activer toutes j'ai mis ceci :
device_video_clock 5 - 150 / 5 - 90 / 5 - 130
Ensuite (en ssh, via terminal) j'ai lancé advv :
advv -rc ~/configs/advancemame/advmame.rc
Toutes les lignes sont en bleu, parfait, je peux sélectionner ce que je veux. Et je sélectionne celle tout en bas (il faut faire défiler, car toutes les lignes n'apparaissent pas sur un écran il y en a trop) qui correspond à du fullHD (1920x1080). Je sélectionne la ligne (touche espace) et je sauve (échap + "y" pour sauver). Dans mon fichier advmame.rc j'ai maintenant ceci :
device_video_modeline ATSC-1080-59.94p 148.352 1920 1960 2016 2200 1080 1082 1088 1125 +hsync +vsync
Je n'ai pas d'autres lignes "device_video_modeline" (je les ai supprimées), et je copie/colle cette ligne vers le fichier advmame.rc.origin.
Ensuite je lance un jeu, et magie ! Ça se lance en plein écran (note : 4/3 vu que c'est un vieux jeu, donc bandes noires sur les côtés évidemment).
Je pourrais dire que les jeux fonctionnent, mais il me reste un souci (évidemment, ce serait trop simple sinon). J'ai l'impression que la façon dont j'ai obtenu un jeu en plein écran n'est pas optimale. Ça tourne sur un OdroidXU4, et c'est plus lent que sur un RPI3b (ça devrait être l'inverse !). J'ai essayé plusieurs jeux, et c'est flagrant. Je pense qu'il faudrait que le jeu tourne en résolution native (donc basse résolution) et que l'image soit étirée ensuite. Là, je pense que le jeu essaye de tourner en fullHD et le système n'aime pas trop ...
@olivierdroid92, oui, les paramètres que tu définis toi-même tu dois les mettre aussi dans le fichier "advmame.rc.origin". Je n'ai jamais bien compris la logique, mais il semblerait que le fichier advmame.rc soit construit à partir du fichier origin + les entrées par défaut qui sont stockées je-ne-sais-pas-où.
@olivierdroid92, effectivement mais j'ai eu la même chose. Si tu regardes dans mon fichier advmame.rc plus haut, j'ai la ligne suivante qui est définie :
device_video_clock 5 - 50 / 15.62 / 50 ; 5 - 50 / 15.73 / 60
J'avais trouvé ça dans la documentation d'AdvanceMame (voir ici, chapitre 4.2.1).
@olivierdroid92, ok donc tu as la même chose que moi. AdvanceMame ne trouve pas de configuration vidéo.
Si - en ssh - tu lances
advv -rc /recalbox/share/system/configs/advancemame/advmame.rc
Tu auras la liste des modes vidéo (le bleu indique ceux qui sont supportés, le rouge indique ceux qui ne le sont pas).
Tu peux utiliser les flèches haut/bas (la liste ne se termine pas en bas de l'écran, tu verras si tu fais défiler avec la flèche bas). La barre d'espace pour sélectionner un mode (tu peux en sélectionner plusieurs), la touche retour pour tester un mode, F2 pour sauver et la touche Echap pour sortir (si tu as changé la sélection, il te demandera d'appuyer sur y/n pour sauvegarder ou non).
Une fois que tu auras sélectionné des modes et sauvegardé les changements, tu pourras regarder dans ton fichier advmame.rc. Il y aura des lignes de ce style :
device_video_modeline pal_256x224 4.875 256 264 288 312 224 259 262 312 -hsync -vsync
La ligne que j'indique ci-dessus permet d'avoir un mode vidéo qui fonctionne. Le hic, c'est que ça m'affiche le jeu dans une toute petite fenêtre (de 256x224 pixels je suppose, puisque c'est ce qui est indiqué dans le paramètre device_video_modeline).
@olivierdroid92, voilà une bonne nouvelle !
Effectivement, si tu peux tester sur ton Odroid XU4 on pourra voir si on a tous les deux le problème. Merci !
Arf, avec ton pseudo "droid" j'ai pensé que tu étais sous Odroid ... Merci pour le fichier, je vais regarder mais si ce n'est pas le même matos ... -_-'
@olivierdroid92, est-ce que tu peux mettre le contenu de ton fichier advmame.rc ici stp ? J'aimerais comparer avec le mien. Merci.
@olivierdroid92, arf, tu arrives à avoir le jeu qui s'affiche ? Même si ça plante après ... est-ce que le jeu se lance en plein écran ou bien tu as un petit carré avec le jeu qui tourne dedans sur l'écran ?
Et ton écran, c'est un LCD branché en HDMI ou bien autre chose ?
Je n'ai pas ce jeu ... peut-être essayer avec un autre sinon ?
@olivierdroid92, voilà, ça c'est le problème que j'ai eu avec configgen ! Il crée le paramètre avec "no" et ce n'est pas une valeur correcte. Le message d'erreur donne même la liste des valeurs permises.
Et dans ton avant-dernier post, tu as bien le jeu qui se lance.
Maintenant, fais ctrl-c pour killer le jeu que tu as lancé via le terminal. Et ensuite, essaye de le lancer via l'interface d'ES.
@olivierdroid92, dans ce cas il faut que tu essayes de lancer le jeu via terminal en SSH.
Dans ton log tu as la commande qui est lancée, et on voit qu'il y a un problème à la création du log (je ne parle pas du log es_launch, mais bien du log advmame.log). Si tu enlèves le paramètre "-log" de la commande et que tu la lances en ligne de commande, tu devrais voir une indication du problème. En ssh, essayes ça :
LANG=en_US.UTF-8 TERM=linux SHELL=/bin/sh CONSOLE=/dev/console SDL_VIDEO_EGL_DRIVER=/usr/lib/libGLESv2.so SHLVL=3 dev=/dev/mmcblk0p1 PWD=/ SDL_VIDEO_GL_DRIVER=/usr/lib/libGLESv2.so PREVLEVEL=N RUNLEVEL=S PATH=/sbin:/usr/sbin:/bin:/usr/bin SDL_NOMOUSE=1 HOME=/recalbox/share/system _=/usr/bin/python INIT_VERSION=sysvinit- /usr/bin/advmame -cfg /recalbox/share/system/configs/advancemame/advmame.rc toki
Note: j'ai juste enlevé le paramètre "-log". Ta commande d'origine (si tu veux re-tester) est celle-ci :
LANG=en_US.UTF-8 TERM=linux SHELL=/bin/sh CONSOLE=/dev/console SDL_VIDEO_EGL_DRIVER=/usr/lib/libGLESv2.so SHLVL=3 dev=/dev/mmcblk0p1 PWD=/ SDL_VIDEO_GL_DRIVER=/usr/lib/libGLESv2.so PREVLEVEL=N RUNLEVEL=S PATH=/sbin:/usr/sbin:/bin:/usr/bin SDL_NOMOUSE=1 HOME=/recalbox/share/system _=/usr/bin/python INIT_VERSION=sysvinit- /usr/bin/advmame -log -cfg /recalbox/share/system/configs/advancemame/advmame.rc toki
@olivierdroid92, l'erreur que tu as est la création du fichier log il me semble ... quel est le rapport avec mon problème ?
Par contre si tu as un OdroidXU4 et que tu arrives à lancer un jeu, je suis curieux de voir si celui-ci va être étiré pour occuper tout l'écran ou bien si, comme moi, tu vas avoir une minuscule fenêtre avec le jeu. J'ai testé pas mal de choses (et comparé avec mon RPI3b avec lequel je n'ai pas de problème), et je commence à être à court d'idées ...
@acris @Pitch64 j'ai rapporté le problème (https://gitlab.com/recalbox/recalbox-configgen/-/issues/355). Comme j'ai expliqué plus haut, j'ai bidouillé pour avoir un paramètre qui fonctionne mais ça ne tient pas compte des valeurs autorisées, ni de la logique qui tourne autour (et qui est probablement expliquée dans de la documentation côté AdvanceMame).
Il me reste donc mon souci d'upscale pour que le jeu prenne tout l'écran. Je vais voir si je trouve quelques pistes, mais je risque d'avoir besoin de vos lumières