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

Pas d'émulateur, pas de Nintendo Switch 2 : simplement Zelda qui tourne nativement sur PC ! C'est la promesse de Hookshot, un nouveau projet expérimental autour de The Legend of Zelda: Ocarina of Time, dans sa version Nintendo Switch 2. Hookshot représente une nouvelle approche technique pour faire fonctionner le célèbre jeu de Nintendo sur Windows et Linux, mais c'est peut être la meilleure façon de le faire actuellement ! Il s'agit d'un projet de recompilation statique (Static Recompilation), qui traduit directement le code ARM64 du jeu en langage C avant de le compiler pour une exécution native sur ordinateur.         Il ne s'agit donc pas d'un émulateur traditionnel, mais bien d'un programme PC généré à partir du code du jeu, avec une réimplémentation des fonctionnalités système de la console et une conversion des commandes graphiques vers Vulkan.    Des premiers résultats prometteurs   Les premières démonstrations montrent que le projet est déjà capable de faire fonctionner la forêt Kokiri, avec plusieurs fonctionnalités opérationnelles :   - La forêt Kokiri est jouable entre 120 et 240 FPS (cela se stabilise ensuite autour des 120 FPS) - Gestion du son et des sauvegardes. - Compatibilité avec les manettes, le clavier et la souris. - Rendu graphique via Vulkan sublime. - Génération d'images jusqu'à 4x. - Upscaling et réglages de résolution avec Frame Generation - Prise en charge des écrans ultralarges.   Côté performances, les tests affichent environ 50 FPS sans génération d'images, sur une configuration équipée d'un Ryzen 5 7600X et d'une RTX 4060 Ti de 16 Go.         Un projet encore expérimental mais une prouesse technique    Il faudra néanmoins patienter avant de pouvoir profiter de l'intégralité de l'aventure. Pour le moment, les essais se concentrent essentiellement sur la forêt Kokiri. La plaine d'Hyrule et les autres zones du jeu n'ont pas encore été testées. La compatibilité avec les cartes graphiques AMD et Intel reste également à confirmer, puisque seuls des GPU NVIDIA ont été utilisés jusqu'à présent. La compilation nécessite environ 40 minutes, 16 Go de RAM et jusqu'à 60 Go d'espace disque libre pendant l'opération. Chaque utilisateur doit également posséder sa propre copie du jeu dans la version compatible.   Une alternative intéressante aux solutions d'émulation   Hookshot vient ainsi enrichir les différentes initiatives visant à faire fonctionner The Legend of Zelda: Ocarina of Time directement sur PC. Sa particularité est de s'appuyer sur la recompilation du code de la version Nintendo Switch 2, plutôt que sur une émulation classique. Une démonstration technique particulièrement intéressante, qui mérite d'être suivie de près. Si le projet évolue favorablement, il pourrait permettre de profiter du jeu dans des conditions encore plus intéressantes sur ordinateur.   Téléchargement : Hookshot  

