Dnijbox974

Ce one shot de @nightwolf pour deviner qui était le technicien c'est impressionnant, c'est là qu'on voit indiscutablement la différence entre réalité et rumeur au sujet de tel ou tel technicien.

Tu peux aussi nous les envoyer le retour est offert

Salut Markus On fait comment quand le jeux possède plusieurs CD PS1 stp ?

Pas possible avec cette version...
C est prévu pour la prochaine..

Vérifiez si les RAM sont des WINBOND, alors faut cocher la case WINBOND .

Bonjour
Cest quand meme bizarre cette rapidité d exécution.
Je n arrive pas à comprendre comment peut-on accuser Yuzu par rapport à Zelda ?
Est-ce le staff de Yuzu qui aurait piraté le jeu ?
N est pas la faute de Nintendo de se faire leaker ?
La capitulation de Yuzu/Citra est tellement rapide que cela ne vous choque pas?
Je ne suis pas expert mais la seule chose qui semble avoir une importance etait la ou les clefs propriétaires à Nintendo et si Yuzu devait avoir à utiliser ses clefs pour les jeux alors je comprendrais...
Etrange tout de même....
Cela veut-il dire que tous les emulateurs ayant besoin de fichiers bios roms propriétaires sont coupables aussi ?
Après Nintendo les "autres" ne vont ils pas aussi faire la même chose ?
Merci de m avoir lu.

PS:on voit à travers le temps comment se comportent les boîtes comme Sony,Nintendo et autres.Je ne les regarderais plus de la même manière...

c'est pas un peut tard?

Il est jamais trop tard

re

Merci
En effet, j'ai pris le dernier J-Runner......bien fait !
Glitchée en peu de temps.

Encore merci

Je suis encore la scène PS3 du coin de l’œil, Nathan est vraiment un dev de qualité qui a su évolué et sortir de son confort depuis SEN Enabler.

Il m'avait d’ailleurs contacter en 2015 sur Twitter en privé pour m'aider sur webMAN MOD et il m'a carrément donner son code source sans hésité que j'avais bien évidement jamais leaké à sa demande.

 

J'avais très peu échangé avec lui contrairement à Aldo ou Joonie pour citer qu'eux, et pourtant il a su me faire confiance

Jusque là, que je sache, il n'a pas revendu les failles qu'il a découvert.

De plus, dans l'interview, on voit bien qu'il attribue ce hack à la team FailOverFlow et qu'il n'a fait que (re)découvrir leur méthode.

Je le vois mal revendre une faille qu'il ne considère même pas être la sienne.

Pour l'instant oui, mais s'il peut aussi gratter un peu de pognon en faisant le toutou pour Sony, il le fera, si la suite de son travail intéresse assez Sony en tout cas. Désolé pour le ton un peu pessimiste, mais dans le hack console ils font tous ça maintenant.

J'ai commencé la modification de console avec la PS1, et j'ai suivi toutes les découvertes qui ont amené au hack de la première Xbox, je peux dire sans sourciller que les devs/électroniciens qui publiaient leurs découvertes avaient une toute autre mentalité que ce qu'on voit dans le hack console aujourd'hui.

Pour le leak de Zelda, ça n'a pas empêcher les gens d'acheter des millions de copies.

Une petite partie restera sous blister pour spéculer dessus.

Pour Steam, logique que ça ne leur plaît pas.
L'émulation de la Switch surpasse la Switch.
Qui a l'émulateur va acheter ses jeux... Sérieux. Celui qui y croit, me fera as mal rire.
Quand a Nintendo, ils feraient mieux de sortir des gros jeux, révolutionnaire, comme avant. Et surtout arrêter de vendre des consoles avec des joycon de merde.
C'est la seule console que j'ai sur laquelle je ne joue plus aux manettes d'origine, a cause de drift


Bref, c'est que le début de la guerre, Nintendo ferait mieux de refabriquer des cartouches GB NES SNES N64, car sur ali, les fausses cartouches pullulent. Et les collectionneurs spéculent.

Là il y a de l'argent a se faire.

Mais bon, ça doit être plus simple de revendre des virtual console a chaque gen de console, pour refaire raquer le pauvre gus qui revends ses consoles et rachète génération après génération les mêmes jeux.

Il suffirait de ne plus acheter pour que cela ne se vende plus.

Mais bon les Switch se vendent encore par palettes, et les dlc et autre pass annuels pullulent. Les gens doivent être content.

Vive les jeux vidéos des années 2020...

Comment je me sens plus libre sur une snes, une Megadrive, mes Amiga, que sur une Switch...

Pour Steam, c'est pas grave, essayez des distributions style batocera, au lieu d'acheter des consoles mini par ex, ça serait pas mal.

Bref. Enjoy

Merci pour la news. Cet homebrew est toujours aussi pratique avec une interface simple à prendre en main et qui a son charme !

Pour moi un des indispensables des homebrews sur Switch, tellement simple et pratique, il ne lui manque que le multi-langues je trouve et bien sûr d'être open-sources.

Rashevskyv, le développeur de DBI propose une nouvelle version de son logiciel, la version 569. DBI, pour DB Installer, est un gestionnaire et installateur de fichiers NSP/NSZ/XCI et XCZ via SD, USB. Il fonctionne tout aussi bien en standalone ou bien en créant son propre serveur http local. Il permet aussi de gérer et supprimer les fichiers orphelins les tickets (mise à jours par exemple).
 
