Bonjour,
Alors désolé de faire remonter le sujet, mais la solution que j'avais trouvée ci-dessus n'est pas idéale.

Le plus simple est de désactiver complètement le mécanisme en modifiant le fichier \usr\bin\startx
Remplacer la ligne enable_xauth=1 par enable_xauth=0 et le tour est joué.

voir explications détaillée ici :
https://forum.recalbox.com/topic/14754/recalbox-x64-problème-xauth-timeout/9

Merci @rerem8433.

En fait j'ai trouvé la solution et ça marche nikel.

Du coup j'ai installé Récalbox PCx64 sur une seule Clé USB, ma partition SHARE formaté en ExFat (ça marche aussi avec le FAT32 mais c'est mieux le ExFat pour les fichiers de plus de 2Go) et plus d'erreur Xauthroity. Et pour transférer les roms depuis Windows 10 ou depuis un MAC, plus de souci... direct par Clé USB.

La solution pour éviter le timeout .Xauthority:
modifier le fichier \usr\bin\startx
Remplacer la ligne enable_xauth=1 par enable_xauth=0 et le tour est joué.

Là où ça se corse c'est pour modifier le fichier. Le plus simple est de lancer un Linux (moi j'utilise Linux Lite sur une clé USB bootable) est d'aller modifier le fichier direct depuis sur la clé usb.

Sinon, on peut toujours le modifier en ligne de commande depuis récalbox :

• lancer RecalBox,
• une fois lancé, faire F4 pour quitter l'interface graphique
• Faire ALT + F2 pour accéder à la console,
• Se loguer avec le login root et le mot de passe recalboxroot (je ne sais pas pourquoi mais moi ça marche jamais du premier coup. il faut toujours que je fasse CTRL+C puis ENTER et que je me relogue une 2eme fois.)
• remonter la partition en écriture en tapant mount -o remount,rw /
• éditer le fichier en tapant nano /usr/bin/startx
• descendre avec les flèche jusqu'à la ligne enable_xauth=1 et remplacer par enable_xauth=0 (pour info les commandes de nano indiquée en bas de l'écran sont accessible en faisant CTRL+Lettre du menu)
• enregistrer en faisant CTRL+O puis Enter
• quitter nano avec CTRL+X
• redémarrer en tapant reboot

Et voilà

Merci à tous pour vos réponses, effectivement le core mame libretro fait plus de 200Mo, mais c'est un peu plus que le core 2010. Dans tous les cas, j'ai fais le test, en substituant les 2 cores, et il y a un bug avec le core mame_libretro (meme sous windows), les jeux model1 et model2 freeze au lancement. Et comme vous dites, l'émulation est de toute façon très bugée. Concernant l'utilisation des versions console, l’expérience n'est quand même pas la même : Voir cette vidéo comparative de starwars arcade VS 32x https://www.youtube.com/watch?v=IYxY0G8vl6E . Il faudra donc que je fasse avec ça.
Merci encore. et bravo pour votre travail sur récalbox!!

Bonjour à tous.

Je souhaiterai pouvoir jouer sous recalbox x64 (la build pour PC) aux vieux jeux d'arcade en 3D comme Virtua Fighter ou Virtua Racing ou encore StarWars Arcade (1993). ...etc
Ces jeux fonctionnent plutôt bien avec les dernières versions de MAME sur un PC suffisamment puissant. (je penses aussi au jeux SegaModel 2 comme virtuacop ou sega rally avec un PC balaise)
Malheureusement, Recalbox s'arrête aux core MAME 2015. Or à cette époque, il y avait encore des bugs qui rendent certains jeux injouables (par exemple StarWard Arcade 1993)
Je me demandais pourquoi le core de la dernière version de MAME (mame_libretro.so je crois bien) n'a pas été ajouté à récalbox x64. Es-ce par simple choix, ou par contrainte technique. Si oui, quelle est cette contrainte. Si non, est-ce que je peux remplacer la librarie d'un core de mame que je n'utilise pas (par ex : mame2015) par mame_libretro.so pour pouvoir jouer à mes jeux? Merci pour votre aide.

@bkg2k Merci c'est ce que je viens de voir.

Quelle réactivité. Merci!!!

Bah en fait, c'est résolu.