C’est une prouesse technique plutôt inattendue qui vient d’être réalisée sur PlayStation 5. Le développeur rodri0x est parvenu à faire tourner MacOs Monterey 12.7.6 directement sur une PS5, sans machine virtuelle ni émulation. Le système d’exploitation d’Apple démarre directement sur le processeur AMD Zen 2 de la console. Et il ne s’agit pas simplement d'un écran de démarrage : un véritable bureau macOS est désormais accessible sur la console de Sony !         Un Mac fonctionnel dans une PS5   Plusieurs fonctionnalités sont déjà opérationnelles : - macOS Monterey 12.7.6 démarre jusqu'au bureau. - Les 8 cœurs et 16 threads du processeur AMD Zen 2 sont reconnus. - Affichage en 2560 × 1440 pixels (1440p). - Prise en charge du clavier, de la souris et du pavé tactile. - Démarrage du système depuis un SSD USB. - Connexion Ethernet fonctionnelle grâce à un pilote personnalisé développé pour l'occasion.   Pour parvenir à ce résultat, le développeur s'appuie sur une chaîne de démarrage particulièrement complexe associant UEFI, OpenCore et un mécanisme personnalisé baptisé crash-kexec. Celui-ci permet notamment de passer de Linux à macOS en exploitant une séquence de démarrage spécifique.   Des limitations encore importantes   Tout n'est cependant pas encore fonctionnel. La principale limitation concerne l'absence d'accélération graphique matérielle, ce qui rend l'utilisation du système relativement lente.   D'autres fonctionnalités restent également indisponibles : - Pas d'accélération GPU. - Wi-Fi et Bluetooth non fonctionnels. - Pas de sortie audio HDMI. - Le SSD interne de la PS5 reste volontairement inaccessible à macOS.   Le développeur précise également que ses premiers essais ont été réalisés sur une PS5 Fat équipée du firmware 13.42.   Un développement particulièrement complexe   L'un des aspects les plus intéressants de cette réalisation concerne les difficultés rencontrées pendant le développement. La PS5 ne disposant pas d'interface UART accessible pour le débogage, rodri0x a dû utiliser directement un téléviseur comme écran de diagnostic. Il a notamment développé une console de débogage intégrée au noyau afin de suivre les erreurs et comprendre les blocages au démarrage. Plusieurs problèmes liés à la gestion des interruptions AMD, à la fréquence réelle du processeur, à la mémoire et aux contrôleurs USB ont également nécessité des corrections spécifiques.   Au total, le développeur évoque environ 120 modifications pour parvenir à obtenir un bureau stable exploitant les 16 threads du processeur.   Cette démonstration ouvre une piste particulièrement intéressante pour le développement alternatif sur PS5. Même si la console est encore loin de remplacer un véritable Mac, voir le noyau XNU d'Apple fonctionner directement sur l'architecture matérielle de Sony constitue déjà une belle prouesse technique.   Alors, transformeriez-vous votre PS5 en Mac si cela devenait accessible au grand public ?   Tout est là : ps5-hackintosh      

Les recherches autour du jailbreak de la Nintendo Switch 2 semblent prendre une tournure intéressante. Gezine a récemment indiqué connaître d'autres jeux susceptibles de servir de points d'entrée pour exploiter la console de Nintendo.           Il précise notamment que certaines de ces pistes présenteraient un avantage non négligeable par rapport à CivSwitch : elles ne nécessiteraient pas de transfert de sauvegarde pour fonctionner. Une information particulièrement intéressante alors que le prix de Civilization VII a littéralement explosé depuis que son exploitation potentielle a été mise en lumière. L'intérêt suscité par cette découverte pourrait en effet rendre le jeu beaucoup moins accessible aux personnes souhaitant se procurer un exemplaire dans l'espoir de profiter de cette faille.           Heureusement, Gezine laisse entendre que d'autres possibilités existent déjà. Il préfère cependant garder ces pistes sous le coude pour le moment, sans dévoiler les jeux concernés. Cela laisse espérer que CivSwitch ne sera pas la seule porte d'entrée envisageable pour le développement d'un jailbreak sur Switch 2.   Il fait bien de garder ses découvertes secrètes pour le moment. Inutile de provoquer une nouvelle flambée des prix sur d'autres jeux !      

La Nintendo Switch 2 continue de surprendre avec des projets pour le moins inattendus. Cette fois, ce n'est pas une nouvelle prouesse en matière d'émulation ou de jailbreak qui attire l'attention, mais une utilisation assez spectaculaire de la console : la transformer en interface de contrôle pour un véhicule via une connexion CAN.         Le développeur Matthew KuKanich présente en effet un projet reposant sur un programme exécuté directement en userland sur Switch 2. Celui-ci communique avec le réseau CAN du véhicule afin de récupérer les données en temps réel et d'afficher différentes informations sur l'écran de la console. Mais le projet va beaucoup plus loin qu'un simple affichage de données automobiles.   Une Switch 2 capable de piloter plusieurs fonctions du véhicule   Grâce à cette connexion, les différentes commandes du véhicule sont associées aux boutons et aux sticks analogiques de la console. Le développeur indique avoir notamment intégré le contrôle de plusieurs fonctions :   - Direction (volant). - Accélérateur. - Freinage. - Clignotants. - Klaxon. - Changement de rapports (marche avant / marche arrière) - Essuie-glaces.   Plusieurs autres fonctions du véhicule.   L'ensemble des données est récupéré en direct, tandis que l'écran de la Switch 2 sert d'interface de visualisation et de commande. Le développeur précise également avoir ajouté plusieurs mécanismes de sécurité afin d'encadrer l'utilisation des différentes commandes.           Un projet qui pourrait arriver sur GitHub   Pour le moment, Matthew KuKanich n'a pas encore décidé s'il allait rendre son travail public. Il envisage toutefois de publier le projet sur son compte GitHub. Il faudra donc attendre une éventuelle publication pour découvrir plus précisément le fonctionnement technique de cette réalisation, les véhicules compatibles et les possibilités offertes par cette interface.   Une utilisation totalement inattendue de la Switch 2   Ce projet illustre une nouvelle fois la polyvalence du matériel Nintendo lorsqu'il est exploité en dehors de son utilisation traditionnelle. Après les expérimentations autour de l'émulation, des environnements Linux et des outils homebrew, la Switch 2 pourrait également trouver sa place dans le domaine automobile.   Attention toutefois : le contrôle de fonctions essentielles comme la direction, l'accélération ou le freinage présente des risques importants. Les mécanismes de sécurité annoncés ne constituent pas une garantie de sécurité routière. Ce type d'expérimentation doit rester strictement encadré et ne pas être utilisé pour piloter un véhicule en circulation.   Source : Matthew KuKanich        

