Logic-Sunrise : actualités, téléchargements, releases, dossiers et tutoriaux
-fusee-primary a été mis à jour pour la dernière fois en : 0.15.0.
Grâce à l'équipe d'@switchbrew, Atmosphère 0.15.0 est fourni avec les versions 2.3.4 et 3.3.0 de hbl et hbmenu. Ce qui suit a été modifié depuis la dernière version : -L'affichage de panique de fusee-primary a été mis à jour afin d'identifier automatiquement et de donner des suggestions pour résoudre les erreurs les plus courantes que les utilisateurs rencontrent. Ayant été testé aussi bien que je le peux seul, mésosphère (la réimplémentation du noyau Nintendo Switch par atmosphère) est maintenant disponible pour les utilisateurs intéressés à l'essayer. A partir de cette version et jusqu'à ce qu'elle soit stable et bien testée, atmosphère distribuera deux zips. Les utilisateurs qui souhaitent participer à la mésosphère doivent télécharger et extraire le zip "cool kids" ("atmosphere-EXPERIMENTAL-"). Les utilisateurs qui ne souhaitent pas utiliser la mésosphère doivent continuer à utiliser le zip normal ("atmosphere-"). Les utilisateurs peuvent détecter si la mésosphère est active dans les paramètres du système. Lorsque la mésosphère est active, la chaîne de version du système affichera "M.15.0" au lieu de "0.15.0", et ainsi de suite pour les prochaines versions. Les rapports de crash et autres informations similaires contiendront également des informations indiquant si l'utilisateur utilise ou non la mésosphère. Il n'y a "probablement" aucun avantage matériel pour l'utilisateur à utiliser la mésosphère pour le moment. Les développeurs pourraient être intéressés par le fait que mésosphère fournit de nombreuses API SVC plus récentes, même avec des versions de microprogramme inférieures. Le principal avantage de l'utilisation de mésosphère est que tous les problèmes que vous pourriez rencontrer et que vous me signalerez seront résolus. Tous les utilisateurs qui choisissent d'utiliser mésosphère ont ma plus profonde gratitude. Note : Si vous utilisez hekate au lieu de fusee-primary, vous devrez attendre la prochaine version de hekate pour que mésosphère fonctionne, car le support de hekate n'a pas encore été inclus dans une version officielle. Cela sera mis à jour dans les notes de version lorsque hekate fournira une nouvelle version. Comme mentionné dans les notes de publication précédentes, lorsque mésosphère sera stable et bien testée, elle sera activée par défaut et la version d'atmosphère passera à la version 1.0.0. Ayant été suffisamment testée au cours du dernier semestre, l'implémentation de NCM d'atmosphère est maintenant opt-out, plutôt qu'opt-in. Dans le cas peu probable où des problèmes seraient rencontrés, veuillez les signaler à @SciresM. Les utilisateurs intéressés par l'option de refus d'utiliser notre implémentation doivent définir stratosphere!disable_ncm = 1 dans BCT.ini. L'implémentation NCM cessera d'être opt-out dans une future mise à jour, probablement au moment où la mésosphère deviendra opt-out au lieu d'opt-in. Plusieurs bogues ont été corrigés, notamment : -Le chargeur fixe maintenant la priorité du fil HBL à une valeur plus élevée lors du chargement en mode applet. Cela corrige un lancement extrêmement lent ("hang") lors de l'utilisation d'applet-HBL avec certains jeux qui ne sont pas suspendus lorsqu'ils sont inactifs (par exemple Super Mario Sunshine). set.mitm met désormais en cache la configuration de la langue de l'utilisateur de manière beaucoup plus importante. Cela réduit considérablement le décalage dans certains jeux qui utilisent abusivement l'API "nn::oe::GetDesiredLanguage()". -Un bogue a été corrigé qui pouvait rendre l'erpt fatal lors du chargement d'un fichier de sauvegarde officiel contenant des pièces jointes de rapport d'erreur. -Améliorations générales de la stabilité du système afin d'améliorer l'expérience de l'utilisateur.
Téléchargement : Atmosphère 0.15.0
Téléchargement : Cemu 1.21.4
Il suffit de jeter un œil aux commentaires de la news sur le portage de GTA III sur Switch pour deviner que vous attendiez tous l'arrivée de Vice City sur notre chère console hybride ! Et bien cela ne saurait tarder puisque le portage d'une version alpha "proof-of-concept" et d'ores et déjà disponible pour nous donner une idée de ce que cela pourrait donner !
Crédits : Super Mario Faker
Il s'agit donc d'un premier portage de reVC (aussi appelé re3 Miami, la branche de re3 orientée vers le portage de GTA: Vice City) vers la Nintendo Switch. Ce travail de portage a été effectué à partir du projet GitHub de AGraber, qui s'est occupé du projet re3-NX. Le projet re3 Miami étant encore en développement, il ne faudra donc pas s'attendre à ce que son portage sur Switch soit stable et fonctionnel d'ici peu. La version Switch accuse pour le moment des problèmes de lenteur de chargements (notamment entre 5 et 10 minutes au premier démarrage), mais le reste de son fonctionnement devait être similaire à re3-NX, le portage de GTA III sur Switch.
Le jeu est donc, pour l'instant, plus proche d'une proof-of-concept que d'une version vraiment exploitable.
Pour suivre le projet et télécharger la version alpha, rendez-vous ici : Téléchargement.
Le logiciel SX Save Manager a été mis à jour de manière officieuse et diffusé sur internet sans passer par les voies officielles de la TX, très certainement en raison des évènements légaux survenu dernièrement autour de cette équipe, suite à l'intervention des autorités américaines dans le cadre de leur enquête.
Pour rappel, SX Save Manager est une application dédiée à la gestion des sauvegardes stockées dans la NAND des consoles Nintendo Switch, de la même manière que Checkpoint, JKSV ou encore EdiZon.
Au programme de cette mise à jour :
- Prise en charge des jetons de connexion (pour permettre une connexion permanente)
- Ajout de la possibilité d'uploader ses sauvegarder ses données directement sur Google Drive
- Correction d'un bug causant un crash de l'application si le dossier sxos dans la carte mémoire
- Correction d'un bug en lien avec les noms de fichiers
- Changements plus profonds en préparation de mises à jour à venir
Pour télécharger l'application, le lien se trouve ici : téléchargement
# Cemu detailed changelog for 1.21.3 # Patreon release date: 2020-10-02 # Public release date: 2020-10-09 general: Logging now uses local time instead of UTC gfxPack: Graphic packs can now overwrite the level of anisotropic filtering for individual textures (#257) We also added a demonstration graphic pack for BotW under enhancements For graphic pack authors: The new option is called overwriteAnisotropy and was added to [TextureRedefine] in rules.txt Valid values are 1, 2, 4, 8 and 16 OpenGL/Vulkan: Readded texture dumping support Now also dumps to .tga files instead of .bmp (transparency support) OpenGL/Vulkan: Fixed a bug in the shader decompiler when translating shadow sampler instructions This fixes shadow issues in Super Mario 3D World. Other games might be affected as well Vulkan: Fixed an issue where anisotropic filtering would not be enabled if below 4x Slightly improves default terrain quality in BotW On a side note, we were able to track down Bayonetta 2's missing shadow issue (thanks to Rodrigo from Yuzu for helping with this!) Since a proper solution will take a while to implement we have released a workaround graphic pack as a temporary solution Note: (#xx) refers to resolved bug tracker issues. See http://bugs.cemu.info/projects/cemu/
Téléchargement : cemu.info
Depuis cette news, mon ensemble de scripts batch permettant de faire de multiples choses liées au hack de la Switch a, comme toujours, un peu évolué et des bugs ont été corrigés.
Pour rappel, mon script permet par exemple de préparer une SD avec le contenu nécessaire au lancement d'un CFW, des homebrews, des modules et des overlays; de plus, il est possible de créer des profiles pour chaque élément se qui permet une configuration à la fois assez précise et qui peut être reproduite rapidement. Le script contient aussi de multiples fonctions permettant d'agir sur la nand (infos, dump, restauration, activation/désactivation de l'auto-rcm, montage d'une partie de la nand sur le PC grâce à Memloader...), il contient un lanceur de payload, on y trouve aussi NSC_Builder traduit en français et encore bien d'autres choses, voir cette page pour voir une liste de fonctionnalités plus détaillées.
L'évolution notable est surtout la suppression des sig_patches de la préparation d'une SD et du script de débrickage. Pour le reste se sont surtout des mises à jour des éléments, des corrections de bugs diverses, de petites amélioration ici et là mais tout de même quelques nouvelles choses comme la gestion du répertoire "sd_user" qui permet de copier le contenu de celui-ci sur la SD à la fin de la préparation de celle-ci pour garder vos configurations personnelles si souhaité, la création d'une emunand sur la SD (fichiers ou partition) via un dump (merci @eliboa pour l'intégration de cette fonctionnalité à la version CLI de NXNandManager), etc..., il me serait impossible de tout lister, je vous conseille d'aller lire les changelogs indiqués ci-après.
La version base est également passée en 4.3.63, notamment pour corriger quelques bugs sur le gestionnaire de mises à jour.
Je me permet de rappeler que mon script n'est qu'une aide pour le hack et même si les choses sont généralement expliquées durant l'exécution des fonctionnalités cela ne dispense pas de comprendre se que l'on fait, par exemple il y a la FAQ qui est un bon point de départ et qui contient pas mal d'informations et de liens vers différents tutoriels. Il y a aussi la documentation du script qui pourra parfois vous aiguiller sur les choses à faire ou sur les éléments contenus dans la préparation d'une SD, n'hésitez pas à la consulter et même à regarder les crédits qui peuvent contenir des infos intéressantes.
Pour voir les évolutions de mon script, vous pouvez vous rendre sur cette page pour le changelog du script et sur cette page pour le changelogs des packs de CFW/homebrews/modules/overlays/cheats.
La version base peut être téléchargée ici; pour la version complète vous pouvez cliquer ici mais je recommande plutôt de passer par la version base et d'utiliser le gestionnaire de mises à jour intégré au script pour ajouter ou mettre à jour les différentes fonctionnalités.
Histoire de clarifier le comportement du gestionnaire de mises à jour du script je vais réexpliquer son fonctionnement, la demande intervenant en premier lieu juste après le premier message du script met seulement à jour les éléments de base du script comme les menus ou les programmes indispensables au bon fonctionnement de l'ensemble, ensuite chaque fonctionnalité est gérée indépendamment et si la mise à jour est acceptée sur une fonctionnalité, les éléments de base seront aussi mis à jour. Bon maintenant pour expliquer en pratique on va imaginer que vous utilisiez le script pour lancer des payloads et préparer une SD se qui représente deux fonctionnalités différentes, pour avoir la dernière mise à jour des deux fonctionnalités il faudra lancer chacune d'entre elle et accepter à chaque fois la mise à jour. Après il y a aussi une fonction qui permet via le menu "A propos", de mettre à jour l'ensemble des fonctionnalités du script en même temps mais ceci peut donc prendre beaucoup de temps car il y aura beaucoup de choses que le script devra télécharger.
J'ai choisi cette façon de fonctionner car mon script est devenu assez volumineux avec le temps et tout mettre à jour en même temps n'est, selon moi, pas la bonne stratégie car même vérifier que tel ou tel élément est à jour est déjà très long alors qu'avec ma méthode déjà on ne récupère que se dont on a besoin et quand on en a besoin (bon plus parfois car par exemple dans la préparation d'une SD tous les packs sont récupérés alors que tout ne servira probablement pas mais bon encore une fois à un moment il faut faire des choix) et surtout les vérifications et mises à jour sont bien plus courtes et donc celles-ci peuvent être faites plus souvent tout en étant moyennement gênantes dans l'utilisation.
En cas de bugs, de propositions de fonctionnalités ou d’améliorations veuillez s'il vous plaît passer par le Github du projet ou bien par le sujet dédié à mon script sur le forum, de cette façon je peux traiter bien plus rapidement les informations/demandes.
Enfin, vous avez cette page pour voir les nombreux crédits pour les outils utilisés dans mon script à un moment ou à un autre, comme d'habitude remercions tout ce beau monde pour leurs travaux, leurs participation au projet d'une manière ou d'une autre et également un grand merci aux quelques donateurs.