Logic-Sunrise : actualités, téléchargements, releases, dossiers et tutoriaux

Le développeur J-D-K, à qui l'on doit JKSV, Minicraft Java Edition ou encore Avatool, propose un nouvel homebrew pour la scène Nintendo Switch, BiggestDump. Cette version v1.0.0 est déjà la deuxième version de ce logiciel qui est proposée.   BiggestDump est un logiciel open source qui permet de télécharger le firmware de votre NAND de la console Nintendo Switch sur SDMC pour une utilisation avec ChoiDujourNX. A noter que le logiciel va dumper le firmware installé, ainsi que les mises à jour en attente, de la NAND de votre console. Cet outil par exemple facilite le passage en exFAT, on peut ainsi dumper son firmware actuel, on utilise ChoiDuJour-NX pour passer en EXFAT directement, plus besoin d'étapes intermédiaires.   L'application est assez simple, il suffit de démarrer BiggestDump, d'appuyez sur A, et d'attendre environ 2 minutes pour qu'il télécharge les fichiers.  Ouvrez "sdmc:/Update/" avec ChoiDujourNX et vous avez terminé.           Changelog 1.0.0 :   - Enfin mis à jour pour le nouveau firmware HID.  - Ajout de la possibilité d'effacer les mises à jour en attente.     Téléchargement : BiggestDump v1.0.0  

  SciresM vient de mettre en ligne une nouvelle version d'Atmosphere, la v0.12.0, comme vous le savez, si vous l'avez déjà, pour mettre à jour ou installer cette nouvelle version, il est recommandé de supprimer les dossiers / atmosphere / bootloader / sept et d'insérer les nouveaux fichiers.   Cette version d'Atmosphère 0.12.0 est livrée avec les versions 2.3.1 de hbl et 3.3.0 du hbmenu, donc aucune évolution de ce côté là à prévoir par rapport à la version précédente du CFW.              Changelog 0.12.0 :    - La configuration pour Exosphère a été déplacée vers sd:/exosphere.ini. Ceci afin de faciliter les changements de protection BIS décrits ci-dessous. Il est à espérer que le fait d'avoir cette configuration en dehors du dossier Atmosphere évitera une suppression accidentelle, puisque celui-ci contient maintenant des paramètres importants. - La politique de protection BIS d'Atmosphere pour la partition PRODINFO a été considérablement remaniée. - La possibilité d'effectuer "automatiquement" une opération de "blanking" sur PRODINFO sans modifier NAND a été ajoutée. Cela équivaut à utiliser l'outil homebrew "incognito", mais la NAND n'est jamais réellement modifiée. Cela peut être activé dans sysmmc en définissant blank_prodinfo_sysmmc=1 dans exosphere.ini, et dans emummc en définissant blank_prodinfo_emummc=1 dans exosphere.ini. Veuillez noter que cette méthode n'est pas connue pour être sûre. Il n'y a pas suffisamment de recherches pour savoir si les informations effacées sont mises en cache ailleurs dans le système. L'utilisation de cette option n'est pas encouragée pour cette raison. - La prise en charge de l'écriture sur la partition PRODINFO a été ajoutée, si une sauvegarde cryptée vérifiée a été effectuée. - PRODINFO est la seule donnée du système qui ne peut être récupérée si elle n'est pas sauvegardée, et c'est pourquoi Atmosphere la sauvegarde sur la carte SD au démarrage depuis un certain temps déjà. - Les utilisateurs qui souhaitent modifier leurs données d'étalonnage peuvent désormais le faire sans condition dans emummc, et dans sysmmc si allow_writing_to_cal_sysmmc=1 est défini dans exosphere.ini. Veuillez noter que cela est fortement déconseillé, et que l'utilisateur type ne voudra presque jamais faire cela. Si cette option est activée, Atmosphere tentera de vérifier (ou de créer) une sauvegarde cryptée des données PRODINFO dans une zone inutilisée de la partition. - La sauvegarde est cryptée avec des clés par console que les développeurs d'Atmosphere ne connaissent pas. Si la sauvegarde n'est pas vérifiée ou créée, les écritures ne fonctionneront pas. Les utilisateurs qui ont corrompu leur PRODINFO dans le passé sont encouragés à faire une bonne sauvegarde flash pour permettre l'utilisation de ce paramètre. - Les lectures et les écritures dans la région utilisée pour la sauvegarde cryptée en toute sécurité sembleront réussir, mais en fait, elles seront lues/écrites à partir d'un tampon rempli de déchets en mémoire. - La prise en charge de l'amorçage avec un calibrage entièrement effacé sera étudiée à l'avenir. Ceci est souhaitable pour permettre aux utilisateurs qui ont perdu leurs données de calibrage à cause d'un brick du homebrew avant la mise en place de la protection bis de réussir le démarrage. - creport a été mis à jour pour utiliser les nouvelles API de capture d'écran ajoutées dans la version 9.0.0+. Depuis la version 10.0.0+, si un plantage se produit dans une application (pas dans une applet ou un module système), une capture d'écran est automatiquement enregistrée sur la carte SD. - Si l'utilisateur applique un patch sur la version 9.0.0 (car la commande utilisée était auparavant réservée aux unités de développement), cela peut également fonctionner sur la version 9.0.0. - Le nouveau sysmodule pgl ajouté dans la version 10.0.0 a été réimplémenté. pgl ("Program Launcher", probablement) est responsable de la gestion des processus utilisateurs lancés, qui étaient auparavant gérés par NS. Le plus intéressant dans pgl est qu'il fournit enfin une API permettant à plusieurs clients de s'inscrire à des événements de processus. Grâce à ces nouvelles API, les modules système et autres homebrews peuvent être paramétrés pour être avertis chaque fois qu'un événement de processus se produit. Cela signifie que des mesures peuvent être prises au lancement du processus, à la sortie du processus, en cas de panne du processus, etc. Un léger problème avec la mise en oeuvre de Nintendo est que chaque objet abonné utilise 0x448 octets de mémoire, et N ne réserve que 8 Ko pour toutes les allocations en pgl. - L'implémentation d'Atmosphere utilise un tas de 32KB, qui ne devrait pas être épuisable. L'implémentation d'Atmosphere a une empreinte mémoire totale d'environ 0x28000 octets plus petite que celle de Nintendo.  - Une réimplémentation a été ajoutée pour le module système jpegdec (merci @HookedBehemoth) ! Cela permet d'avoir deux sessions au lieu d'une, donc le homebrew peut maintenant l'utiliser pour le décodage de logiciels jpeg en plus du système d'exploitation lui-même. Comme d'habitude, l'implémentation a une empreinte mémoire très légèrement inférieure à celle de Nintendo. - La machine virtuelle de triche a été étendue pour ajouter trois nouveaux opcodes. Le premier nouveau opcode, "ReadWriteStaticRegister", permet aux codes de triches de lire à partir d'une banque de 128 registres statiques en lecture seule, et d'écrire dans une banque de 128 registres statiques en écriture seule. Cette fonction peut être utilisée avec les nouvelles commandes IPC qui permettent à un gestionnaire de codes de triches de lire ou d'écrire la valeur de ces registres statiques pour avoir des codes de triches "dynamiques". Par exemple, un gestionnaire de codes pourrait inscrire une valeur dans un registre statique qui pourrait être utiliser pour contrôler la quantité d'un objet à donner dans un jeu. Par ailleurs, un gestionnaire de triches pourrait lire un registre statique dans lequel le code écrit pour connaître le nombre d'objets dont dispose un joueur. Les deuxième et troisième opcodes sont une paire, "PauseProcess" et "ResumeProcess". L'exécution d'un processus de pause dans un processus de code de triches mettra le jeu en pause (il sera gelé) jusqu'à ce qu'un opcode de processus de reprise soit utilisé. Ces codes sont également disponibles via l'IPC, pour les gestionnaires de code de triches ou les modules système qui souhaitent interrompre ou reprendre le processus de triche joint. Cela permet à un logiciel de code de triches de savoir que le jeu ne modifiera pas ou n'accédera pas aux données auxquelles il a accès. Par exemple, cela peut être utilisé pour empêcher Pokemon de voir un pokemon qu'un tricheur est en train d'injecter et de transformer en mauvais oeuf. - Un bug a été corrigé qui provoquait le plantage de la console lorsqu'elle était connectée en Wi-Fi sur les versions entre 3.0.0 et 4.1.0 (inclus). - Un bug a été corrigé qui pouvait provoquer un échec sporadique du démarrage en raison d'une mauvaise gestion du cache/tlb lors de l'exécution de l'ASLR physique du kernel. - Un certain nombre d'autres problèmes mineurs ont été résolus (Atmosphere a été mis à jour pour refléter d'autres changements dans la version 10.0.x). - Améliorations générales de la stabilité du système afin d'améliorer l'expérience de l'utilisateur.     Téléchargement : Atmosphere 0.12.0  

La Team Xecuter vient de mettre en ligne la v1.40 de SX Autoloader, cet un outil développé par WAIN permet de faire tourner le jeu auquel vous avez déjà joué sur votre écran d'accueil Horizon.         Changelog 1.40 :    Cette version est compatible avec SX OS v2.9.5 Beta et le firmware Switch 10.0.0/10.0.1   - Support pour les firmwares v10.0.x de la Switch - Compatible avec la v2.9.5 de SX OS Beta     Téléchargement : SX AutoLoader v1.40  

Enfin, Nintendo vient de réagir officiellement à ce qui semblait être un hack de sa plate-forme, la firme japonaise vient d'annoncer qu'environ 160 000 comptes Nintendo avec des identifiants réseau Nintendo liés ont été compromis, dans une récente page de support du site japonais.    Nintendo, en réponse, a supprimé la possibilité de se connecter à l'aide de votre NNID, de réinitialiser les mots de passe de tous les comptes concernés, et vous encourage à les contacter pour toute assistance concernant des transactions non autorisées effectuées sur vos comptes. Ils recommandent également d'utiliser des mots de passe différents pour votre compte Nintendo et votre NNID, ainsi que d'activer l'authentification à deux étapes comme nous vous le préconisions.           Nintnedo UK vient d'ajouter également une page de support sur leur site, et Nintendo US devrait suivre ainsi que toutes les pages officielles nationales.   Information officielle japonaise ici : https://www.nintendo.../2020/0424.html   La page UK est là : https://www.nintendo...port-11593.html       Avis important   Nous aimerions faire le point sur les récents incidents d'accès non autorisé à certains comptes Nintendo.   Bien que nous continuions à enquêter, nous voudrions rassurer les utilisateurs qu'il n'y a actuellement aucune preuve indiquant une violation des bases de données, des serveurs ou des services de Nintendo. Dans le cadre de notre enquête en cours, nous mettons fin à la possibilité d'utiliser un identifiant réseau Nintendo pour se connecter à un compte Nintendo. Toutes les autres options pour se connecter à un compte Nintendo restent disponibles.   Par mesure de précaution supplémentaire, nous contacterons bientôt les utilisateurs afin de réinitialiser les mots de passe des identifiants réseau Nintendo et des comptes Nintendo dont nous avons des raisons de penser qu'ils ont été consultés sans autorisation.   De plus, nous continuons également à encourager fortement les utilisateurs à permettre une vérification en deux étapes de leur compte Nintendo.   Si des utilisateurs ont connaissance d'une activité non autorisée, nous les encourageons à prendre les mesures décrites dans l'article sur le processus de récupération de compte Nintendo.   Au cours de l'enquête, afin de dissuader toute tentative de connexion non autorisée, nous ne révélerons pas plus d'informations sur les méthodes utilisées pour obtenir un accès non autorisé.   Nous nous excusons pour les inconvénients et les inquiétudes causés à nos clients, et nous continuerons à travailler dur pour sauvegarder la sécurité des données de nos utilisateurs.        

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.
 

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.

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 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. Enfin, si le gestionnaire de mise à jour doit se mettre à jour avant le reste, la demande de mise à jour devra de nouveau être acceptée sur la fonctionnalité car le script repart depuis le début dans ce cas et pour l'instant je n'ai pas d'autre solution à proposer, c'est pour moi le grand point faible de cette fonctionnalité. 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.

Pour finir j'en profite également pour demander de l'aide pour continuer à créer un petit design pour la documentation ainsi que pour créer un logo que je pourrai intégrer à celle-ci, ces choses ne sont pas mon point fort donc si vous souhaitez m'aider n'hésitez pas à me contacter par MP. Si vous souhaitez également m'aider à maintenir les éléments du script (mettre à jour les packs par exemple) ou si vous souhaitez m'aider au développement n'hésitez pas à vous manifester car comme je le rappel je dispose de beaucoup moins de temps qu'avant pour m'occuper de ce projet mais je ne veux pas non plus qu'il s'arrête comme çà car je me suis beaucoup investi dans ce projet donc à ceux qui souhaiteraient m'aider, n'hésitez pas; d'ailleurs au passage merci à ceux qui m'ont déjà rapporté des bugs ou qui m'ont aidé à faire des tests ou encore à maintenir certaines choses ou qui ont bien adapté leurs outils pour être exploitable par des scripts, vous vous reconnaitrez. Et un grand merci aussi aux quelques donateurs, vos contributions sont grandement appréciées.

La Team Xecuter vient de mettre en ligne la version 2.9.5 Beta de SX OS.   Comme toujours, il s'agit d'une version Bêta, il peut donc y avoir des bugs, avant de mettre à jour que ce soit vos SysNAND ou l'EmuNAND attendez quelques retours. La nouveauté est l'arrivée du support 10.0.0 et 10.0.1.           Ce ne sont pas les seules nouveautés, des correctifs sur le Lan play et sur le loader de XCI ont été effectué

Changelog :   

 

=> Prise en charge complète du micrologiciel 10.0 (.1)

Le micrologiciel le plus récent et le plus performant est désormais entièrement pris en charge. Cela inclut la compatibilité avec la mise à jour mineure publiée cette semaine (10.0.1)! => Multijoueur local sur Internet (lecture LAN) mis à jour. => Le multijoueur local sur Internet (jeu LAN) a obtenu quelques améliorations de stabilité. Cela devrait aider avec les nouveaux jeux comme Animal Crossing. N'oubliez pas d'utiliser les paramètres MTU / PMTU appropriés, car certains jeux sont très pointilleux sur la latence introduite lors de la lecture sur Internet. => Prise en charge des images de gamecart chinois. => Nous avons ajouté la prise en charge de la lecture de sauvegardes d'images de gamecart chinois (XCI). Le commutateur sorti en Chine continentale ne dispose que de très peu de cartouches disponibles pour le moment, mais ce travail préparatoire a également été effectué afin que nous puissions prendre en charge les jeux occidentaux sur les commutateurs chinois qui pourront bientôt exécuter SX OS en utilisant notre nouveau produit SX Core / Lite. famille!

 

Lien de téléchargement : SXOS Beta 2.9.5

Comme toujours quelques mois avant le lancement d'une console, les insiders sont très férus des nombreux brevets déposés pour les marques, c'est vrai du côté Microsoft, Nintendo mais cela l'est aussi du côté Sony, voilà que PSU.com dévoile celui du heatsink de la PS5.   Le heatsink c'est le radiateur qui se place sur la puce principale de la console, et une partie des puces mémoires et qui permet de les refroidir couplé avec le ventilateur. C'est une pièce importante qui conditionne aussi les dimensions de la console. Pas moins de 14 pages de brevets ont été déposés, il semble que le fabricant cherche à placer le dissipateur thermique sur le côté opposé de la carte, ce qui peut inclure des trous pour accueillir le système de refroidissement de la PS5.       Un dissipateur thermique (21 - radiateur) est disposé sur une surface inférieure d'une carte de circuit imprimé (10 - carte mère). La carte de circuit imprimé (10) présente des trous traversants (h1) qui pénètrent dans la carte de circuit imprimé (10) dans une zone (A) où un appareil à circuit intégré (5 - APU) est disposé. Des trajets de conduction thermique (11) sont prévus dans les trous traversants (h1).   Les trajets de conduction thermique (11) relient l'appareil à circuit intégré (5) et le dissipateur thermique (21). Cette structure permet de disposer un composant différent du dissipateur thermique (21) du même côté que l'appareil à circuit intégré (5), garantissant ainsi un degré de liberté plus élevé dans une configuration de plusieurs composants.                   Tout est là :  appft.uspto.gov/    

RocketRobz continue de nous proposer des évolutions sur TWiLight Menu++ et nds-bootstrap. Pour rappel, TWiLight Menu ++ est une mise à niveau, à code source ouvert, du menu et de l'interface DSi pour nds-bootstrap (compatible 3DS/2DS/DS/DSi). Ce programme va aussi vous permettre de jouer aux homebrews DS, jeux DSiWare et roms .nds depuis la carte SD et aux roms de la GameBoy (.gb), GameBoy Advance (.gba) et Nes (.nes) depuis votre carte SD.             TWiLightMenu passe en v14.2.0, et les évolutions sont comme toujours assez pertinentes, dans l'écran d'accueil de TWLMenu++, le fond a été modifié en vert, pour la journée de la Terre ! Des bulles ont été ajoutées au thème du Homebrew Launcher !   Eigo ga Nigate na Otona no DS Training : Eigo Zuke est maintenant lancé, mais une ROM SDK2 est nécessaire pour être définie comme Honor ROM.    Corrections de bugs :   - Kabu Trader Shun démarre maintenant en utilisant les paramètres MPU requis. - Les deux premiers jeux Crayon Shin-chan fonctionnent maintenant correctement avec Heap Shrink réglé sur Auto. - Thème HBL : Les Artbox ne sont plus mises en cache, car elles ne sont plus affichées.     Concernant NDS-Bootstrap, le soft-reset a été mis en place, lors du déclenchement d'un soft-reset, la console s'éteint et vous devez redémarrer TWiLight Menu++ pour continuer.   Corrections de bugs :    - Une Honor ROM  du SDK2 est maintenant nécessaire pour Eigo ga Nigate na Otona no DS Training - Eigo Zuke pour démarrer. - Les ROMs telles que Nintendogs, Sonic Rush, et certaines autres SDK2, peuvent être définies comme Honor ROM.  - Le mode WiFi DS est maintenant réglé lors du démarrage en mode DS. - Correction des erreurs de connexion sans fil pour les utilisateurs de DSiWarehax. - Le soft-reset est maintenant implémenté pour le Bust-A-Move DS.      Téléchargement : TWiLight Menu++ v14.2.0 et NDS-Bootstrap v0.34.0  

Le développeur exelix11 vient de mettre en ligne une nouvelle version de NXThemesInstaller qui passe désormais en v2.3.1, SwitchThemeInjector n'a lui pas été mis à jour.         Pour NXThemesInstaller, cette mise à jour supprime l'avertissement d'incompatibilité de firmware de la version 10.0.1. Comme nous vous le disions, seul l'installateur de thème a été mis à jour, vous pouvez télécharger l'injecteur de thème de la version précédente qui lui reste compatible.        Téléchargement : NXThemesInstaller 2.3.1

Depuis quelques jours, la scène Switch est en ébullition, de nombreux utilisateurs de Nintendo annoncent que leur compte a vu passer des opérations suspectes, souvent liées avec Paypal, un hack semble avoir touché Nintendo.   Le 07 Avril dernier, des plaintes, nombreuses, ont été remontées sur un éventuel hack de la plate-forme en charge des transactions sur la Nintendo Switch, certains utilisateurs auraient vu des transactions non sollicités, via leur moyens de paiement, carte bleue, plus précisément Mastercard ou encore via Paypal.    Bien entendu, l'objectif est simple, pirater le compte pour pouvoir soit obtenir les données de paiement et pouvoir passer des contenus additionnels téléchargeables sur le Nintendo eShop.   Il semble que le hack soit ciblé sur l'acquisition de V-Bucks, la fameuse monnaie virtuelle du jeu « Fortnite ».          Pour se protéger, il est recommandé de supprimer le plus rapidement possible votre compte PayPal de votre compte Nintendo, ou toute carte de paiement qui pourrait en être liée. Pour cela il suffit d'aller dans le "Menu de shopping" et de sélectionner l’option "Dissocier" pour finaliser l’opération.    Il est aussi fortement recommandé de mettre en place la double authentification de votre compte Nintendo. Pour cela il faut aller dans les "Paramètres de connexion et de sécurité"  et sur "Validation en deux étapes" il faut choisir l'option "Changer" et cliquer sur "Activer la validation en deux étapes". Vous recevrez un mail de confirmation contenant un code à 6 chiffres à renseigner sur l’interface de configuration de votre compte Nintendo. Suivez les étapes indiquées pour valider sa mise à jour. L'idée est là encore de sécuriser au maximum votre compte, la première des choses à faire étant de changer de mot de passe de son compte !   D'autres sources indiquent que cela pourrait aussi venir de Animal Crossing : New Horizons, lorsqu'on ouvre son monde à d'autres utilisateurs.    Bref, Nintendo n'a pas tellement réagit officiellement, la firme a sorti le firmware 10.0.1, sans annoncer de lien direct avec ce hack, et bizarrement vient même de sortir une application mobile permettant de centraliser boutique et données du joueur. Ce compagnon baptisé "My Nintendo" est seulement lancé au Japon pour le moment.           Là encore c'est assez étrange, cette nouvelle application permet de procéder à des achats Switch, de bénéficier des Nintendo Direct ou encore d'avoir accès au programme de récompenses. Plus besoin non plus d'allumer sa Switch pour accéder à la boutique Nintendo. Peut être que cette sortie concomitante est un pur hasard mais elle tombe mal.     

Le développeur PS4 Xeeynamo vient de mettre à jour son éditeur de sauvegardes de Kingdom Hearts 3, nommé Kingdom Save Editor, afin qu'il supporte l'édition de celles de Final Fantasy VII REMAKE.   Final Fantasy VII REMAKE stocke en interne les personnages jouables de 0 à 9, où Cloud est à 0, Barret à 1 jusqu'à 9 ce qui signifie "Non équipé". Si nous vérifions les ID des personnages de 5 à 8, nous pouvons voir qu'il y a assez de place pour le personnage jouable de REMAKE Part 2 ou d'un DLC.         FF7R Red XIII est ainsi disponible, et il dispose des possibilités de combat, d'esquives et de blocages, mais vous ne pouvez pas changer son équipement, utiliser la magie ou limiter les pauses. Il se contrôle très bien et son esquive est assez rapide, probablement au même niveau que celle de Tifa.            Cette version ajoute la prise en charge des fonctionnalités d'édition de Final Fantasy VII REMAKE :   - Ajout, modification ou suppression de matériaux - Ajout, modification ou suppression des articles de l'inventaire - Ajout, modification ou suppression des matériels installés dans les armes - Téléportation de personnages vers différents endroits ou hors des limites - Jouer le rôle de Red XIII - Fonctions avancées pour rechercher des contenus non découverts dans la sauvegarde         Téléchargement : KH3SaveEditor 1.10.0  

La Team Yuzu, au travers de son site internet vient de mettre en ligne un article sur les évolutions de leur émulateur de Nintendo Switch. C'est au travers du dossier de GoldenX86 que nous pouvons découvrir les améliorations qui ont été opérées ces derniers temps.    Au programme, des corrections de bugs, des améliorations graphiques, des gains de performance pour les GPU Intel, et un travail préparatoire sur des GPU notamment un meilleur support d'OpenGL.            Si vous avez la chance de bénéficier de la dernière version de Yuzu, veuillez mettre à jour ou installer la dernière version de Visual C++ 2019 x64, sinon vous ne pourrez pas ouvrir yuzu, car il se plaindra que la bibliothèque VCRUNTIME140.dll ne peut pas être trouvée.         La Team Yuzu explique comment elle a su améliorer la gestion des filtrages anisotropes, éliminant ainsi encore un peu plus les effet de crénelage, mais également sur la gestion des couleurs avec le passage des formats de vertex de RG32 en RGB32, ce qui sous Vulkan, améliore visuellement les choses sous The Legend of Zelda: Link’s Awakening.         L'article au complet : Yuzu report