L'émulation de la Nintendo Switch 2 continue de progresser avec une évolution particulièrement intéressante du projet Lichii. Le développeur zortos293 vient de publier la build 93, qui reprend plusieurs optimisations et correctifs issus des travaux de Frizti. En parallèle, Frizti poursuit le développement de sa propre branche avec la sortie de Lichii-Frizti v3. Ces deux projets, qui partagent désormais une partie importante de leurs améliorations, illustrent une collaboration technique de plus en plus étroite autour de l'émulation Switch 2.           Lichii build 88 : les premières optimisations de Frizti   La build 88 avait déjà marqué une étape importante avec l'intégration de plusieurs optimisations développées par Frizti : - Mise en cache des associations de Storage Buffers. - Transfert direct des données vers les banques de registres uniformes natives. - Regroupement des opérations de lecture des pages de commandes. - Réduction du suivi inutile des écritures. - Amélioration de la préparation des pipelines graphiques en arrière-plan.             Optimisation du cache Vulkan, désormais en version 53.   Cette version avait également intégré le mod Dynamic FPS de Dark pour The Legend of Zelda: Ocarina of Time, activé par défaut. L'objectif est notamment d'améliorer la fluidité du jeu et de permettre une expérience à 60 FPS, sous réserve de disposer d'une configuration suffisamment performante.    Lichii build 93 : AMD et Vulkan au cœur des améliorations   Avec la build 93, zortos293 poursuit le travail en apportant plusieurs corrections ciblées, notamment pour les cartes graphiques AMD.   Les changements concernent principalement : - La correction de problèmes de précision des shaders sur les pilotes Vulkan AMD. - L'amélioration de certaines opérations atomiques et des accès mémoire. - La correction des accès Storage Buffer 64 et 128 bits mal alignés. - Le renforcement de la synchronisation Vulkan entre les opérations de calcul et le rendu graphique. - La correction d'un problème de réveil des threads lors de certaines annulations de tâches, notamment pendant le chargement des shaders.   Le développeur reste toutefois prudent : ces modifications ont été validées au niveau du compilateur et des tests de régression, mais leur efficacité globale en jeu sur les configurations AMD n'a pas encore été confirmée. Certains problèmes de textures noires, de scintillement du HUD et de rendu restent également à l'étude. Autre nouveauté, Lichii intègre une correction du décodeur AV1 pour les environnements MinGW x86-64, ainsi qu'un système de rapports de compatibilité facultatif permettant aux utilisateurs de transmettre leurs retours directement depuis l'émulateur. Un nouveau profil de performances est également appliqué lors de la création d'une configuration globale : mode GPU Fast, décodage vidéo GPU, présentation asynchrone et compilation des shaders en arrière-plan.   Frizti v3 : un bond en avant pour Zelda Ocarina of Time   De son côté, Frizti vient de publier la troisième version de sa branche, avec un travail particulièrement poussé sur les performances de The Legend of Zelda: Ocarina of Time.   Les résultats annoncés sont encourageants. Sur une configuration Ryzen 7 7800X3D associée à une RTX 4080, les performances mesurées atteignent : - Environ 60 FPS dans la forêt Kokiri. - Environ 55 FPS au lac Hylia. - Environ 50 FPS dans le village Cocorico.   À titre de comparaison, la version précédente affichait environ 44 FPS dans la forêt Kokiri.   Plusieurs optimisations expliquent ces résultats, notamment une meilleure répartition des threads GPU sur des cœurs CPU dédiés, une compilation optimisée avec clang, PGO et ThinLTO, ainsi qu'une correction des attentes DMA permettant de réduire les blocages du GPU. Frizti annonce également une amélioration importante de la régularité de l'affichage grâce à un nouveau système de frame pacing. Selon les mesures communiquées, 97 à 99 % des images bénéficient désormais d'un temps d'affichage parfaitement régulier. Le travail sur les shaders a également été renforcé : les shaders compilés sont conservés plus longtemps, les objets dont les shaders sont encore en cours de compilation peuvent être temporairement ignorés et les caches sont reconstruits en priorité après un redémarrage. Enfin, plusieurs défauts graphiques ont été corrigés, notamment les flashs blancs autour de certains éléments du décor, la disparition des feuilles des buissons et les problèmes d'affichage de certaines formations rocheuses.   Deux projets, une base technique de plus en plus commune   Ce qui ressort de ces différentes publications, c'est le rapprochement progressif entre Lichii et Frizti. Les optimisations développées dans la branche Frizti sont désormais reprises dans Lichii, tandis que plusieurs corrections et contributions issues du projet principal sont également intégrées dans Frizti. Il ne s'agit donc pas simplement de deux émulateurs concurrents, mais de deux développements qui profitent de leurs avancées respectives.   Attention toutefois, les résultats de Frizti v3 concernent principalement Ocarina of Time et une configuration matérielle précise. Ils ne permettent pas de conclure à une amélioration identique sur l'ensemble du catalogue Switch 2. Les prochaines versions permettront de voir jusqu'où cette convergence technique pourra aller et si ces optimisations profiteront progressivement à davantage de jeux.   Téléchargements :  Lichii NX2  / Frizti v3      