Apparemment, le problème ne survient que quand le nom interne de la manette finis par des espaces. C'est pour ça qu'il faut l'entourer de guillemets, pour que les espaces soient pris en compte.

En fait, à chaque fois qu'on lance l'émulateur Dolphin, le fichier de configuration de Dolphin est Régénéré (au cas où on change de manette entre temps) et du coup les guillemets sont supprimés.
C'est ce fichier là :
\usr\lib\python2.7\site-packages\configgen\generators\dolphin\dolphinControllers.py

il faut remplacer la ligne 107 :
f.write("Device = evdev/" + str(nsamepad) + "/" + pad.configName + "\n")
par
f.write('Device = "evdev/' + str(nsamepad) + '/' + pad.configName + '"\n')

J'était pas sur, Mais le temps de tester... C'est bon, ça fonctionne!! Youpi...
Je vais faire une demande de correction sur Gitlab (ça avait été corrigé pour les hotkey, mais pas pour les autres touches)

Bonjour,
J'utilise Recalbox 6.0-DragonBlaze pour PC_X64 installé sur Clé USB.

Ma manette fonctionne à merveille sur tous les émulateurs, sauf la Gamecube :
Quand je lance un jeu, il démarre, mais aucune touche du gamepad ne semble fonctionner. Sauf quand je fait Start+Select pour quitter l'émulateur.

Après plusieurs recherche sur le forum, je me suis aperçu que je ne suis pas le seul :
https://forum.recalbox.com/topic/14441/controller-doesn-t-work-with-gamecube-emulation
https://forum.recalbox.com/topic/14440/manette-gamecube-non-detecté

(En passant, sur le premier sujet, @acris tu dit de ne pas créer de double sujet et sur l'autre, il me dit de ne pas remonter un ancien sujet... je voulais bien faire moi je suis désolé, je ne le referais plus.)

Bref la solution proposée dans les post référencés ci-dessus serait de mettre entre guillemet le nom du contrôleur dans le fichier /system/configs/dolphin-emu/GCPadNew.ini

En gros, la ligne à remplacer est :
Device = evdev/0/DragonRise Inc. Generic USB Joystick
par
Device = "evdev/0/DragonRise Inc. Generic USB Joystick "

C'est ce que je fait, mais à chaque fois que je relance l'émulateur, les guillemets disparaissent.

Quelqu'un peut-il m'aider?

Merci.

Bonjour,

J'ai exactement le même problème : ma manette fonctionne sur tous les systèmes sauf sur l'émulateur Gamecube...

Si j'édite le fichier /system/configs/dolphin-emu/GCPadNew.ini pour rajouter des double côtes, dès que je lance un jeu game cube, les guillemets disparaissent.

Quelqu’un a une idée?

Merci @rerem8433.

En fait j'ai trouvé la solution et ça marche nikel.

Du coup j'ai installé Récalbox PCx64 sur une seule Clé USB, ma partition SHARE formaté en ExFat (ça marche aussi avec le FAT32 mais c'est mieux le ExFat pour les fichiers de plus de 2Go) et plus d'erreur Xauthroity. Et pour transférer les roms depuis Windows 10 ou depuis un MAC, plus de souci... direct par Clé USB.

La solution pour éviter le timeout .Xauthority:
modifier le fichier \usr\bin\startx
Remplacer la ligne enable_xauth=1 par enable_xauth=0 et le tour est joué.

Là où ça se corse c'est pour modifier le fichier. Le plus simple est de lancer un Linux (moi j'utilise Linux Lite sur une clé USB bootable) est d'aller modifier le fichier direct depuis sur la clé usb.

Sinon, on peut toujours le modifier en ligne de commande depuis récalbox :

• lancer RecalBox,
• une fois lancé, faire F4 pour quitter l'interface graphique
• Faire ALT + F2 pour accéder à la console,
• Se loguer avec le login root et le mot de passe recalboxroot (je ne sais pas pourquoi mais moi ça marche jamais du premier coup. il faut toujours que je fasse CTRL+C puis ENTER et que je me relogue une 2eme fois.)
• remonter la partition en écriture en tapant mount -o remount,rw /
• éditer le fichier en tapant nano /usr/bin/startx
• descendre avec les flèche jusqu'à la ligne enable_xauth=1 et remplacer par enable_xauth=0 (pour info les commandes de nano indiquée en bas de l'écran sont accessible en faisant CTRL+Lettre du menu)
• enregistrer en faisant CTRL+O puis Enter
• quitter nano avec CTRL+X
• redémarrer en tapant reboot

