Le développeur masagrator a posté plusieurs nouvelles version, de la 1.9.0 a la 1.9.2 avec des corrections de bug de son module Tesla SaltyNX
Pour rappel, ce sysmodule permet d'injecter des codes personnalisés dans les jeux Nintendo Switch. Par défaut, il injecte « Core », qui comprend de nombreuses fonctionnalités utiles telles que NX-FPS (suivi des statistiques de performances du jeu, déverrouillage des FPS) et ReverseNX-RT (basculement entre les profils graphiques en mode dock et en mode portable). Sysmodule gère également les taux de rafraîchissement personnalisés en mode portable et en mode dock.
Changelog :
Update 1.9.0
Cette légère augmentation est due à d'importantes modifications apportées au code source, et non à une mise à jour fonctionnelle majeure.
Passage de la version dérivée de libnx utilisée dans le Core 64 bits à la version principale. C'est la principale raison pour laquelle le Core a légèrement grossi. Modification des noms de fichiers ELF et de journaux commençant par « saltysd » pour qu'ils commencent désormais par « saltynx ». Une mise à jour incorrecte du dossier SaltySD empêchera l’injection des Core dans les jeux. Ajout de nouveaux éléments à la structure NX-FPS : les PerfCounters, parmi lesquels seuls les compteurs de performance NVN sont pour l’instant entièrement implémentés. Cela ne rompt pas la compatibilité avec les outils utilisant une définition plus ancienne de la structure. Correction des calculs internes du taux de rafraîchissement de l’affichage afin qu’ils ne tombent pas en panne avec certaines valeurs personnalisées. Modification de certaines commandes IPC pour empêcher tout accès par des processus autres que le jeu commercial (afin que seul le « Core » injecté puisse y accéder). Détachement et suppression de certains fichiers de libnx32_min pour accélérer la compilation. Correction de tous les avertissements et erreurs GCC 16, passage de c++23 à c++26. Modifications de la conception du code dans le module NX-FPS.
Update 1.9.1
Correction d'un problème entraînant le plantage de NieR Automata Ce problème est apparu dans la version 1.9.0 : Core a besoin d'un pointeur nvnDevice valide fourni via nvnDeviceGetProcAddress() lors du deuxième appel, mais NieR, contrairement à d'autres jeux, n'appelait cette fonction qu'une seule fois. J'ai donc ajouté un hook supplémentaire à nvnDeviceInitialize afin que Core puisse obtenir un pointeur valide. Autre refonte de Core visant à rendre l’ajout et la suppression de fonctions plus modulaires Ajout de la prise en charge de la variable REFRESH_RATE dans les correctifs FPSLocker Mise à jour du 13/08/2026 à 19 h 20 GMT : mise à jour de l’ombre, correction d’un bug qui empêchait la récupération du nombre de framebuffers dans les jeux Vulkan.
Update 1.9.2
Correction du problème lié à Core32 dans la version 1.9.1 Ce problème était dû à la réutilisation d'ancien code issu du dépôt, qui ne parvenait pas à relocaliser correctement certains pointeurs lorsqu'ils se trouvaient en dehors d'une fonction Activation correcte de l'accès aux instructions NEON dans les parties 32 bits de SaltyNX, ce qui permet de meilleures optimisations du code Optimisation de la copie des compteurs de performance NVN du Core 64 bits vers la mémoire partagée Le compteur de performance « samplesPassed », qui avait été omis, est désormais correctement copié vers la mémoire partagée
|
Lien de téléchargement : SaltyNX 1.9.2
Veuillez vous connecter ou vous créer un compte pour commenter cet article !
Il n'y a aucun commentaire pour le moment.