tu te poses des questions, c'est bien. Mais si hbmenu est à la racine, par exemple, c'est pour une bonne raison (et c'est le développeur qui a décidé de ça).
S'il était dans Switch, il apparaîtrait dans la liste des homebrews, ce qui ne serait pas cohérent. Et il aurait fallu que le développeur de hbmenu fasse une règle spéciale du genre : si tu trouves tel homebrew avec tel nom, tu ne l'affiches pas. Je pense donc que le placer à la racine est la chose la plus logique à faire. Et comme c'est un développement collaboratif, il faut bien que le Custom Firmware sache où aller chercher hbmenu quand tu le lances avec Album
4.1 exosphere pas à la racine ? oui, c'est tout à fait normal. exosphere est optionnel, et il n'est pas question que sciresM l'impose aux utilisateurs. D'autant qu'à chaque mise à jour d'Atmosphère, ça écraserait tous les paramètres qu'on aurait pu changer dedans. Depuis le début du hack, ça a toujours été pareil : un dossier
config_templates contient l'intégralité des fichiers de configuration, à placer soit à la racine (exosphere), soit dans le dossier atmosphere\config (tout le reste).
4.3 sciresM semble donc avoir modifié légèrement le comportement d'atmosphère. Il créé le dossier. Ça ne change rien à la donne, le fichier emummc.txt et/ou sysmmc.txt permettra de donner la liste des serveurs Nintendo bloqués par DNS.
5. utilise un vrai navigateur. Pas chrome ! Google veut faire le sheriff sur ce vaste monde qu'est internet, et décide de faire la pluie ou le beau temps. Pour une raison que j'ignore, il considère que tout téléchargement sur mon site est dangereux. Déjà constaté en aidant quelqu'un avec prise en main à distance.
Je ne sais pas pourquoi, et je n'ai pas envie de me battre à leur expliquer qu'un fichier NRO (exécutable switch) ne pourra JAMAIS être un danger pour un ordinateur...mais comme Google sait mieux que les autres
ps : Chez moi, après installation propre de chrome, aucun souci. Pas d'alerte à la con.
Il faut être précis avec les soucis que tu rencontres. Je suppose que c'est la partie MTP qui ne semble pas fonctionner chez toi. Il va falloir revoir un peu ton installation (Windows) dans ce cas, parce que MTP est un protocole natif, qui ne nécessite aucun pilote, et qui fonctionne à tous les coups (du moins si aucune bidouille n'a été faite, parce que tu peux installer des pilotes MTP en surimpression à ceux de Windows, et là, c'est le drame. Ça peut venir des pilotes pour Android, si jamais tu as un smartphone tournant sur cet OS)
Le fichier config n'est pas fourni, même problème que pour exosphère. Si j'inclus le fichier de config dans l'archive (rappel : par défaut, DBI est fourni comme un fichier NRO nu, je le saucissonne dans un zip avec la bonne structure de dossier pour faciliter les choses). Si je fournissais le fichier de configuration, ça veut dire que ça écraserait la configuration que les utilisateurs ont peut-être modifié (comme masquer certains lecteurs, ou activer certaines options).
Enfin, le forwarder a le nom de fichier qu'il a...c'est ainsi qu'il sera installé, c'est simplement son identifiant, ce qui permet à l'utilisateur de vérifier s'il ne va pas venir écraser les pieds d'un autre fichier (qui aurait le même identifiant)
)
et ça fonctionne !
