[Switch] Libusbhsfs v0.1.0 disponible avec le support NTFS

513 visiteurs sur le site | S'incrire

Accédez aux coordonnées de l’ensemble des techniciens professionnels recommandés par logic-sunrise 20 derniers dossiers et tutoriaux
Wii / Wii U
[Switch] Libusbhsfs v0.1.0 disponible avec le support NTFS
Avec toutes ces évolutions sur la scène PlayStation 4, on en aurait presque oublié qu'il existe d'autres consoles, et notamment la Nintendo Switch. 
 
La Librairie Libusbhsfs vient d'être mise à jour pour introduire le support des fichiers NTFS, ainsi les applications qui utiliseront cette nouvelle bibliothèque pourront stockées sur des disques durs externes comme dans SX OS. 
 
Pour la partie hôte, le périphérique USB s'apparente à un disque dur externe, en fait les Homebrews qui fonctionnent dans Atmosphere, Goldleaf, Awoo Installer, entre autres, peuvent utiliser les disques durs directement comme cela se fait à partir de SX OS avec même le support NTFS maintenant qu'ils le supportent. Oui, le support des disques durs externes est enfin une réalité en NTFS ! Malheureusement cela ne concerne que les homebrews pas Atmosphere, n'espérez pas installer des jeux NSP sur un disque dur.
 

 

 

 

Changelog v0.1.0 :

 

- Construit en utilisant la version c51918a de libnx.
- Implémentation de l'analyse des tables de partition (MBR/GPT/VBR). La bibliothèque se charge maintenant de rechercher les secteurs d'amorçage et/ou les tables de partition par elle-même, et ne fait que passer les LBAs de volume aux bibliothèques de systèmes de fichiers. Il est ainsi possible de monter plusieurs partitions à partir de la même unité logique que des périphériques devoptab individuels.
- Support NTFS implémenté. Un grand merci à Rhys Koedijk ! Vous devez lier votre application à la fois à libusbhsfs et à NTFS-3G si vous souhaitez utiliser le support NTFS. Veuillez lire la section Comment compiler du LISEZMOI pour savoir comment compiler NTFS-3G et l'installer dans le répertoire portlibs de devkitPro.
- Certaines limitations s'appliquent. Veuillez lire la section Limitations du LISEZMOI pour plus d'informations.
- La double licence (ISC / GPLv2+) est maintenant fournie pour permettre aux projets qui ne sont pas conformes à la licence GPLv2+ de NTFS-3G de continuer à utiliser libusbhsfs, bien qu'avec le support FAT uniquement. Pour plus d'informations, veuillez lire la section "Licences" du readme.
- Amélioration des contrôles de sécurité dans toutes les fonctions internes de devoptab.
 
API de la bibliothèque :
 
- usbHsFsUnmountDevice() est maintenant fournie comme un moyen de démonter manuellement / en toute sécurité les périphériques UMS à l'exécution avant de les déconnecter.Cela a toujours été géré automatiquement par usbHsFsExit() s'il y a des dispositifs UMS montés lorsque l'interface de la bibliothèque est fermée. Ainsi, selon vos besoins, vous ne devez appeler usbHsFsUnmountDevice() qu'en cas d'absolue nécessité.
usbHsFsGetFileSystemMountFlags() et usbHsFsSetFileSystemMountFlags() sont maintenant fournies comme moyen de récupérer/régler les drapeaux de montage du système de fichiers. Veuillez lire include/usbhsfs.h pour plus d'informations et leur fonction.
- Ces flags n'affectent que le montage de volume NTFS pour l'instant, ils n'ont donc aucun effet sous les licences ISC de la bibliothèque.
- De plus, ces fonctions n'ont aucun effet sous SX OS.
 
Pilote BOT :
 
- La commande SCSI d'interrogation est maintenant réessayée si un CSW inattendu sans données sensorielles est reçu.
- Les valeurs du qualificateur de périphérique et du type de périphérique provenant des données d'interrogation sont maintenant filtrées. Merci à ginkuji d'avoir signalé ce problème.
- Le démarrage de l'unité logique revient maintenant immédiatement si une commande SCSI optionnelle échoue et qu'un code de détection supplémentaire "Medium Not Present" est signalé par le périphérique UMS.
- Une réinitialisation du bus est maintenant effectuée sur tous les périphériques UMS qui sont déjà disponibles lorsque usbHsFsInitialize() est appelé. - Correction du démarrage des unités logiques pour les lecteurs qui ont été arrêtés lors d'une session précédente, mais qui n'ont pas été retirés de la console. Merci à FlyingBananaTree de nous avoir signalé ce problème.
- Correction de problèmes potentiels de corruption de mémoire qui auraient pu se produire du fait de la non mise à jour des références de contexte LUN/FS après la réallocation de leurs buffers.
 
