Créer une image fonctionel selfboot pour Shenmue II [Projet5]

[MagicSeb]

(WIP) - La methode, que je vais décrire ici, est une traduction de ce topic : (WIP)

 

Guide to selfbooting 45000 LBA DATA/DATA images - FileForums

 

Elle peut servir pour d'autre jeux mais on va se concentrer sur Shenmue II

 

Outils nécessaires :

- dummy

- Winhex

- mkisofs

- nrgheader

 

I - Creation de PAD1

 

Là c'est facile :

 

dummy PAD1 307200

 

II - Créer Track01.iso

 

Pour créer la session 1, nous avons besoin d'une quantité de données maximum de 65 mo, que l'on va placer dans le repertoire data01

 

Ensuite, il faut créer un iso :

 

mkisofs -V NOM_DU_JEU -l -o track01.iso data01

Il nous faut une taille de 69.120.000 octets

 

Comme on ne tombe jamais sur cette valeur on fera un peu de maths :

 

69.120.000 - taille de track01.iso = taille_de_PAD2

 

III - Création de PAD2

 

dummy PAD2 taille_de_PAD2

IV - "Crackage" de l'IP.BIN

 

Un petit coup de binhack sur l'ip.bin et le 1ST_READ.BIN comme décris dans la methode echelon, valeur du LBA : 45000

 

V - Création de Track02.iso

 

Pour créer la session 2, il faut copier l'intégralité du jeu dans data02, en y incluant 1ST_READ.BIN

Ensuite, on lance la commande :

 

mkisofs -C 0,45000 -V NOM_DU_JEU -G ip.bin -M track01.iso -duplicates-once -l -o track02.iso data

VI - Regrouper tout ce petit monde :

 

Utiliser la fonction concatener de Winhex et regrouper :

 

PAD1

track01.iso

PAD2

track02.iso

nrgheader

 

Dans cet ordre.

 

VII - Editer l'header :

 

ouvrez votre fichier .nrg avec Winhex et rechercher "CUEX", noter son offset, ensuite placer vous sur le H de "HERE" et editer l'hex a de HERE en le remplaçant par la valeur de l'offset de CUEX.

 

(mettre une image, ce sera plus clair pour tout le monde)

 

/!\ Nero semble mal interprété le duplicates-once de mkisofs, et nous fait perdre l'avantage des 40 mo recupérés sur les fichiers en doublons.

/!\ L'image générée n'est pas gravable, les adresses de blocs sont incorrectes.

[MagicSeb]

Methode MDS4DC

 

Logiciels :

 

- mds4dc

- mkisofs

- dummy

 

On crée a l'aide de dummy audio_1.raw

 

dummy audio_1.raw 79022496

 

On crée l'image ISO :

 

mkisofs -C 0,45000 -V SHENMUE_II_1 -G ip.bin -duplicates-once -l -o track02.iso data

 

Ensuite on utilise MDS4DC

 

mds4dc -c game.mds track02.iso audio_1.raw

 

AVANTAGE : Génération rapide de l'image, celle ci est gravable

INCONVENIENT : On perd 10 minutes sur le disques

[MagicSeb]

Methode MagicSeb (WIP->Manque screenshots)

Logiciels :

 

- UltraISO

- dummy

- CDRWin

 

 

Creation de la première session

 

1) On récupère 65 mo du jeu et on le place dans data01

2) creaiton de la première session avec mkisofs

 

mkisofs -V SHENMUE_II -l -r -o track01.iso data01

Cette session doit faire exactement 68 501 504 octets, pour atteindre cette valeur, on utilise Ultra ISO, en procédant ainsi :

 

a) On ouvre l'image dans ultra iso et on l'enregistre (sans rien modifier

b) On prends la nouvelle taille de track01.iso

c) On fait ce calcul : 68501504 - nouvelle_taille_track01.iso = valeur_dummy

d) dummy 0.0 valeur_dummy

e) On ouvre de nouveau track01.iso et on insère 0.0 à la racine.

 

Creation de la deuxième session

 

Vous mettez toutes les données du jeu dans data02

 

