Badablek

bah en homebrew les linkers n'aident pas non plus. mais si tu vas sur GBAtemp, section hack 3DS, tu verras qu'il y a plus de homebrews que l'on croit. C'est juste que pour l'instant, les ROPloaders dédiés aux homebrews ne sont pas légion, les linkers ne supportent pas les binaires nativement, et ça interesse peu de monde...hélas.

le découpage d'un jeu n'est qu'un bête et méchant split, pas d'entête ou autre joyeuseté de ce type, donc, en admettant que D: soit la SD (console) et E: la microSD (gateway) copy /b d:\part01.3d0 + d:\part2.3d1 E:\jeu.3ds et pourquoi l'exFAT ? De l'aveu même des développeurs, le exFAT améliore les débits en lecture, autrement dit réduit les chargements, il serait franchement stupide de ne pas en profiter alors que les OS actuels gèrent ce type de partition nativement, non ? Pour windows Xp je ne dis pas, mais quiconque est sous 7 ou 8 n'y verra aucune différence.

Le dump d'un jeu se résume à booter la faille avec le jeu original, cliquer sur l'icône de dump puis attendre (extrêmement longtemps). pas franchement matière à en faire un tuto, je pense. Par contre je compte mettre à jour mon test pour montrer ces nouveautés. Les jeux sont bien évidemment lisibles en fractionné depuis le gateway, pour ceux qui voudraient rester en FAT32 (même si c'est une sacrée erreur à mon humble avis)

Les dumps sont faits directement sur la carte SD de la console (à vrai dire le seul endroit possible pour écrire) et découpés en tronçons de 2go pour les jeux de 4go (Fat32 oblige) Reste ensuite à les recopier sur la microSD du gateway...

Sur quels jeux tu as des icônes blanches ? Pas eu ce souci... Mais je n'ai pas testé beaucoup de jeux

je n'ai pas de compte sur eachmail, et je vois parfaitement bien tous les linkers pour ma part

alors la réponse : les jeux de 4Go sont découpés en morceaux de 2Go. 1h30 pour dumper DKCR...peut mieux faire (même si c'est déjà bien de pouvoir faire ses propres backups) prochaine étape messieurs/dames de gateway : ajouter le dump des sauvegardes ? après un test rapide : - les jeux ne sont pas triés alphabétiquement dans la liste (mais en fonction de l'ordre d'écriture des jeux) - il faut éviter de trimmer les roms qui utilisent une sauvegarde type NAND (ANimal Crossing New Leaf par exemple) sous peine de plantage du jeu au boot - le linker ne "monte" pas automatiquement le dernier jeu utilisé (ça pourrait provoquer un petit stress pour certains utilisateurs, puisque le port cartouche apparait vide au boot) - le CRC des backups depuis le gateway ne correspondent pas au CRC des roms "scene" - le format exFAT est annoncé comme étant plus rapide pour charger les jeux (par rapport au FAT32)

kernel testé et approuvé. on voit que la team gateway, bien que longue à communiquer et développer, maîtrise parfaitement son sujet, là où les clones ne font qu'attendre....

la question est bonne barbajuan, d'ailleurs ça ne m'était même pas venu à l'esprit. Je suppose que ça va splitter la rom, parce que la SD sert aussi à l'emuNAND et la 3DS (qui ne supporte pas l'exFAT me semble-t-il) je vais tester de dumper mon DKCR (si j'arrive à trouver une SD de plus de 4Go) EDIT : dumper un jeu est leeeeeeeeeeeeeeeeeeeeeeeeeent à mourir, même dumper ses jeux DS par wifi était plus rapide à l'époque ! en 30 minutes, j'ai dumpé 1/4 de mon DKCR !

salut, il faut éviter de croire tout ce que l'on peut lire, surtout niveau théorie fumeuse du complot de la team gateway digne de X-Files. Pour preuve, le kernel omega vient tout juste d'arriver, et il marche d'enfer. Pas besoin de sortir un pseudo clone pour vendre le bouzin. j'ai volontairement zappé cette news sur le site il y a quelques jours (qui n'en n'est pas vraiment une, de news) dans l'attente de plus d'information. Tout ce que l'on a pour l'instant, c'est un site monté à la va-vite avec quelques infos communes à tous les linkers, sans aucune info sur ce qui est important : le linker en lui-même. pour l'instant, à ranger dans la catégorie clones, jusqu'à preuve du contraire.

la guerre des clones va reprendre de plus belle. je dirais que dans les 2 jours qui viennent, la team R4 va annoncer avec fierté et un grand sourire le multirom et le dumpage des jeux pour son linker ps : OopanpanoO, pas besoin de faire autant de mystère sur cette beta "privée", tu pouvais très bien poster le lien sur le sujet, personne ne va te mordre pour ceux qui voudraient tester : https://mega.co.nz/#!mQYyALRJ!MsGAQNeceCcDz2_PoDj-90-kcEJnXvp7CbiF-ZECjE8 attention, une mise à jour du linker est obligatoire, elle vous sera proposée au premier boot en mode Gateway et dure environ 1 minute. en tout cas, il ont fait de sacrés efforts sur l'interface, et ont ajouté des messages pour guider l'utilisateur, vraiement très bien. le menu du multirom est génial et fonctionne au poil...vais tester de dumper mes originaux cerise sur le gâteau, il supporte l'exFat, ce qui résoud tout problème pour les jeux de plus de 4Go (si ça arrive un jour). Au pire, en FAT32, Jusqu'à 4Go (32Gb), un simple trim suffit pour descendre légerement en dessous de 4Go, sinon l'archive contient un utilitaire pour découper les roms en 2 l'exFAT reste la meilleure solution, qui marche parfaitement.

c'est aussi ce que j'ai lu...ce qui est encore plus débile que tout le reste. le pire du pire, c'est qu'ils ont besoin physiquement des deux consoles, en état, pour permettre le transfert des licenses, si ce n'est pas pathétique

bonne chance, et surtout n'hésite pas à faire un petit retour d'expérience sur la chose ça pourrait en interesser plus d'un (dont moi-même qui attend sagement que Nintendo se bouge enfin pour associer un achat à un compte et non pas une console, jamais vu un truc aussi stupide de ma vie)

n'oublie pas de bien vérifier que la conversion s'est faite avec une taille de cluster de 32K (ou moins), sinon Dios Mios va couiner

salut, je veux jouer a tous les jeux possible(nouveaux) tu peux oublier (AUCUN linker 3DS n'a une compatibilité parfaite, les jeux à sauvegare type NAND, les cartes type 2 et certains jeux SDK5+ posent problème) en wifi ça aussi (AUCUN linker ne peut, et ne pourra peut-être même JAMAIS, permettre le jeu en ligne...chaque jeu contient apparement un identifiant unique) sans freeze de console ou quoi que se soit idem (quand on base le lancement d'un linker sur une faille, on ne s'attend pas à ce que ça marche à chaque fois) je veut la mettre a jour donc un emunand sans bloquage. ??? ça ne veut absolument rien dire ce que tu demandes...

testé et approuvé. et dès que j'en ai la possibilité, je parle de ce logiciel aux utilisateurs de partition WBFS. Je n'en ai jamais eu de retour négatif, même avec des HDD remplis à craquer. ps : dans la FAQ, il a oublié le "not" (ou n't) puisque la raison même de ce logiciel, c'est bien évidemment de ne PAS perdre ses données.

Bonjour, Respectueux du travail des développeurs de jeux vidéo (et autres créatifs), ainsi que des lois en vigueur actuellement, nous ne tolérons aucuns messages pouvant laisser transparaître la possession ou l'acquisition de jeux pirates. Ce message rejoint donc immédiatement la corbeille, vos droits d'écriture sont suspendus temporairement et en cas de récidive nous pourrions suspendre votre compte de manière définitive sans autres avertissements. -= Seules les discussions sur les copies d'oeuvre que vous auriez pu réaliser a partir de vos propres originaux et par vos propres moyens sont autorisées ici, merci d'en prendre note =-

la prochaine fois tu essaieras avec des dumps de tes originaux, ça marchera beaucoup mieux. le tarif habituel quand il n'y a aucun doute sur le caractère illégal : 48h, le temps de lire la charte...et l'appliquer, j'espère ?

le multirom arrivera sur R4....quand gateway sortira son kernel le supportant c'est la triste réalité, mais quand on veut jouer au cloneur sans débourser le moindre argent en R&D sur les kernels, on dépend TOTALEMENT de celui que l'on clone. Cette team R4 n'a que ce qu'elle mérite après tout, même si au final ce sont les clients qui en patissent. ils pourraient se sortir les doigts (d'où ils veulent) et commencer à coder leur propre kernel avec leurs petits doigts boudinés...au lieu de ça, ils jouent à l'autruche et attendent que la team gateway leur donne à manger. bref, le multirom n'arivera pas de sitôt.

salut, avant toute chose, la question à 1€ : pourquoi rester dans un format de partition obscur, non natif, quand tous les loaders, depuis des années, supportent parfaitement les partitons FAT32, NTFS et EXT je ne suis pas calé niveau Mac, mais le FAT32 est bien géré nativement, non ? si la ligne de commande ne te fait pas peur, WIT se fera une joie de convertir tes ISOS en fichiers .wbfs : http://wit.wiimm.de/ il existe même des GUI (y compris pour Mac si je ne m'abuse) si tu es allergique au prompt. http://desairem.altervista.org/wordpress/witgui/ WBFS Manager est un logiciel d'un autre âge, abandonné, buggué et inadapté à l'heure actuelle. À l'époque je ne dis pas qu'il 'a pas aidé, mais il faut savoir évoluer en même temps que le hack l'avantage d'une partition nativement supportée par tous les OS existants, c'est que tu gardes le contrôle de ce que tu y mets, sans dépendre d'un quelconque logiciel, que tu peux scanner ou défragmenter, utiliser pour d'autres choses, etc. ps : et rien ne t'empêche d'utiliser les ISOS "purs" ausi, sans conversion. Auquel cas il suffira de les placer sur une partition FAT32. ps bis : et si tu as déjà des jeux installés, WBFS2FAT se fera une joie de convertir ta parititon WBFS en partition FAT32, sans aucune perte de données et en quelques secondes. et comme c'est un script python, ce n'est pas OS dépendant : http://gbatemp.net/threads/wbfs2fat-py.291320/

Bonjour, La redondance des sujets déjà abordés / traités, ou des questions trouvant déjà réponse dans les forums ou encore dans la rubrique "Tutoriaux" nuisent à une bonne lisibilité, compliquent la navigation et altèrent de façon significative les performances du moteur de recherche. Afin d'éviter ce phénomène et pour faciliter l'accès a une information pertinente nous vous demandons de vous assurer de la primeure de votre requête. Manifestement cela n'as pas été le cas et comme tout les sujets récurrents ayant déjà trouvé une solution celui ci rejoint la corbeille. Pensez à visiter notre wiki tutoriaux afin d'y trouver les informations les plus courantes. Vous pouvez aussi vous adresser au Canal IRC qui se fera une joie de vous aider en temps réel : Accès Chat - Votre pseudo : Merci de votre compréhension.

sans vouloir être méchant, les épinglés ne sont pas là pour décorer. donc bienvenue parmi nous, mais il va falloir faire un minimum de recherche... http://gueux-forum.net/index.php?/topic/277286-aucun-linker-natif-2ds3ds-nexiste-pour-firmware-45/ http://gueux-forum.net/index.php?/forum/386-test/

ça n'a jamais empêché Sony ou Microsoft de proposer ce genre de chose... je réagis parce que je suis exactement dans le même cas, j'ai eu l'occasion d'avoir une premium à un prix ridicule (soldes, -30%), résultat des courses je ne peux pas m'en servir comme console principale en rapatriant mon compte (et mes jeux eshop) dessus ! Une pure hérésie comme Nintendo sait bien y faire. Pire, pour que le transfert soit fait en SAV, les deux consoles doivent être fonctionnelles. Donc ta console crame ou est bouffé par le chien, eh bien tu peux t'asseoir sur tous tes achats eshop...ils veulent favoriser le dématérialisé et font ce genre de connerie monumentale ? Je ne comprendrais jamaiss ceux qui achètent tous leurs jeux (j'entends par là des jeux commercialisés en galette, et bien souvent moins chers que la version démat'...un comble) sur l'eshop. Le jour où ça va tomber en panne, ils vont avoir besoin d'un bon gros pot de vaseline. ps : ils planchent à rendre possible le transfert d'un compte d'une console à une autre...on attend toujours. Peut-être à la saint glinglin...

plop, la méthode de la gravure lente est une pure hérésie, qui ne repose que sur une théorie fumeuse et sur aucun fait concret. j'ai toujours gravé mes backups entre 16 et 24x (pas plus haut pour éviter de recourir au buffer underrun...la bonne époque des vieux HDD lents à mourir), sans JAMAIS avoir le moindre souci sur DC, y compris avec des médias de piètre qualité (traxdata). La seule chose qui importe dans une gravure, c'est d'utiliser un média adapté au graveur. Si ton graveur est fait pour du 16-52x, tu peux très bien graver en 16x sur un média 16x, la gravure sera nickel et ta DC sera heureuse. Au contraire, si tu le forces à graver à une vitesse qui est inadaptée par rapport à sa mécanique/optique, ça te donnera des résultats de merde sans le moindre doute. Par contre au delà de 24x, je ne m'y risquerai pas... Sinon rien ne vaut la méthode manuelle pour générer son propre ISO autoboot (une fois que tu as pu extraire ton jeu depuis l'original, ce qui est déjà plus coriace), avec un logiciel open source, gratuit, multi-plateforme : mkisofs ps : la gravure propre, ça n'existe pas, parce que faire rentrer 1,2Go dans 700Mo, y'a pas photo, tu dégrades FORCEMENT quelque chose. Par un downstream audio, vidéo, voire l'amputation des langues étrangères, de certaines vidéos, de certaines données, par un split en 2 CD. Sans compter le fait que si tu ne fais pas attention, tu modifies l'ordre de gravure de chaque fichier, qui peut induire des soucis de lecture en mode va-et-vient, à rendre folle la lentille. Bref, tu n'obtiendras JAMAIS une gravure propre à moins d'avoir un graveur GD-Rom et les médias vierges qui vont avec (bon courage).

utiliser un backup usera forcement la lentille bien plus qu'avec des originaux, Le Duc.Un vulgaire backup, même sur un support de qualité, restera globalement de moindre qualité par rapport à un jeu pressé dans les règles de l'art. Qui dit qualité dégradée, dit forcement une lentille qui va souffrir un peu plus (la question est de savoir : de combien ?). Par contre graver à faible vitesse est une hérésie sur les graveurs actuels et peut provoquer plus de dommages que de bénéfices. Une mécanique de graveur faite pour du 16x-48x donnera des résultats de bien piètre qualité si on s'entête à le forcer en 4x, tout simplement parce qu'il n'est pas adapté à cette vitesse. De tous les tests que j'ai pu faire à l'époque, la seule chose qui fonctionnait au poil était d'utiliser un média en adéquation avec le graveur et de se contenter au maximum du 24x, seuil (du moins à l'époque) pour éviter d'avoir des buffer underun (il est préférable de graver un backup d'une traite, que d'avoir le buffer underrun qui se déclenche toutes les 30sec et coupe/reprend la gravure). J'ai toujours gravé mes backups entre 16x et 24x sans JAMAIS avoir le moindre souci de gravure et de lecture, y compris avec des médias daubés jusqu'à l'os (qui a parlé de Traxdata ?). Par contre certains jeux stressent enormment la lentille, de par la nature même des fichiers présents sur le GD-Rom. Ce phénomène est amplifié par les backups. De mémoire, je pourrais citer Soul Calibur, dont les pistes audio HD sont découpées en deux fichiers distincts (canal gauche, canal droit). Du fait du volume de données à lire (audio HD = fichiers enormes) et de la séparation des canaux, la lecture ne se fait pas de manière linéaire mais par un va-et-vient entre les fichiers canal gauche/canal droit, et c'est un vrai massacre pour la lentille, qui souffre le martyr de bout en bout...on le voit et le sent rien que dans l'intro, sans compter ingame bien évidemment. Un downsampling était nécessaire, ou une bidouille de l'exécutable pour qu'il ne lise qu'un canal (on perd un canal mais celui-ci reste en HD, comparé à un downsampling forcement destructeur en qualité audio). L'original ne provoquait pas ce genre de désagréments. ps : cette légende urbaine des backups qui sont lus à l'envers des originaux a la peau dure, et est totalement infondée. Quant à la méthode de gravure bien spécifique, idem, légende urbaine. La seule spécificité que l'on peut retenir, c'est que pour faire un jeu autoboot, il faut respecter certaines conditions bien précises. Ce n'est pas une méthode de gravure à proprement parlé, mais plutôt un moyen d'exploiter la faille présente dans la console (lecture des CD audio) qui a permis à Echelon de créer des jeux autoboot (là où avant, il fallait obligatoirement passer par le CD de boot de cette même team). Une fois qu'un iso autoboot a été assemblé (mkisofs ), il se grave comme n'importe quel autre ISO de n'importe quelle autre plate-forme, sans aucun besoin de paramétrage quelconque. Ce qui était interessant niveau gravure (qu'on ne peut pas non plus assimiler à une méthode particulière de gravage), c'était de "pousser" les données utiles du jeu à la périphérie du disque en insérant un fichier dummy sur la première partie du disque. Ca permettait d'avoir une optimisation du chargement des données.