Et voilà

Bonjour,
Alors désolé de faire remonter le sujet, mais la solution que j'avais trouvée ci-dessus n'est pas idéale.

Le plus simple est de désactiver complètement le mécanisme en modifiant le fichier \usr\bin\startx
Remplacer la ligne enable_xauth=1 par enable_xauth=0 et le tour est joué.

voir explications détaillée ici :
https://forum.recalbox.com/topic/14754/recalbox-x64-problème-xauth-timeout/9

Merci à tous pour vos solutions alternatives, mais bien entendu, j'ai essayé autre chose avant de me rabattre vers cette solution (je précise que j'utilise la version PCx64 de Recalbox à installer sur une Clé USB):

• Dans un premier temps j'ai essayé le transfert de roms via Wifi. Malheureusement il faut utiliser deux 2 PC . De plus, le module WIFI de mon PC n'est pas reconnus.
• Dans un deuxième temps, j'ai essayé des logiciel pour accéder aux partitions EXT4 depuis Windows. J'ai essayé Ext2Fsd que @cdtpepette propose, mais il n'arrive pas à lire la partition Share. De plus je ne suis pas sur qu'il parvienne à écrire sur du EXT4. As-tu déjà essayé @cdtpepette ?
• J'ai aussi essayé la solution de @lobys : Linux File Systems for Windows by Paragon Software. Le problème est que le débit est limité au delà de 10 jours et en plus lors de mes test, la partition a été corrompue après transfert de mes roms. As-tu rencontré des problèmes @lobys?
• Enfin j'ai tenté de copier mes roms depuis une distrib linux. J'ai l'habitude d'utiliser "Puppy Linux", une mini distrib qui tient sur une clé USB et qui se lance sans l'installer. Super Pratique, sauf qu'encore une fois il parvient à lire la partion Recalbox, mais pas la partition Share. On dirais que c'est une partition EXT4 un peu particulière.

Bref, en plus l'idée était de donner cette clé USB à un amis qui ne maîtrise pas trop l'informatique. Donc il me fallait un truc simple d'utilisation.
En parcourant les forums, je me suis aperçu que c'est quand même un besoin exprimé par d'autres utilisateurs, notamment ceux qui utilisent des Mac et qui n'ont qu'un seul ordinateur. (https://forum.recalbox.com/topic/2184/faire-apparaitre-partition-share-sur-l-ordi/16) .

J'utilise donc cette solution fonctionnelle décrite plus haut : La partition Share en FAT32 le tout sur une seule Clé usb et sans ralentissement au démarrage.

Mais il faut que je pousse les tests pour voir si ça ne cause pas des problèmes collatéraux. Si vous avez des retours... je suis preneur.

Re bonjour à tous. Je pense avoir trouvé la solution après quelques recherches.
Ca va peut-être faire hérisser les cheveux de certains mais maintenant ma récalbox démarre comme un éclair avec une partition share en FAT32.
J'y connais pas grand chose sous en linux, donc vous me direz ce que vous en pensez et si il peut y avoir des conséquences néfaste (je ne penses pas).

l'idée est de dire à l'OS que l'emplacement du fichier .Xautority se trouve sur une partition qui gère les droits et autres systèmes de lock (ce qui n'est pas le cas des partitions FAT32 , NTFS ou ExFs).
Pour cela, il suffit de déclarer la variable d'environnement "XAUTHORITY" et surtout de le faire avant le démarrage de l'interface graphique

Voici la procédure :

• Editer le fichier /etc/init.d/S31emulationstation (moi j'ai booté sur un Puppy Linux et je suis allé modifier le fichier directement sur ma clé USB).
• Insérer la ligne suivante juste après les premiers commentaires (4eme ligne)
  export XAUTHORITY=/recalbox/share_init/system
• Sauvegarder le fichier
• Redémarrer sur Recalbox

Voilà. Dites moi ce que vous en pensez.
Il y a peut-être une solution plus propre ou un meilleur endroit pour déclarer les variables d'environnement.