Sony continue de récompenser les chercheurs en sécurité qui contribuent à renforcer la sécurité de son écosystème PlayStation. La rubrique Hacktivity, consacrée aux rapports de vulnérabilités résolus, fait apparaître quatre nouvelles déclarations concernant PlayStation, pour un montant total de 25 000 dollars. D'après les informations visibles sur le tableau de suivi, les quatre rapports ont été marqués comme résolus au cours des dernières 48 heures.         Jusqu'à 10 000 dollars pour une seule découverte   La récompense la plus importante atteint 10 000 dollars. Elle concerne notamment une déclaration collaborative attribuée à 2tonejordywife et 2tonejordy. Un second rapport, soumis par 2tonejordy, a également donné lieu à une récompense de 10 000 dollars. Deux autres chercheurs ont obtenu chacun 2 500 dollars pour leurs signalements, avec des rapports attribués à slid ybat et saudid0s.   Récapitulatif des récompenses :   - 10 000 $ : 2tonejordywife et 2tonejordy (collaboration)  - 10 000 $ : 2tonejordy - 2 500 $ : slid ybat - 2 500 $ : saudid0s       Au total, ce sont donc quatre rapports qui ont été résolus, représentant 25 000 dollars de récompenses. Il convient toutefois de préciser que la capture ne révèle ni la nature des vulnérabilités découvertes, ni les composants concernés, ni les éventuelles conséquences sur les consoles PlayStation, mais les rapports de Jordy pourraient concernés la PS5 tandis que celui de saudid0s la PS4 d'après ce que nous avons pu suivre récemment. Ces signalements montrent néanmoins que le programme de récompenses de Sony reste actif et que les chercheurs en sécurité continuent d'examiner les différentes surfaces d'attaque de l'écosystème PlayStation.   Source : Hacktivity    