mkisofs -C 0,45000 -M track01.iso -V SHENMUE_II -G ip.bin -sort sorttxt.txt -duplicates-once -l -o track02.iso data02

Vos deux sessions sont prêtes pour la gravure

 

1ere session :

 

Sous CDRWIN il faut cocher Open New Session, Mettres en CD-ROM Mode 2 XA

 

2eme session

 

Sous CDRWIN il faut mettre en CD ROM Mode 2 XA

 

Y a plus qu'a mettre votre CD tout frais dans la Dreamcast

[kogami-san]

J'essaré ce WE la 1er methode.

 

Ou on recup "nrgheader" ?

[_edd_]

A la base le data/data est fait pour les DC non-mil (c'est à dire les dernières US/Jap ne pouvant booter du audio/data), c'est assez contraignant du fait que la session 2 est au LBA 45000 (au lieu de 11702 ou 11700, donc on peut y mettre bcp moins de données. Pour compenser le truc, il faut mettre une partie des données du jeu dans la session 1). Par de méthode pour les jeux utilisant des pistes CDDA (Guilty Gear entre autre).

 

Donc c'est ici un cas vraiment particulier (et ça devrait peut-être être indiqué dans le titre du topic ou dans le titre) pour ceux (rares) ayant une DC incapable de booter du audio/data ou pour des jeux très spécifiques (gros jeux, avec cette méthode on peut peut-être gagner la place des 2s. d'audio de la méthode audio/data, encore faut-il qu'on tombe pile sur les 65Mo -pour ne pas perdre ce gain possible par un dummy-).

 

En fait, ce qui m'interpelle, c'est qu'il n'y pas pas de tuto ici pour la méthode "standard" (audio/data en 11702). Le topic s'appelle "Créer une image fonctionnel selfboot", ben pour faire simplement cela y'a vraiment pas besoin de s'embeter comme ça (surtout aujourd'hui, un coup de binhack, CDI4DC -qui fait du audio/data- et ça roule).

 

Je me doute bien que ce tuto a un autre but plus poussé que "Créer une image fonctionnel selfboot", genre "Créer une image fonctionnel selfboot pour une DC non-mil" ou "Créer une image fonctionnel selfboot pour Shenmue II" mais ça devrait être précisé, non?

[Hiei-]

Pour les autres en 11702, oui, c'est assez simple, il suffit de faire comme cela par exemple :

 

Cration d'un .cdi fonctionnel (auto-boot) de Shenmue 1 (DreamCast)

 

(Bon, ça n'explque pas comment remettre les pistes audios, mais ici c'est un exemple spécifique sur Shenmue donc ceci explique cela).

[MagicSeb]

J'ai indiqué que ca concernait le projet 5 mais c'est vrai qu'un titre plus clair serait bienvenu [EDIT c'est fait]

[-FamilyGuy-]

@edd Le data/data peut être fait a nimporte quel LBA, suffit de binhacké le 1st_read.bin pour qu'il corresponde à l'adresse de la 2ieme session. Cependant la protection de Shenmue II empêche le jeux de ce lancer si la session comportant le 1st_read.bin ne commence pas a 45000. Voilà donc pourquoi on garde 45000 pour shenmue. (la 2ieme session d'un GD-ROM est tjrs à 45000LBA).

 

Voilà juste pour faire clair: un backup data/data à 150678LBA est tout-à-fait possible.

 

ps: Certain aiment même ce graver un jeu de PS1 en première session DATA et l'émulateur (Illégal d'ailleurs) BLEEM en 2ieme session DATA, ils ont donc ainsi un backup pour PS1 et Dreamcast du jeu.

 

-=FG=-

 

[EDIT] Il existe même une méthode DATA/DATA (CDDA) permettant de lancer un jeux avec des tracks CDDA sur une DC non-MIL cependant les détails m'échappent, l'iso ainsi créé ne fonctionne pas sur Chankast ou NullDC mais marche très bien dans une vrai console.

[MagicSeb]

Ouaip, BIN2BOOT CDDA le fait trés bien

[kogami-san]

Comment on fais des .cdi de shenmue II ? car ce qu'on trouve sur le net sont en format .cdi pret a être gravé