Build Debug :
 
- Implémentation d'une mise en cache correcte dans le code de journalisation des débogages, ce qui rend la construction des débogages beaucoup plus rapide maintenant.
- Le fichier journal est désormais vidé chaque fois qu'une fonction API publique générant des messages de journal est appelée.
 
SX OS :
 
- Le logfile de statut en mode utilisateur est maintenant signalé à chaque changement de statut usbfs.
Exemple d'application de test :
- Mise à jour pour refléter tous ces changements.
- Ajout de nouveaux tests du système de fichiers.
- Réécriture du traitement des entrées pour correspondre à la nouvelle API pad de libnx.
- Utilisation de usbHsFsUnmountDevice() pour démonter en toute sécurité les périphériques UMS qui ont déjà été testés.

 

 

Téléchargement : libusbhsfs v0.1.0
 
Vendredi 18 Décembre 2020, 22:00 par tralala
Source : github.com/DarkMatterCore/libusbhsfs/releases
19 décembre 2020, 01:50
Approuver ce commentaire (+1)
génial
Répondre à ce commentaire
Utilisateur en ligne
19 décembre 2020, 03:40
Approuver ce commentaire (+1)

Pourquoi s'embêter avec le NTFS alors que l'exFat fait bien le job ?
Déjà qu'en dehors de Windows, le support du NTFS n'est pas fou...

Répondre à ce commentaire
19 décembre 2020, 05:12
Approuver ce commentaire (+1)

Pourquoi s'embêter avec le NTFS alors que l'exFat fait bien le job ?
Déjà qu'en dehors de Windows, le support du NTFS n'est pas fou...


µsd au format ntfs depuis que j'ai ma switch (début 2018) et jamais eu aucun soucis.
Répondre à ce commentaire
19 décembre 2020, 06:23
Approuver ce commentaire (+1)

Pourquoi s'embêter avec le NTFS alors que l'exFat fait bien le job ?
Déjà qu'en dehors de Windows, le support du NTFS n'est pas fou...


µsd au format ntfs depuis que j'ai ma switch (début 2018) et jamais eu aucun soucis.

La console ne lis pas les SD en NTFS donc sa m'étonnerais
Répondre à ce commentaire
19 décembre 2020, 10:23
Approuver ce commentaire (+1)
le ntfs, tu peux faire du chkdsk derriere si y'a un pb. Bon courage pour le exfat qui n'a pas de journalisation.

Juste ca ca devrait faire tourner des têtes.
Répondre à ce commentaire
19 décembre 2020, 11:15
Approuver ce commentaire (+1)

Bravo aux devs.

 

Pourquoi s'embêter avec le NTFS alors que l'exFat fait bien le job ?
Déjà qu'en dehors de Windows, le support du NTFS n'est pas fou...

exFAT a été conçu pour la mémoire flash. Pour les HDD, NTFS est encore très souvent utilisé par les Windowsiens.

 

le ntfs, tu peux faire du chkdsk derriere si y'a un pb. Bon courage pour le exfat qui n'a pas de journalisation.

Juste ca ca devrait faire tourner des têtes.

La journalisation consomme pas mal de ressources. L'exFAT a été créé pour les les supports amovibles flash, souvent utilisés sur de petits appareils dont la puissance est limitée (ex : appareil photo, camescope, etc).

Le FS exFAT est compatible TFAT (FAT a transaction sécurisée) qui permet d'éviter les corruptions/erreurs d'écriture par ex lorsque le support amovible est retiré à chaud pendant l'écriture (avec utilisation de double FAT)

 

 

Aussi ne pas oublier que l'exFAT n'est tombé dans le domaine public que très récemment (2019).

Répondre à ce commentaire
19 décembre 2020, 11:31
Approuver ce commentaire (+1)
exfat et retroarch pas conseillé!
Répondre à ce commentaire
19 décembre 2020, 11:47
Approuver ce commentaire (+1)
Merci pour l'info

Enfin le support NTFS
Répondre à ce commentaire
20 décembre 2020, 01:28
Approuver ce commentaire (+1)
Clairement bravo aux devs, c'était une bonne idée de développer une bibliothèque, les devs de homebrews n'ont plus qu'à s'en servir dans leurs applications et ça fonctionnera quelque soit le CFW et la volonté de leurs développeurs, encore une fois la scène Switch démontre les exceptionnelles possibilités qu'offre l'open-sources et les développeurs de cette scène s'en donnent à cœur joie.
Répondre à ce commentaire
Cliquer ici pour continuer sur le forum
Envoyer