Notre ami sunriseur StarKiller nous informe que le développeur OR3OTHUG vient de publier RecurCIV v1.1.0, une nouvelle version de son outil permettant d'utiliser une Nintendo Switch 1 modifiée comme clavier et manette USB pour une Nintendo Switch 2 non modifiée. Cette mise à jour apporte plusieurs améliorations importantes, notamment l'enregistrement des commandes de la manette en temps réel, directement pendant une partie. L'objectif est de faciliter l'utilisation de l'exploit Civilization VII sur Switch 2, tout en offrant davantage de possibilités de contrôle et d'automatisation.         L'enregistrement des commandes en temps réel   La principale nouveauté de cette version 1.1.0 concerne l'arrivée de l'enregistrement des macros de manette pendant que le joueur utilise sa Switch 2. Il devient ainsi possible de capturer les différentes manipulations effectuées sur la manette, puis de les sauvegarder et de les rejouer ultérieurement.   Plusieurs méthodes permettent de démarrer ou d'arrêter un enregistrement : - Bouton Capture : permet de lancer et d'arrêter l'enregistrement depuis la Switch 1 modifiée. - Écran tactile : les commandes sont également accessibles directement depuis l'interface de RecurCIV. - Macro Studio : un nouvel espace permet d'enregistrer, modifier, sauvegarder et rejouer les séquences de commandes.   Autre amélioration intéressante : le passthrough de la manette reste actif pendant toute l'opération. Le joueur peut donc continuer à contrôler sa Switch 2 avant, pendant et après l'enregistrement.   Une lecture des macros plus précise   OR3OTHUG a également corrigé un problème de synchronisation USB qui entraînait progressivement un ralentissement de la lecture des séquences enregistrées. La latence cumulée des transferts USB pouvait provoquer un décalage entre les mouvements capturés et leur restitution. Ce problème est désormais corrigé afin d'améliorer la précision du playback.   La fiabilité générale a également été renforcée avec : - Une meilleure gestion des déconnexions USB. - Une annulation plus propre des lectures de macros. - Une amélioration du nettoyage des ressources après utilisation.   Rappel des fonctionnalités de RecurCIV   Pour rappel, RecurCIV repose sur Plume USB et permet à une Switch 1 modifiée de se comporter comme un clavier ou une manette USB auprès d'une Switch 2.   L'outil intègre notamment : - Le payload de l'exploit Civilization VII avec automatisation des entrées. - L'émulation de clavier et de manette USB. - L'injection de texte depuis des fichiers. - Des utilitaires de saisie au clavier. - La gestion et la lecture de macros de commandes.   Compatibilité et installation   Le développeur indique avoir testé RecurCIV avec une connexion directe USB-C entre les deux consoles, sans passer par un dock. La configuration repose sur une Switch 1 modifiée et une Switch 2 non modifiée. La compatibilité avec toutes les configurations matérielles n'a toutefois pas encore été vérifiée. Pour installer cette version, il suffit de télécharger l'archive RecurCIV-v1.1.0.zip, d'en extraire le contenu à la racine de la carte SD de la Switch 1, puis de lancer RecurCIV depuis le Homebrew Menu avant de connecter les deux consoles en USB-C.   Le développeur annonce également une validation technique avec 25 tests C et 6 vérifications Python réussis. Le fichier NRO final affiche une taille de 545 978 octets.   RecurCIV v1.1.0 constitue donc une évolution intéressante pour les utilisateurs qui souhaitent automatiser les manipulations nécessaires à l'exploitation de Civilization VII sur Switch 2, avec un contrôle USB désormais plus complet et personnalisable.   Téléchargement : RecurCIV v1.1.0    

Le développeur Echo Stretch poursuit ses travaux autour de la sécurité de la PlayStation 5. Une nouvelle évolution de Byepervisor-Reborn apporte une fonctionnalité particulièrement intéressante pour les chercheurs en sécurité : la possibilité d’extraire à la fois le Kernel et l’Hypervisor de la console. Il rappelle comment dumper le kernel et l'hypervisor, dans le commit ab8805e, intitulé "Added Kernel And Hv Dump Support".           Deux nouveaux dumps pour approfondir l’analyse de la PS5   Jusqu'à présent, Byepervisor-Reborn permettait notamment de travailler sur la compromission de l’Hypervisor et d’obtenir des informations sur le Kernel. Avec cette évolution, Echo Stretch va plus loin en ajoutant deux fonctions d’extraction distinctes : - Dump Kernel : permet de récupérer le contenu de la section .text du Kernel, avec détection automatique de sa taille en mémoire. - Dump Hypervisor : permet d’extraire l’image ELF de l’Hypervisor, en retrouvant son emplacement en mémoire à partir de la base du chargeur HV.   Les données sont récupérées par blocs de 0x4000 octets, puis enregistrées directement dans le répertoire /data/ de la console. Les fichiers générés portent notamment des informations sur le firmware utilisé et les adresses mémoire correspondantes. Le Kernel est exporté au format BIN, tandis que l’Hypervisor est sauvegardé au format ELF.   Une activation configurable à la compilation   L'autre particularité de cette évolution réside dans la possibilité d'activer séparément les deux fonctions de dump.   Deux paramètres ont été ajoutés au Makefile :   - DUMP_KERNEL=1 pour activer l'extraction du Kernel. - DUMP_HV=1 pour activer l'extraction de l'Hypervisor.   Par défaut, ces deux options restent désactivées (0). Il est donc possible de choisir précisément les données à récupérer en fonction des besoins. Echo Stretch a également précisé sur X que le passage de la valeur de 0 à 1 permet de déclencher les extractions du Kernel et de l'Hypervisor.   Un nouvel outil pour la recherche sur la sécurité PS5   Cette amélioration représente une avancée intéressante pour l'analyse approfondie du fonctionnement interne de la PS5. La récupération des images du Kernel et de l'Hypervisor permet notamment aux développeurs et chercheurs de disposer de nouvelles données pour étudier les structures internes du système, analyser les protections et approfondir leurs travaux sur les mécanismes de sécurité de la console. Attention toutefois : cette fonctionnalité ne constitue pas un nouveau jailbreak public. Il s'agit avant tout d'un outil destiné à la recherche et à l'analyse de la sécurité de la PlayStation 5.   Source : Echo Stretch      

 Bonjour à toutes et à tous 

 Les ps4 FAT belize sous linux ne pouvaient accéder qu'à une résolution de 1080p60hz, 
