Intégration de Moonlight
-
Non je suis pour. Par contre ce qui serait cool c'est que ton script permette de creer des fichiers qui contiennent le nom du jeu avec une extension particulière et que ces fichiers soient détectes comme des roms. Ce qui permettrai de lancer les jeux directement depuis ES. (juste en configuran dans es_systeme une ligne de commande qui passera le nom de la rom a moonlight.sh Si tu arrive a faire ca, on se concentre sur les menus es etc aprés.
-
C'est déjà le cas ! Dès qu'on a appairé avec le PC, les évolutions que j'ai faites permettent de faire apparaitre les jeux "non steam" comme des roms. Le truc c'est que ce sont des .sh vul'nitégration actuelle de Moonlight dans ES. Si tu penses qu'une autre solution est plus appropriée, pas de problème j'adapte
-
Oui il faudrait que que soit des fichiers vides, genre des .moonlight. Ensuite tu peux dans es_systems.cfg passer la rom en argument du moonlight.sh et ajouter le support des .moonlight dans la config aussi de es_systems.cfg
-
OK, je m'y penche. Je fais çà ASAP.
-
Tu as jusqu'au 27/11, soit le black friday hahaha
-
Tu m'as chauffé avec ca. Je prend un petit pack taito. (chut)
-
Faiiiiibllllleeeee.... Nous sommes faiiiiibllleeeeee
-
euh juste une question : comment la balise <command> sait quel executable aller chercher ? Je garderais bien le principe du moonlight.sh car assez facile à modifier pour quiconque voudrait le faire évoluer ? je dois aller fouiller le code source en python ?
-
Non tu met juste la commande dans commande (ton executable est la) en l'occurence, /le/chemin/vers/moonlight.sh
-
Quel est le meilleur endroit pour mettre le Moonlight.sh ? dans /recalbox/share/roms/moonlight ca n'est surement pas l'ideal. Tu as une préférence ?
-
/usr/bin ou /recalbox/scripts suivant ton envie. EDIT : /recalbox/scripts sera mieux
-
ok. Il reste un soucis avec le fait d'utiliser des fichiers "rom" de taille 0 : certains jeux sont nommés avec des caractères interdits sous linux (je pense au : ). J'avais contourné ca en faisant de mes roms des shells qui eux ont le bon nom
-
le : est autorisé dans les noms de fichiers linux Sinon tu peux faire une regexp sur le nom du fichier genre
sed -e 's/[^A-Za-z0-9._-]/_/g'
, et mettre le vrai nom dans le fichier. Comme ca t'as plus qu'a faire un cat du fichier pour avoir le vrai nom, si toute fois tu en a vraiment besoin. -
http://serverfault.com/questions/348482/how-to-remove-invalid-characters-from-filenames pour l'utilisation de la regexp
-
J'ai un pb pur linux : il refuse de me créer un fichier avec un : dedans. J'avais beau protéger le :, pas moyen. Donc mode Dirty hack : je gère un fichier en local de la liste des jeux, et je traduis ... Si jamais je trouve comment créer un fichier avec un : (sachant que le nom du fichier est une variable), plus de fichier de traduction, et c'est bon pour un pull
-
En utilisant ma methode tu t'en dépatouille pas ?
-
J'aavis déjà utilisé un sed pour remplacer le : La nuit ayant porté conseil, j'ai d'autres idées
-
Alors je te reexplique l'idée que j'avais. Tu utilise la regexp pour creer le nom du fichier -> pas de : dedans donc on est ok. Et comme tu as besoin du nom quand meme, tu le met dans le fichier text, avec les : etc. Ensuite au lieu d'utiliser le nom du fichier pour lancer la rom, tu fais un cat dessus et tu retrouve le nom complexe. Ca convient pas ?
-
C"est ce à quoi j'étais arrivé cette nuit, c'est bon. J'aurais préféré me passer du .txt, mais tant pis ! Ce matin j'ai essayé d'autes méthodes, mais pas vraiment meilleures. Donc si ca te va, à défaut de mieux, ca me va. L'autre idée est de stocker le vrai nom dans le fichier de rom. Comme ca je récupère le vrai nom en faisant un cat sur %ROM% Il me restera un dernier détail à tester quand j'aurai tout reçu : moonlight et le joystick GPIO
-
Je suis pas inquiet pour les GPIO comme je les gere comme des joysticks standard