Hormis une tendance très minimaliste exacerbée, DBI est apprécié pour ses fonctionnalités et une partie backend de Windows qui permet de faciliter les transferts.

-Grâce au multi-threading, l'installation du NSP a été accélérée d'environ 40%.
-Désormais plus d'informations sont affichées pendant le processus d'installation et certaines erreurs de sortie ont été corrigées lorsque la console est en mode dock.
-Les dumps de plus de 4Go peuvent également être dumpés sur des périphériques FAT32 grâce au fractionnement.
-Le menu de sauvegarde des données a été repensé et un code QR s'affiche au démarrage du serveur FTP.
 

 
Changelog 569 :
- Fixed #223
- Added text editor (hotkey is L3 in opened text file). More info
 
Téléchargement: DBI 569

Le pack switch_AIO_LS_pack continu ses évolutions et passe en version 4.15.0.

Pour rappel ce pack contient tout se qu'il faut pour le hack de toutes Switch pouvant lancer un hack en prenant en compte le maximum de configurations possibles.
Le homebrew intégré AIO_LS_pack_Updater permet d'installer/mettre à jour le pack, le firmware et de faire tout un tas d'autres choses directement via la console (installation/mise à jour du pack non recommandée sur des SD en EXFAT à cause de la corruption de données possible avec ce format). Le mode Beta de l'application permet d'avoir les dernières évolutions du pack ou du homebrew AIO_LS_pack_Updater, par contre ces versions peuvent être instables.
 

Depuis cette news les évolutions sont les suivantes:

- Changelog pour la version 4.13.0:

• La luminosité par défaut dans Hekate est réglée à 100%.
• Mise à jour de Atmosphere, de DBI et de AIO-Switch-Updater vers la dernière version de ceux-ci.
• Mise à jour de AIO_LS_pack_Updater avec les modification suivantes pour sa version 4.13.0:
  • Ajout de la possibilité, via les fichiers de configuration, d'ajouter des fichiers complémentaires au pack (utile pour ceux souhaitant mettre en place des logos personnalisés par exemple).
  • La luminosité par défaut dans Hekate est réglée à 100%.
  • Correction d'un bug critique dans le système de traduction.
  • Correction d'un bug critique dans le système de chargement des fichiers de configuration du homebrew.
  • Correction d'un bug critique lorsque le homebrew était chargé depuis un autre dossier que son dossier "switch/AIO_LS_pack_Updater" (merci à @Cdtthor pour m'avoir beaucoup aidé à identifier le bug); de plus lorsqu'il est chargé depuis un autre emplacement il est déplacé à cet emplacement au lancement du homebrew.
  • Correction d'un bug potentiel dans la vérification du type d'emunand.

Notez que beaucoup de bugs critiques ont été corrigés dans le homebrew AIO_LS_pack_Updater, si vous utilisez le homebrew mettez-le impérativement à jour via celui-ci ou manuellement avant tout autre action.

- Changelog pour la version 4.14.0:

• Ajout du module Sys-patch.
• Mise à jour de DBI, de Tesla-Menu et de Status-Monitor-Overlay vers la dernière version de ceux-ci.
• Mise à jour des crédits dans la documentation.
• Mise à jour de AIO_LS_pack_Updater avec les modification suivantes pour sa version 4.14.1:
  • Ajout d'une fonction de vérification d'une mise à jour du homebrew au lancement de celui-ci ou durant le changement de mode dans celui-ci. Si une mise à jour est trouvée il sera proposé à l'utilisateur de l'installer.
  • Si une mise à jour du homebrew existe, celle-ci devra être faite avant d'installer/mettre à jour le pack ou le firmware.
  • Ajout de la vérification du sha256 du fichier zip complémentaire au pack.
  • Compilé avec la dernière version de la Libnx.
  • D'autres changements mineurs dans le code sources.

- Changelog pour la version 4.15.0:

• Le firmware inclus est maintenant le firmware 16.0.3 Rebootless Update.
• Mise à jour de AIO_LS_pack_Updater avec les modification suivantes pour sa version 4.15.0:
  • Les modules sont fermés avant leur suppression.

Pour les détails des changelogs, le téléchargement et les instructions d'installation et d'utilisation du pack c'est sur cette page que ça se passe.

N'hésitez pas à faire vos retours qu'ils soient positifs ou négatifs, ils seront les bienvenues.

Si vous appréciez mon travail vous pouvez me faire une donation via ce lien si vous avez un compte Paypal (n'engendre pas de frais de transaction) ou via ce lien si vous n'avez pas de compte Paypal.

Tant que ça sert à certains c'est le principale mais comme je le dis souvent il n'est pas fréquent qu'à part moi d'autres gens parlent de ce script et de mon travail en général, après tout je ne suis probablement pas shadow pour rien. Et puis après une statistique de téléchargement ça ne veut pas tout dire non plus, certains récupèrent la version complète se qui n'est pas comptabilisé, d'autres peuvent se le faire copier par des copains, etc... et il faut aussi reconnaître que bien qu'il y ait des fonctions pour des utilisateurs lambdas il y a aussi pas mal de choses plutôt orientées techniciens ou utilisateurs avancés sans compter l'interface qui n'a rien de sexy, bref beaucoup ne trouveront pas leur compte dans cette interface et ces multiples questions qui jonchent ce script et qui obligent à comprendre les bases du hack je le conçois totalement et c'est toute la complexité de vouloir fournir un travail complet car ça oblige aussi à fournir des choses un peu plus complexes à utiliser.