Le bzImage multirésolution donne accès au 720p120hz, 1080p100hz, 1080p120hz et 2160p30hz
 Il faut toutefois utiliser un écran pouvant supporter ce type de résolution (une tv 4k par exemple)

Les PS4 fat belize doivent passer par le bzImage multiresolution pour accéder à ces nouvelles resolutions
Les PS4 slim et pro belize peuvent avoir un bzImage avec une résolution fixe, plus haute que 1080p60hz

Le bzImage avec une résolution fixe de 2160p60hz est dédié exclusivement pour les PS4 pro belize

BzImages 6.15.4 avec option fsync/ntsync :
6.15.4.src-crashniels_KHEOPS_FullLTO-v2.1_ntsync_1080p60Hz_aeolia-belize
6.15.4.src-crashniels_KHEOPS_FullLTO-v2.1_ntsync_1080p100Hz_belize
6.15.4.src-crashniels_KHEOPS_FullLTO-v2.1_ntsync_1080p120Hz_belize
6.15.4.src-crashniels_KHEOPS_FullLTO-v2.1_ntsync_4k60Hz_belize
6.15.4.src-crashniels_KHEOPS_FullLTO-v2.1_ntsync_4k60Hz_wifi_MT7668_belize
6.15.4.src-crashniels_KHEOPS_FullLTO-v2.1_ntsync_1080p60Hz_multiresolutions_aeolia-belize
6.15.4.src-crashniels_KHEOPS_FullLTO-v2.1_ntsync_1080p60Hz_multiresolution_wifi_MT7668_aeolia-belize

 J'ai fait une video qui montre que sur certains jeux, les fps sont bloqués par la fréquence en Hz de la résolution
- une résolution 1080p60hz   =   60 fps
- une résolution 1080p100hz = 100 fps
- une résolution 1080p120hz = 120 fps



la video affichant une ps4 Fat belize en 2160p30hz :

 La release se porte sur des bzImages compilés, avec des rajouts de patchs gamers que je n'avais pas rajouté l'année derniere
ainsi que le ntsync (qui est une fonction qui peut etre activé à partir du kernel 6.14)
Le fsync est utilisé jusqu'au proton 8.26 (exemple sous lutris avec wine)
Le ntsync est prioritairement utilisé par exemple sur le proton wine 11.12.

Je fourni pour tous les utilisateurs linux qui ont déja installé Mangohud, un fichier de configuration à remplacer
On peut voir afficher le kernel et la distribution utilisée, et voir si on utilise fsync ou ntsync pendant le jeu (fonctionne aussi sur pc et ps5 linux ou autres machines)
https://www.youtube....LGKhuYHskd4Lpil

lien pour récupérer le proton Tkg Staging NTsync que j'ai utilisé pour lutris :
https://e.pcloud.lin...Eg5HFXrnHm6JE4V

Les PS4 FAT aeolia ne peuvent fonctionner qu'en résolution 1080p60hz sous linux
Les PS4 SLIM et PRO peuvent utiliser  une résolution fixe 1080p100hz et 1080p120hz
La configuration orbis (menu ps4) doit etre mis en 1080p fixe avant de lancer un payload linux

 Seul le bzImage 2160p 60hz fonctionne sur ps4 pro , avec la configuration orbis en 2160pRGB
