Solved ogst odroid n64 case

[Michael Baudino]

Bon, clairement, il y a un souci avec les droits : la commande chmod +x install_6x.sh n'a pas d'effet… du coup, la commande ./install_6x.sh ne fonctionne pas

En attendant qu'on fixe ça (prochaine version), je vous propose de remplacer chmod +x install_6x.sh && ./install_6x.sh par bash install_6x.sh, ça devrait résoudre ce problème (après, il y aura peut-être d'autres choses à mettre à jour dans le script de @littlebalup mais ce premier problème sera déjà contourné ).

Donc, je répète, pour lancer le script de @littlebalup , utiliser la commande complète suivante :

wget https://www.dropbox.com/s/1c63n1kakkpylbw/install_6x.sh && bash ./install_6x.sh

Idée pour @littlebalup : si on dit aux gens de lancer ton script avec un curl -sL https://www.dropbox.com/s/1c63n1kakkpylbw/install_6x.sh | bash, ça te permettrait de virer le rm -f install_6x.sh à la fin de ton script.

[Michael Baudino]

Petite rectification : en fait, c'est peu probable qu'on corrige ce problème dans une future version, parce que ça voudrait dire rendre tous les fichiers dans SHARE executables.

Donc je vous conseille d'utiliser le contournement ci-dessus. Je vais modifier le wiki en conséquence dans la journée.

[kevinnash]

@Michael-Baudino

Hélas cette manip ne fonctionne pas, en effet le script se lance et tout s'installe bien mais rien ne peut fonctionner car le custom.sh créé n'est pas exécutable sur le support externe.

Du fait sur la 6.1 le custom.sh est inutilisable sur support externe.

A mon avis, il ne s'agit pas de rendre tous les fichiers dans share exécutables ( encore que pourquoi pas ? ) mais de monter le disque externe comme dans Recalbox 6.0 afin de pouvoir changer le chmod sur le support externe.

C'était faisable en 6.0, la commande wget https://www.dropbox.com/s/1c63n1kakkpylbw/install_6x.sh && chmod +x install_6x.sh && ./install_6x.sh modifiait bien le chmod de install_6x.sh et le rendait exécutable.

Quelque chose a bien du changer entre la 6.0 et 6.1 au niveau du montage du disque externe pour que cela ne soit plus possible.

[acris]

Vous avez essayer sur un support en Exfat à la place de Fat32 ? qui est d'ailleurs pas conseillé

[Gameroldiesdu57]

@acris je viens de formater une sd vierge en exfat,même combat...

[acris]

@Gameroldiesdu57
la partition share sur une microsd est en ext4 quelqu'un a indiqué plus haut que ça fonctionnait.

Je parle de stockage externe sur clé usb formaté en exFat à moins que tu utilises le emmc comme stockage interne du systeme et le microsd en support "amovible"

[Bkg2k]

@kevinnash Le chmod n'a jamais fonctionné sur un support Fat32 car le FS ne supporte pas la gestion des droits.

Jusqu'en 6.0, les FAT32 etait monté en 777 automatiquement, ce qui pose problèmes avec d'autres soft qui considèrent que le support est "insecure" (le BT par exemple).

Nous cherchons une solution qui pourra satisfaire tout le monde.

Edit: La problématique est la même avec l'exFAT ou le NTFS.

[Gameroldiesdu57]

@acris J'ai utilisé la carte sd vierge en externe via un adaptateur sd/usb que j'ai formaté en exfat et cela ne marche pas. J'avais installe le script sur une sd en fat32 avec cette adaptateur en version 6.0 et cela fonctionnait.

[kevinnash]

@Bkg2k saurais-tu où se situe le script de montage des FAT32 afin que je puisse le modifier ?

En effet je remettrai bien comme en 6.0 pour pouvoir upgrader en 6.1 car l'ogst sans écran c'est juste pas possible et cond**nation à rester en 6.0

[Bkg2k]

@kevinnash il suffit, après le wget, avant de lancer install_6x.sh, de modifier la ligne:
insert=$'\ \ \ \ \ \ \ \ os.system("test -e \'/recalbox/share/system/custom.sh\' && /recalbox/share/system/custom.sh \'%s\' &"%system.name) # load tft logo'
par:
insert=$'\ \ \ \ \ \ \ \ os.system("test -e \'/recalbox/share/system/custom.sh\' && bash /recalbox/share/system/custom.sh \'%s\' &"%system.name) # load tft logo'

Inutile d'aller bidouiller le systeme ou de revenir en 6.0

[Michael Baudino]

@Bkg2k @kevinnash À mon avis, il faudra aussi modifier /etc/init.d/S99custom:

AVANT:

#!/bin/bash

test -e "/recalbox/share/system/custom.sh" && /recalbox/share/system/custom.sh $1

APRÈS:

#!/bin/bash

test -e "/recalbox/share/system/custom.sh" && bash /recalbox/share/system/custom.sh $1

