Recalbox Forum

    • Register
    • Login
    • Search
    • Recent
    • Tags
    • recalbox.com
    • Gitlab repository
    • Documentation
    • Discord
    1. Home
    2. Giants
    3. Posts
    • Profile
    • Following 0
    • Followers 0
    • Topics 1
    • Posts 6
    • Best 0
    • Controversial 0
    • Groups 0

    Posts made by Giants

    • RE: retroarchcustom.cfg modifié par le system...

      Sur ta 1er réponse, tu réponds à coté sur une question technique (pourtant le titre du sujet est clair) et tu profites pour y placer un foutage de gueule à peine caché, c'est toi qui à lancé la donne...désolé, sinon je n'aurais pas creusé.

      Ce que tu me donnes comme solution est juste un contournement du problème et n'explique pas les divers moulinettes inutiles et fausses qui sont effectuées lors d'un lancement d'un jeu par vos scripts ou binaires.

      Je ne t'ai pas présenté mon CV mais juste fait 1 ligne (regarde bien) ou j’écris précisément ce que je fait techniquement.
      Ceci dans un seul but, que tu comprennes que tu n'as pas un noobs en face de toi et donc tes remarques/réponses à ma problématique doivent donc être technique, c'est pas le cas c'est entre autre ce qui m'a agacé. (plus le foutage de gueule).

      Et au vue de comment tu réagit dernièrement justement, on à l'impression que soit on est un nulle soit on ce la pète.

      Tu sais, il y a aussi une tonne de gens très compétents autre que toi ou moi dans l'info, dans divers métier et qui n'ont pas forcément envie de mettre les mains dans votre code !

      Moi je n'ai aucun soucis avec ton CV (que je ne connais pas et que je n'ai pas à connaître) et ne cherche aucunement une 'concurrence' ou une comparaison avec qui que ce soit.
      Le jeu de celui qui a la plus grosse si tu veux... ça commence à dater un peu pour moi.

      Quand on parle de problème technique, il faut être précis, clair, détaillé.
      Si tu n'aimes pas les 'pavés', je pense que tu as mal choisie ton métier. (si tu est dev j'entends, sinon effectivement, je suis long dans mes réponses, c'est un faite).

      Oui j'avais bien compris ton rapport avec python, je pense que c'est limpide dans la release recallbox.
      Y'a que ça ou presque partout. (au passage, ceci ne me pose aucun problème)

      Tu ne connais pas mon CV, je ne connais pas le tiens, comment peux tu aller déjà sur ce terrain et te venter (c'est ce que tu fait), qu'il n'a rien à envier au mien ??!
      1 C'est pas le sujet.
      2 Tu n'as pas vue mon CV.
      3 Je pense, honnêtement, que tout le monde sans fiche de ton ou mon Cv.
      Tu es juste du Hors sujet à ce propos.

      Comme tu l'as dit si bien dit, j'ai les compétences pour trouver une parade.
      Chose d'ailleurs faite ce matin en bybassant votre moulinette, donc non, je te remercie, je vais me passer de ton aide sur ce problème.
      En faite, j'attendais plus des explications qu'une aide en faite.

      Non je ne participerais pas à ce projet.
      Je ne serais même pas par ou commencer tellement que je trouve que ce n'est pas 'propre' des le départ.
      Et pas besoin d'être 'expert' sur le sujet, il suffit de se connecter en ssh de regarder un peu ce qui se passe au niveau des process, regarder les divers logs, les scripts...
      Rien que tout lancer en root.... hallucinant...

      C'est une grosse usine qui, je te l'accorde, pour le commun des mortels fonctionne 'visiblement' très bien. (faut pas creuser en faite).

      Donc il n'y a pas de raison a ce que cela change, continuer comme ça.

      Tu peux fermer le thread, l'effacer...
      bref... Fait ce que tu veux, ce thread n'a plus vocation à exister.

      Moi je vais juste contourner certains de vos scripts comme je le fait déjà.
      Soit tout simplement, me monter une release plus 'lite' et 'conforme/propre' à mon sens
      et qui ne lancera que ce que je veux, à savoir mame ou équivalent.

      Recallbox est juste pas fait pour moi, pas adapté à ce que j'attends.

      Je te remercie pour ton temps passé, tu peux fermer, effacer le thread, Locké le compte...
      Je passe à autre chose de mon coté.

      Pour les autres lecteurs : Désolé ce thread et ce dernier pavé.

      posted in Recalbox Général
      Giants
      Giants
    • RE: retroarchcustom.cfg modifié par le system...

      Je suis d'accord et j'entends bien ce que tu dit et te comprends.
      Mais mon ton est juste en rapport à la 1er réponse que j'ai eu qui... je trouve, me prenais juste pour un c..

      D'où mon ton pas très sympathique, je te l'accorde.

      Je ne suis pas Dev de metier mais Ingé. System (plus exact. expert System Aix) avec une +15 ans d'exp.
      Personne n'a la science infuse même après 30 ans de metier mais il y a des bases assez simple qu'on a tous
      (admin, ingé, dev...)
      Je n'ai pas la prétention d'être un dev mais je sais coder en python, script shell, C.
      Je ne vais pas 'aider' des dev qui sont censé savoir maitriser 50 fois plus que moi le sujet.

      Je soulève des problèmes qui me semblent légitime et techniques et j'attends des réponses techniques et pas des réponses hors de propos ou qui prenne juste les gens pour des idiots.

      Par exemple en ne lisant pas ce que la personne a écrie complétement ou à répondu et en répondant a coté.
      Ce n'est pas, par exemple, qu'en modifiant un fichier via vi en ligne de commade que tu vas générer ce genre de probleme.
      Donc bon...

      Mais je comprends ton point de vue.
      De toute façon, pour moi, le thread est clos. Pas besoin de partir sur des querelles qui ne vont pas faire avancer le chmiblic.

      Si Je trouve une parade ou quelque chose de gros a changer, je posterais.
      Sinon, je laisse les dev faire ce qu'ils ont à faire.
      Ne vous soucier pas de ce post.

      posted in Recalbox Général
      Giants
      Giants
    • RE: retroarchcustom.cfg modifié par le system...

      ... -_-'
      As tu lue ce que je t'ai répondu ?

      En creusant un peu on voir qu'au lancement d'un jeux, une commande est exécutée, à savoir dans mon cas

      python /usr/lib/python2.7/site-packages/configgen/emulatorlauncher.pyc -p1index 0 -p1guid 03000000c0160000e105000001010000 -p1name "Xin-Mo Xin-Mo Controller" -p1devicepath /dev/input/event0 -system fba_libretro -rom /recalbox/share/roms/fba_libretro/dynablst.zip -emulator default -core default

      Dans un premier temps, ce code fait un check et un nouveau parsing est effectuée sur le fichier /recalbox/share/system/configs/retroarch/retroarchcustom.cfg pour ensuite lancer un nouveau process du type :
      retroarch -L /usr/lib/libretro/fba_libretro.so --config /recalbox/share/system/configs/retroarch/retroarchcustom.cfg /recalbox/share/roms/fba_libretro/dynablst.zip

      La routine de check d'ailleurs (crade... désolé, j'ai pas d'autre mot)
      Elle crée 150 fichiers tempo du style : /recalbox/share/system/configs/retroarch/retroarchcustom.cfgcfgou1iLw

      Pour ensuite re-créer un nouveau fichier custom (pourquoi ????, il existe les gars ce fichier ? pourquoi le re-créer,e le modifié ?)
      Le tout re-pa**er, un coup je te met de guillement, un coup je n'en mais pas. (la... faudra m'expliquer)

      En fait... quand on passe par l'interface graphique, via le bartop pour modifier la configuration video et que l'on sauve le tout, comme dit plus haut, un nouveau fichier est crée, à savoir :
      /recalbox/share/system/configs/retroarch/retroarchcustom.cfg

      Ensuite.... c'est la que ca devient drôle, quand on lance un jeux, quelques binaires sont lancé pour rebondir sur des scripts python... et comme dit juste au dessus, une moulinette (entre autre) est faite sur le fichier /recalbox/share/system/configs/retroarch/retroarchcustom.cfg (pourquoi pas après tout, la routine est juste super crade au vue des nombreux fichiers tempo crée et du résultat du 'nouveau' fichier mais bon, why not...)

      Mais la ou c'est drole, c'est ce que fait cette routine de 'check'.
      Elle modifie le parsing... et pas sur toutes les valeurs, LOL
      Un coup je te laisse les guillemets, un coup je te les enleves..

      Exemple, avant lancement d'un jeux on a (par exemple, j'ai pris une variable parmi tant d'autre)
      été au préalable dans l'interface retroarch --> blabla -> video, modifié quelques valeurs
      On a sauvé le tout.
      On regarde le didi fichier créer donc PAR RetroArch lui même, on prends une valeur par exemple :

      savestate_directory = "/recalbox/share/saves/fbalibretro"

      Cette variable est écrite t'elle qu'elle par retroarch on est d'accord !
      Via l'interface graphique de celle-ci (plus officiel, y'a pas)

      HOP, on appuie sur le ch'tit bouton de la borne, le jeu se lance (et donc une des moulinette de recallbox...)
      On re-regarde le fichier et la variable :
      savestate_directory = /recalbox/share/saves/fbalibretro

      HOP... plus de guillemets.. un coup je t'en met, un coup je t'en met pas.
      Ah la limite les guillemets... on sans fiche vue qu'on est sur un ensemble assez locké de base (ro, monté en ram, architectures fichier/repertoire assez propre, bref... pas de nom zarb ou avec des espaces.
      Mais bon...officiellement, retroarch les mets ses guillemets donc pourquoi les enlever ?
      Et en plus, pas partout... ah... la variable a un caractère qui sort un peu de la norme, aller Hop, la on met les guillemets.
      Ca n'aurait pas été juste plus logique et plus simple et de laisser a césar ce qui est a césar ?
      Il veux des guillemet d'origine ? ok, on touche pas, on check juste que la variables est bien défini de concret.

      Mais y'a mieux, un coup je modifie (on ne sais pas pourquoi d'ailleurs), t'elle variable alors que... elle est bien définie dans le fichier n'a aucune raison d'être modifié (vue que, valide et crée via l'interface graphique ORIGINAL de retroarch).
      Comment passer de False a True rien qu'en lancant un jeux... ca me tue 🙂

      heu les gars.... votre moulinette de check du fichier custom elle est pas bonne du tout.

      Verifier les valeurs OK, créer 150 ou plus exactement 51 fichiers temporaires... avant de re-écrire le fichier, franchement... y'a comme un ch'tit probleme au niveau code là, mais aller remplacer carrément un false par un true là... je dit, bravo.
      En plus, ces fichiers sont crée sur un filesystems qui n'est PAS en ram :

      df -k /recalbox/share/system/configs/retroarch/ | grep -- "/dev"
      /dev/mmcblk0p8 12024488 559036 10831596 5% /recalbox/share

      mount |grep mmcblk0p8
      /dev/mmcblk0p8 on /recalbox/share type ext4 (rw,noatime,data=ordered)

      Bonne idée ca, la ré-écriture a gogo sur une carte SD de fichier tempo.
      A ma connaissance, il n'y a pas de controleur qui gere le wear levelling sur la Rbp3
      Rien de mieux pour foutre en l'air plus rapidement que prévue une carte SD :
      Pour ceux qui ont le temps => https://fr.wikipedia.org/wiki/Mémoire_flash

      Et bien sur, tout ca lancer en tant que root... La, c'est la total.

      Je vais continuer a investiguer sur les scripts et le fonctionnant du tout.
      J'ai déjà trouvé pas mal de scripts qui font référence a des path qui n'existent même pas...

      Pour les septiques, je suis même prêt à faire un workflow pour prouver ce que je dit sur le probleme de changement de variable.

      Non la franchement, pas content du tout.

      posted in Recalbox Général
      Giants
      Giants
    • RE: retroarchcustom.cfg modifié par le system...

      Par exemple, ce que j'ai modifié comme valeur via l'interface graphique Directement sur le bartop
      est bien écrie et sauvé dans mon fichier /recalbox/share/system/configs/retroarch/retroarchcustom.cfg
      Peu importe que je reboot ou pas, mes valeurs restent ET sont bien prisent en compte au lancement des jeux.

      custom_viewport_width = "1192"
      custom_viewport_height = "584"
      custom_viewport_x = "68"
      custom_viewport_y = "86"

      Mon probleme vient UNIQUEMENT de la modification qu'est faite dans ce fichier sur la valeur video_scale_integer
      qui passe tjs a TRUE au lancement d'un jeux.

      posted in Recalbox Général
      Giants
      Giants
    • RE: retroarchcustom.cfg modifié par le system...

      Je te cite : Donc on relit les params qui nous intéressent pour ensuite les pusher dans le retroarchcustom.cfg

      Quand on modifie les parametres de retroarch directement via le menu fait pour ca, sur le bartop et que l'on sauve la configuration, il la sauve sur : /recalbox/share/system/configs/retroarch/retroarchcustom.cfg
      C'est marqué noir sur blanc sur l'écran...il suffit de lire.

      Vue que je suis DEJA en custom, il doit prendre d'origine ce fichier (ce qu'il fait d'ailleurs)

      Je ne voie pas pourquoi, retroarch ou autre programme irait lire 'je ne sais quoi d'autre comme fichier' de conf d'ailleurs... de retro arch, pour mettre à jour le fichier préalablement sauvé, à savoir : retroarchcustom.cfg ???

      De plus, ce n'est pas le cas, car juste cette ligne est modifié...

      Tes 2 options sont hors propos.

      • option 1 : c'est déja ce que je fait. (je me modifie pas le fichier via vi sous linux et même si c'était le cas, cela n'aurait aucun impact)

      • option 2 : je suis déja en custom config

      Je crois que tu as mal compris ma manip de départ, relie mon message.

      La modification que je fait de l'option video_scale_integer est faite par le menu sur mon bartop.
      Il n'y a pas de 'bidouille' ou quoi que ce soit, c'est fait pour, tu peux le changer comme bcp d'autre options directement sur le bartop.

      J'utilise uniquement la 'command line' en ssh uniquement pour voir QUAND il modifie cette valeur, à savoir, au lancement du jeux.

      Donc ma question est tjs demise.
      Pourquoi il modifie Cette Valeur.

      posted in Recalbox Général
      Giants
      Giants
    • retroarchcustom.cfg modifié par le system...

      Bonjour !

      J'ai un petit soucis avec la configuration retroarch sur la derniere version de recallbox en download + MAJ hier (mais le 'probleme' était déja présent avant la MAJ, aucun rapport.

      bref... Je boot, j'entre dans PlibRepro(par exemple), je lance un jeux, je passe dans le menu de configuration video de retroarch, je modifie quelques option pour avoir mon image qui 'colle' bien a mon écran.
      Je sauve, je reboot, je relance mon jeu.

      Ok, tout mes modifis sont bien présentent et son bien prise en compte sauf que....
      Le system, met à jour, tout seul, au lancement d'un jeu, la ligne video_scale_integer = dans le fichier /recalbox/share/system/configs/retroarch/retroarchcustom.cfg.

      Qu'es ce que c'est que ce truc de fou ??...

      Ok, je retourne dans menu de configuration de retroarch, je RE-modifie l'option video_scale_integer à FALSE, je reboot.
      Je me connecte en SSH sur ma borne et lance une boucle de lecture sur ce fichier avec un grep qui va bien.
      du genre :

      while true; do cat /recalbox/share/system/configs/retroarch/retroarchcustom.cfg | grep "video_scale_integer"; sleep 1 ; clear ; done

      OK, je suis bien en FALSE
      Je lance mon jeux sur mon bartop.... BIMMMM, des que le jeu se lance, il change tout seul cette option en TRUE.

      évidement, même si on modifie les droits du fichiers en lecture seul, ca ne change rien car, c'est lancé en tant que root.
      ps -edf | grep retroarc
      11390 root retroarch -L /usr/lib/libretro/fba_libretro.so --config /recalbox/share/system/configs/retroarch/retroarchcustom.cfg /recalbox/share/roms/fba_libretro/dynablst.zip

      Ce qui pour moi, déja est une abération de lancer les softs en tant que root ceci dit au passage...mais bon, passons.

      Une idée de comment passer ce probleme ?

      posted in Recalbox Général
      Giants
      Giants