Ne pas rajouter l'édid de sa tv pointé par un bootargs.txt, sinon la resolution restera en 2160p30hz
Pas de possibilité de retour de veille ou reprise apres déconnection de l'hdmi (que pour le bzImage 2160p60hz)

 Le bzImage multiresolution doit etre utilisé avec une configuration orbis ps4 en résolution 1080p 60 Hz fixe
Il est conseillé de repasser en résolution 1080p60 sur le bureau de la distribution linux chargée, avant chaque changement de résolution

Le lien du package bzImages de cette release, est à récupérer dans la video regroupant les bzImages en version 2.1 KHEOPS  à la rubrique "6.15.4 aeolia-belize ntsync (octobre 2026)"
https://www.youtube....h?v=zVzHzJT7dHk

 Je tiens à remercier tous les développeurs qui m'ont aidé à progresser dans mes recherches, de ma team KHEOPS, crashniels, rancido de psxita, et mircoho.
N'hésitez pas à voir ma chaine youtube, je propose aussi des posts youtube pour montrer les jeux que j'ai testé suivant les résolutions utilisées (sur ps4 fat et pro)
Je mets un lien koffee si vous voulez me soutenir : https://ko-fi.com/R7C22A6UYU

L'émulation de la Nintendo Switch 2 continue de progresser sur PC avec l'arrivée d'Anka, un nouvel émulateur développé par Eddiz (@ediz_mercan), qui affiche clairement ses ambitions : privilégier les performances et proposer une expérience de jeu fluide, y compris sur des configurations qui ne sont pas nécessairement haut de gamme. Le développeur met notamment en avant Donkey Kong Bananza, qui serait capable d'atteindre environ 120 FPS sur une configuration équipée d'un Ryzen 7 5700X et d'une GeForce RTX 4060 Ti. Un résultat particulièrement intéressant pour une machine de milieu de gamme.           Un émulateur basé sur plusieurs projets existants   Anka ne part pas de zéro. Le projet s'appuie sur plusieurs travaux communautaires déjà connus dans le domaine de l'émulation Nintendo Switch, Eden, ainsi que son fork Eglantine, Yuzu, et Sudachi. Le patch Dynamic FPS de zendnev, notamment utilisé pour Donkey Kong Bananza. Eddiz tient d'ailleurs à remercier les développeurs à l'origine de ces différents projets, dont les travaux ont permis de construire cette nouvelle solution.         Des performances améliorées grâce au Dynamic FPS et au FSR 3   L'un des principaux arguments d'Anka concerne sa gestion des performances. L'émulateur propose un fonctionnement dynamique entre 40 et 60 FPS, tout en conservant la vitesse d'exécution correcte du jeu. Il intègre également la génération d'images FSR 3 (Frame Generation), permettant de pousser l'affichage jusqu'à environ 120 FPS sur les écrans compatibles à fréquence élevée. Il faut toutefois distinguer les images générées par le FSR 3 des FPS réellement calculés par l'émulateur. L'objectif est ici d'améliorer la fluidité visuelle sans nécessairement augmenter dans les mêmes proportions les performances natives du jeu.   Anka 1.0.1 : prise en charge des fichiers NUP   Quelques heures après sa première présentation, Eddiz a publié Anka 1.0.1, qui apporte une nouveauté importante : la prise en charge des fichiers .nup.   Il est désormais possible de charger ces fichiers de deux manières : - Depuis le menu File > Load File. - En déposant directement les fichiers dans le dossier Games.   Cette première implémentation permet de charger les jeux de base ainsi que leurs mises à jour. En revanche, les DLC contenus dans un fichier NUP ne sont pas encore pris en charge.   Un bug de performances identifié dans l'interface graphique   Le développeur signale également une différence de performances entre la version graphique et la version en ligne de commande. Sur sa propre configuration, Anka.exe afficherait des performances environ 8 % inférieures à celles de la version CLI. En attendant une correction, Eddiz recommande une petite manipulation : configurer une première fois les clés et le firmware depuis Anka.exe, puis lancer les jeux à l'aide du fichier start-recommended.bat.    À noter que le développeur précise qu'aucun jeu, aucune clé et aucun firmware ne sont fournis avec l'émulateur. Les utilisateurs doivent uniquement employer leurs propres dumps.   Téléchargement : Anka 1.0.1