Sinon ta modif ne fonctionnera que pour l'affichage au lancement d'un jeu/émulateur, pas au démarrage.
Mais je n'ai rien testé du tout, j'écris ça au feeling

[littlebalup]

Bon, y a pas mal de modifs à faire pour que ça refonctionne au moins sur la SD, que ce soit dans le custom.sh ou le "patch" d'emulatorlauncher. Mais ça devrais le faire. Merci @Michael-Baudino pour les tuyaux. Et oui, si il faut lancer le script via bash, il faudra modifier le S99custom.

[kevinnash]

Merci @littlebalup
On reste dans l'attente de tes modifications, j'ai essayé de m'y coller mais je n'ai pas le niveau ( et de loin he he )

[littlebalup]

Je pense que c'est bon. ça doit aussi fonctionner sur stockage externe. Merci de tester et de faire un retour avant que je mette à jour le wiki.
Nouvelle commande d'installation : curl -sL https://www.dropbox.com/s/9bhrq0bta8aah8o/install_6.1.sh | bash

P.S.: Si vous vous êtes fait une version perso du custom.sh, il vous faudra intégrer quelques modifs.
remplacer:

        modprobe fbtft_device name=hktft9340 busnum=1 rotate=270

par:

        modprobe fbtft_device name=hktft9340 busnum=1 rotate=270 force32b=1

Sans ça vous aurez des couleurs dégueulasses à l'écran.

et vous pouvez aussi remplacer:

if [ "$1" != "start" ] && [ "$1" != "stop" ] ; then 
    while [ "$(pidof python)" ]; do  # emulatorlaucher is running
        sleep 1
    done
	if [ "$(pidof ffmpeg)" ] ; then  # when emulatorlaucher ends, kill ffmpeg if is running
	    kill -9 "$(pidof ffmpeg)"
	fi
	draw_logo $logo_folder $default_logo $default_logo_loop
fi

par:

if [ "$1" != "start" ] && [ "$1" != "stop" ] ; then
    pid="$(pidof -s python)" # look only latest python PID
    while [ "$(pidof -s python)" = $pid ]; do  # emulatorlaucher is running
        sleep 1
    done
	if [ "$(pidof ffmpeg)" ] ; then  # when emulatorlaucher ends, kill ffmpeg if is running
	    kill -9 "$(pidof ffmpeg)"
	fi
	draw_logo $logo_folder $default_logo $default_logo_loop
fi

ça c'est optionnel mais ça peut prévenir de quelques bugs.

[ernest-delaunay]

@littlebalup said in ogst odroid n64 case:

curl -sL https://www.dropbox.com/s/9bhrq0bta8aah8o/install_6.1.sh | bash

Merci, ça fonctionne bien maintenant !
tester sur la SD Interne, je teste sur HDD Externe demain.

[Michael Baudino]

@littlebalup À quelques exceptions prêt (genre le "hack" de renommer /dev/fb1), je pense que ta solution est intégrable dans Recalbox (avec un peu de boulot, certes, genre ajouter ffmpeg ou trouver le moyen d'utiliser ffplay, modifier emulatorlauncher.py, insérer des modules kernel, monitorer emulatorlauncher.py un peu plus précisemment, etc…).

J'aimerais bien en discuter avec toi si tu es d'accord ? Si oui, est-ce que en messages privés sur ce forum te semble approprié ? Ou plutôt Discord ? (pour ne pas polluer tout le monde dans ce thread)

[kevinnash]

@littlebalup tu peux mettre à jour le wiki, cela fonctionne comme un charme que ce soit sur SD interne ou clé USB externe en FAT32

Un énorme merci à toi, grand sauveur de boitier ogst !

[littlebalup]

@michael-baudino said in ogst odroid n64 case:

@littlebalup À quelques exceptions prêt (genre le "hack" de renommer /dev/fb1), je pense que ta solution est intégrable dans Recalbox (avec un peu de boulot, certes, genre ajouter ffmpeg ou trouver le moyen d'utiliser ffplay, modifier emulatorlauncher.py, insérer des modules kernel, monitorer emulatorlauncher.py un peu plus précisemment, etc…).

J'aimerais bien en discuter avec toi si tu es d'accord ? Si oui, est-ce que en messages privés sur ce forum te semble approprié ? Ou plutôt Discord ? (pour ne pas polluer tout le monde dans ce thread)

Ok. Plutôt ici. Je ne suis pas fana de discord... old school.

[Michael Baudino]

@littlebalup OK MP envoyé

[loli72]

Merci aussi, cela fonctionne aussi sur USB et SSD externe mais depuis, le démarrage et l’arrêt du système sont très longs. Honnêtement, il y a tant de petits bugs sur cette version pour Odroid que je ne suis même pas sûr que cela soit lié.
Est-ce-que quelqu'un a constaté ces lenteurs sur USB depuis l'ajout des vidéos des systèmes ?