Amiga 6RC1: Volume DH0 is write protected
-
@jrbaka Alors pour le .uaeconfig.uae, assure toi d'avoir un retour chariot à la fin de te ligne show_leds=false
Je viens de voir que sans retour à la ligne, en effet il y a un soucis.Pour un .zip, normalement le .uae doit être le même nom mais avec l'extension uae, donc
RickDangerous2_v1.2_0570.zip
=>RickDangerous2_v1.2_0570.uae
Par contre, le CUSTOM1=1 c'est quoi? Je n'ai pas vu ça dans les options d'Amiberry.
-
@jrbaka said in Amiga 6RC1: Volume DH0 is write protected:
D'autre part, j'ai le fichier "RickDangerous2_v1.2_0570.zip" et je veux lui mettre la commande "CUSTOM1=1"
J'ai mis cette commande dans un fichier .uae et se n'est jamais pris en compte
mes différentes tentatives:
RickDangerous2_v1.2_0570.uae
RickDangerous2_v1.2_0570.zip.uae
RickDangerous2.uaeLes commandes custom c'est dans un fichier whdl pas dans un fichier uae
-
-
@bkg2k said in Amiga 6RC1: Volume DH0 is write protected:
Alors pour le .uaeconfig.uae, assure toi d'avoir un retour chariot à la fin de te ligne show_leds=false
Quand tu dit "retour chariot" c'est simplement faire Entré pour que le curseur soit a la ligne d'en dessous ? Si c'est le cas ça ne marche pas non plus
@bkg2k said in Amiga 6RC1: Volume DH0 is write protected:
@voljega @JRbaka Ha ok, ça vient des fichier whd. Faut faire attention avec ça, les gars d'Amiberry ont prévenu que le support de ces fichiers va être retiré, donc ils sont déjà obsolètes.
Ha d'accord... du coup c'est lequel le meilleur format pour pas se prendre la tete avec les jeux tenant sur plusieurs disquettes ?
-
@jrbaka Non en effet, il y a un autre probleme avec les .uaeconfig.uae, je vais corriger
Bon, la RC2 est déjà dans les tuyaux, donc ce sera fixé pour la release finale.
-
@Bkg2k @JRbaka Je confirme le fichier .uaeconfig.uae ne marche pas, personnellement pour enlever les led je modifie à la source dans le configgen, d'ailleurs les leds devraient être désactiver comme indiquer dans le code :
self.settings.setOption("show_leds", "no") # Set yes for debug, no for production
-
@secamfr ou trouve tu ce "configgen" s'il te plait ?
-
@JRbaka Si tu ne sais pas ce qu'est le configgen je te déconseille d'y toucher sinon tu risque de tout casser
Il faut déjà savoir accéder à recalbox par SSH... -
@bkg2k said in Amiga 6RC1: Volume DH0 is write protected:
@voljega @JRbaka Ha ok, ça vient des fichier whd. Faut faire attention avec ça, les gars d'Amiberry ont prévenu que le support de ces fichiers va être retiré, donc ils sont déjà obsolètes.
Euh là je suis un peu confus, parce que le support de ces fichiers c'est entièrement de ma création ?
A moins que tu veuilles dire qu'il ne vont plus supporter le paramètre correspondant (CUSTOM1=1) pour la ligne de commande de lancement d'amiberry ?Mais dans ce cas comment ce mécanisme spécifique aux whdload sera t'il utilisable ? Parce qu'il est encore fortement utilisé dans les derniers whdl sortis...
-
@secamfr said in Amiga 6RC1: Volume DH0 is write protected:
@JRbaka Si tu ne sais pas ce qu'est le configgen je te déconseille d'y toucher sinon tu risque de tout casser
Il faut déjà savoir accéder à recalbox par SSH...@Secamfr Je sait accéder en SSH, je paramètre mes propres shaders....
-
@secamfr Nous avons pris le partit de les laisser activée parceque c'est un ordinateur, et que savoir de visu quand un lecteur, CD ou un HDD tourne ou qu'un "guru meditation" va arriver est important, parceque nous n'avons plus ces informations comme nous pouvions les avoir sur les machines originelles.
En outre ça permet de savoir si c'est l'emulateur qui a un problème, ou si c'est le jeu qui plante.
-
@voljega Je confond avec autre chose alors Du coup, c'est quoi ce CUSTOM1=1?
-
@bkg2k said in Amiga 6RC1: Volume DH0 is write protected:
@voljega Je confond avec autre chose alors Du coup, c'est quoi ce CUSTOM1=1?
Ce parametre permet sur Rick Dangerous 2 d'avoir les vies infini, ou sur Rumble & Trumble de changer la maniabilité.
Sur la précédente version de Recalbox il fallais mettre se paramètre dans un fichier Rick Dangerous 2.whdl par exemple -
@bkg2k Certains jeux en whdl peuvent se lancer avec des options permettant diverses choses selon les cas, si elle ne sont pas spéficiées dans la ligne de commande on lance en mode défaut. (et certains rares jeux ne se lancent pas en mode défaut comme Settlers)
L'utilisation des fichiers supplémentaires en *.whdl permet d'utiliser ces options, la fonctionnalité est décrite ici :
https://github.com/recalbox/recalbox-os/wiki/Amiga-sur-Recalbox-(FR)#customiser-le-lancement-du-startup-sequence-seulement-pour-les-expertsDu coup seul toi peux dire si c'est encore utilisé dans la nouvelle version
-
@secamfr Oui perso j'avais laissé ces leds activés uniquement en ADF, car il n'est pas toujours facile de savoir selon le cas si le jeu a planté ou est toujours en train de se lancer (certains jeux peuvent mettre jusqu'à 4-5 mn à se lancer)
-
@voljega Je comprends ça peut être utils lorsque l'on trie ses roms mais après pour jouer je trouve ça plutôt moche mais bon tant qu'on peut les enlever
-
on l enleve comment ???
-
Bonjour,
J'ai dû louper un épisode, où doit on mettre le fichier .uae pour que les leds disparaissent? Quoi que je fasse dans /config/amiberry ou dans /roms/amiga1200, ça ne fonctionne pas.
Par ailleurs un de vous connaitrait la ligne de commande à ajouter (probablement dans le fichier .uae) permettant de forcer V. offset à -9 et ainsi avoir un affichage en pleine ecran et non pas avec une dizaine de pixels bouffés.
Merci à vous et bonne soirée!! -
pour la taille c est ces lignes
gfx_width=768
gfx_height=270
mets les valeur que tu veux -
@virus-man Merci pour ta réponse mais je ne pense pas que modifier la définition ne fasse revenir les 10 pixels n'apparaissant pas en haut de l'écran il faut décaler l'affichage. Et ce décalage semble assuré par la fonction vertical offset du Gui.