Virtual World R.E. - User contributions [en]

Main Page

2026-02-07T13:54:08Z

GGLinnk: Resolve redirection

__NOTOC__
<div style='text-align: center;'>
== Welcome to the Virtual World Reverse Engineering wiki. ==
=== An encyclopedia about modding and game hacking. ===

==== Games summary ====
; [[Onimusha 3|Onimusha 3: Demon Siege]]
; [[Gotcha Force]]

<h4> Global summary </h4>
; [[File formats reverse engineering]]
</div>

{{#description2:An encyclopedia about modding and game hacking.}}

Onimusha 3: Demon Siege

DOL (File format)

2022-08-22T20:59:20Z

GGLinnk:

[[Gotcha Force | ← Gotcha Force]]

''Cet article est pour le format de fichier DOL. Voir [[DOL (Gotcha Force)]] pour les recherches en cours sur les dol Gotcha Force.''

<div style="text-align: center;">
<div style="color: rgb(241, 196, 15);">This section is currently being written.</div>
<div style="color: rgb(241, 196, 15); text-align: center;">More research is needed and some paragraphs may be wrong.</div>
</div>

Les fichiers '''DOL''' (pour le nom de code de la gamecube '''dol'''phin) sont des des fichiers que l'on retrouve dans les [[GCM (Format de fichier)|iso/GCM]] GameCube ou Wii. Les observations se concentrent ici sur les dol GameCube. Initialement, le dol est un fichier au format ELF compilé à partir de sources en C et du SDK gamecube. L'ensemble des libs sont linkées en statique. Ensuite le fichier ELF est convertit en dol.

== Configuration dans le BootInfo2 (BI2) ==

Il est conseillé de garder un dol d'une taille max de 4Mo pour la rapidité de chargement du jeu. Cette restriction est activée dans le BI2 par défaut (DolLimit) et peut être désactivée. On peut retrouver des fichier au format .rel qui contiennent du code pouvant être relocate en dynamique et chargé par la lib OS (OSSetBootDol) du SDK. En développement, on peut mapper les sections jusqu'à l'offset 0x80700000. Si on dépasse cette limite, l'apploader générera une erreur.

== Format ==

Le fichier dol est un fichier système de la GameCube et il se place directement dans l'[[GCM (Format de fichier)|iso/GCM]] indépendamment du système de fichiers (FST). Son offset dans l'iso est stocké à l'offset 0x420 de l'iso.

=== Header ===

Le [http://wiki.tockdom.com/wiki/DOL_(File_Format) header] fait 0x100 octets. Il décrit comment le fichier doit être chargé en mémoire et où aller quand on l'exécute.

{| class="wikitable"
!colspan="3"| Header du fichier
|-
! Offset !! Taille !! Description
|-
| 0x000 || style="width:10%;" | 4 × 18 || Offsets des sections - indique où commence la section par rapport au début du dol. 0 pour une section non utilisée.
|-
| 0x048 || 4 × 18 || Adresses virtuelles des sections - indique où chaque section doit être copiée par le loader en adressage virtuel. 0 pour une section non utilisée.
|-
| 0x090 || 4 × 18 || Taille des sections en octets. 0 pour une section non utilisée.
|-
| 0x0d8 || 4 || Adresse virtuelle du bss - le début de la zone des variables non initialisées (.bss), initialisé à 0.
|-
| 0x0dc || 4 || Taille du bss en octets.
|-
| 0x0e0 || 4 || Entry point - indique l'adresse virtuelle de la fonction principale à exécuter après avoir chargé le dol en mémoire. Cette fonction ne doit pas se terminer.
|-
| 0x0e4 || 0x1c || Padding.
|-
| 0x100 || colspan="2"| Fin du header. Début des données des sections.
|}

Les 7 première sections sont des sections .text qui contiennent du code exécutable. On peut y retrouver des routines capturant des interruptions ainsi que du padding.

Les 11 sections suivantes sont des sections .data qui contiennent des données initialisées.

L’intervalle du .bss peut contenir des intervalles .text ou .data. Le .bss est alors automatiquement splitté lors de sa création pour ne pas écraser les sections déjà existantes.

Les sections doivent être alignée sur 32 octets. L'[https://www.gc-forever.com/wiki/index.php?title=Apploader apploader] aligne la taille sur les 32 octets supérieurs.

=== Organisation de la mémoire ===
[https://www.gc-forever.com/yagcd/chap4.html#sec4 Yet Another GameCube Documentation / YAGCD] propose une très bonne documentation sur le fonctionnement matériel de la GameCube.

==== Organisation globale de la mémoire ====

L'organisation globale de la mémoire décrit comment l'adressage utilisé dans le dol permet d'accéder aux différents composants matériels de la GameCube. Ceci est très intéressant notamment pour les accès aux différents bus / interfaces.

{| class="wikitable"
! colspan=4 | Mapping mémoire
|-
! Début !! Fin !! Taille !! Description
|-
| 0x00000000 || 0x017fffff || 24MB || Adresses physique de la RAM
|-
| 0x80000000 || 0x817fffff || 24MB || Adresses logiques (Virtuelles) de la RAM, mises en cache
|-
| 0xC0000000 || 0xC17fffff || 24MB || Adresses logiques (Virtuelles) de la RAM, sans cache
|-
| 0xc8000000 || || 2MB || Embedded Framebuffer (EFB)
|-
| 0xCC000000 || || || Hardware registers
|-
| 0xCC000000 || || || CP - Command Processor
|-
| 0xCC001000 || || || PE - Pixel Engine
|-
| 0xCC002000 || || || VI - Video Interface
|-
| 0xCC003000 || || || PI - Processor Interface (Interrupt Interface)
|-
| 0xCC004000 || || || MI - Memory Interface
|-
| 0xCC005000 || || || AI - Audio Interface
|-
| 0xCC006000 || || || DI - DVD Interface
|-
| 0xCC006400 || || || SI - Serial Interface
|-
| 0xCC006800 || || || EXI - External Interface
|-
| 0xCC006C00 || || || Streaming Interface
|-
| 0xCC008000 || || || GX FIFO (Graphic display lists)
|-
| 0xe0000000 || 0xe0003fff || 16k || L2 Cache
|-
| 0xfff00000 || || 1MB || IPL (mappé ici lors du boot)
|}

La taille des registres matériels semble être renseignée dans [https://github.com/Cuyler36/Ghidra-GameCube-Loader/blob/master/src/main/java/gamecubeloader/common/SystemMemorySections.java un module Ghidra] permettant de loader les fichiers dol.

==== Mémoire du programme (dol) ====
L'espace où le dol peut être chargé se situe dans les 24MB de la RAM en adressage virtuel mis en cache, des adresses 0x80003100 à 0x80700000 en matériel de production, ou 0x81200000 pour le matériel de développement.

Les 0x3100 premiers octets contiennent des informations système ("Dolphin OS Globals") notamment les routines appelées lors des interruptions spécifique à powerpc. On y retrouvera aussi tout un tas d'information sur l'iso ou encore l'offset de la FST etc.

{| class="wikitable"
! colspan=4 | Mapping mémoire
|-
! Adresse !! Description
|-
| 0x80003100 || Début du mapping des sections .text (généralement)
|-
| 0x80003140 || Entry point (early SDK v1.0 applications)
|-
| ? || Stack - à la suite de la dernière section avec une taille par défaut de 0x10000 octets
|-
| ? || ArenaLo - Bas de la mémoire tas (Heap) - initialisé par l'OS (SDK) à la suite de la pile
|-
| 0x81200000 || Adresse de chargement de l'Apploader
|-
| 0x81300000 || Adresse de chargement du Bootrom/IPL
|-
| ? || ArenaHi - Haut de la mémoire tas (Heap) - initialisé par l'OS (SDK) collé à la FST
|-
| ? || FST - Taille variable - collée à la fin de l'adressage virtuel
|-
| 0x81800000 || Fin de l'adressage virtuel
|}

Il est tout d'abord intéressant de noter que la mémoire tas contient l'apploader et la bootrom/IPL. Elle est allouée via l'api du SDK.

Le dol peut être mappé de 0x80003100 à 0x80700000 en production, ce qui laisse 7.3 Mo pour le programme.

La FST est chargée en fonction de son positionnement par rapport au dol dans l'[[GCM (Format de fichier)|iso/GCM]]:
* dol_offset_FST < dol_offset_iso -> virtual_address_FST > dol_address_FST
* dol_offset_FST > dol_offset_iso -> virtual_address_FST < dol_address_FST

==== Sections ====

On remarquera le comportement important de 4 registres spécialisés :
* R1 pointe sur la pile. On soustraira l'espace nécessaire pour chaque frame de fonctions. Les fonctions terminales (n'appelant pas de fonctions) n'auront pas forcément besoin de frame.
* R2 pointe sur le __SDA2_BASE__ Small Data Anchor en lecture seule. On trouvera les sections .sdata2 (constantes initialisées) ou .sbss2 (constantes non initialisées).
* R13 pointe sur le __SDA_BASE__ Small Data Anchor en lecture / écriture. On trouvera le .sdata (variables initialisées) ou .sbss (non initialisées.)
* R0 lors qu'il est utilisé avec un offset ne tient pas compte de sa valeur. Il permet d'adresser les 0x8000 premiers octets de l'espace d'adresse ou les 0x7fff derniers octets de l'espace d'adresses. (signed short)

Les SDA sont adressé avec un offset signed short (-0x8000 +0x7FFF). Lors de l'arrivée sur l'entrypoint, R1 R2 et R13 pointent sur l'espace de la Bootrom/IPL. La première fonction __init_registers leur donne alors une valeur dans l'espace d'adressage du dol recoupant souvent les sections .data et .bss initialement mappées dans le dol.

On retrouvera souvent les sections data dans cet ordre du fait de leur origine en format ELF32 :
* .ctors
* .dtors
* .rodata
* .data
* .bss
* .sdata (on vérifiera avec -0x8000(R13)
* .sbss
* .sdata2 (on vérifiera avec -0x8000(R2)
* .sbss2
* Suivi par la fin de la stack (0x10000 octets par défaut)
* Suivi par ArenaLo, le début de la mémoire tas généré par l'OS du SDK
* Apploader chargé en 81200000
* Bootrom/IPL chargé en 81300000
* ArenaHi collé à la FST
* FST collé à la fin de la mémoire (81800000)

On remarquera deux API du SDK OS gérant la mémoire tas : OSAllocFromArenaHi & OSAllocFromArenaLo.

== DI - DVD Interface ==
Le driver qui permet d'accéder au DVD utilise la puce [https://wiibrew.org/wiki/Hardware/Disc_Drive#Hardware MN102] documentée sur [https://www.gc-forever.com/yagcd/chap5.html#sec5.7 yagcd]. On trouvera les sources d'un plugin [http://hitmen.c02.at/html/gc_releases.html MN102 IDA Pro] sur le site de la team Hitmen.

Documentation sur la [http://hitmen.c02.at/files/docs/gc/Ingenieria-Inversa-Understanding_WII_Gamecube_Optical_Disks.html lecture du disque].

== EXI - External Interface ==
Les [https://github.com/dolphin-emu/dolphin/blob/master/Source/Core/Core/HW/EXI/EXI_Device.h sources de Dolphin Emulator] montrent l'usage de EXI. On y retrouve MemoryCard, MaskROM, AD16, Microphone, Ethernet, AGP, EthernetXLink, EthernetTapServer.

== SI - Serial Interface ==
Les [https://github.com/dolphin-emu/dolphin/blob/master/Source/Core/Core/HW/SI/SI_Device.h sources de Dolphin Emulator] donnent des indices sur l'usage du registre hardaware SI. On y retrouve la connexion des périphériques GBA (Game Boy Advance), CONTROLLER, KEYBOARD, STEERING, TARUKONGA. L'interface SI utilise le protocole [https://n64brew.dev/wiki/Joybus_Protocol Joybus].

== Logiciels ==

Ces logiciels ci-dessous permettent de manipuler les fichiers dol :
* [https://github.com/Virtual-World-RE/NeoGF/tree/main/doltool doltool.py], proposé par Virtual World RE.
* [https://github.com/sup39/GeckoLoader GeckoLoader], proposé par JoshuaMKW, sup32.

[[Catégorie:Format de fichier]]

MDT (Gotcha Force)

2022-08-22T20:59:14Z

GGLinnk:

2022-08-22T20:58:43Z

GGLinnk:

TSB (Gotcha Force)

2022-08-22T20:58:03Z

GGLinnk:

[[Gotcha Force | ← Gotcha Force]]

''Cet article est pour les format de fichiers TSB de Gotcha Force. Voir [[TSB (Format de fichier)]] pour les autres versions de ce fichier.''

<div style="text-align: center;">
<div style="color: red;">This section needs a lot of research.</div>
<div style="color: red; text-align: center;">Research on how the header works and how the file interacts is needed.</div>
</div>

Les fichiers TSB contiennent le magicfile number "TSDB" ; ils ont tous une taille fixe de 2064 octets / 0x810

[[Category:File format]]
[[Category:Gotcha Force]]

2021-11-27T01:24:49Z

GGLinnk:

[[Category:Jeux]]
'''Les recherches sont en cours, les informations affichées ici peuvent être erronées !'''

'''Onimusha 3: Demon Siege''' est un jeu vidéo d'action-aventure hack-and-slash développé et publié par Capcom.

__TOC__

== Les patchs ==

{| class="wikitable"
! Nom du patch
! Version
! Développement
! Programmeur
! Code Source
! Téléchargement
|-
| OnimushaEnhanced
| 0.1 (Instable)
| Abandonné
| [https://steamcommunity.com/app/6570/discussions/0/615085406669080468/ KleinGulo]
| Non distribué
| [https://steamcommunity.com/linkfilter/?url=https://www.dropbox.com/s/2hvnp9m0u48ax81/OnimushaEnhanced_0.1.zip?dl=0 Original] - [https://www.moddb.com/games/onimusha-3-demon-siege/downloads/onimusha-enhanced-v01 Mirroir]
|-
| Onimusha 3 Widescreen Fix
| d0789eb
| '''{{Red|Inconnu}}'''
| [https://github.com/ThirteenAG ThirteenAG]
| [https://github.com/ThirteenAG/WidescreenFixesPack/tree/master/data/Onimusha3.WidescreenFix GitHub]
| [https://github.com/ThirteenAG/WidescreenFixesPack/releases/tag/onimusha3 GitHub]
|-
| Onimusha3Patch
| N/A
| En cours
| [[User:Xydion|Xydion]]
| [https://github.com/xaviermonin/Onimusha3Patch GitHub]
| Indisponnible
|-
| Onimusha 3: RE
| N/A
| En cours
| [[User:GGLinnk|GGLinnk]]
| [https://github.com/Virtual-World-RE/O3RE GitHub]
| Indisponnible
|}

== Le fichier de sauvegarde ==

Le jeu possède un fichier unique de sauvegarde pour les 9 profils de sauvegarde.<br>
Le jeu ne semble pas vouloir sauvegarder certains paramètres essentiels tel que la résolution.

Le fichier de sauvegarde se trouve dans <code>/save/SAVE</code> a la racine du dossier du jeu (Par défaut : <code>C:\Program Files (x86)\CAPCOM\ONIMUSHA3\</code> ou <code>C:\Program Files\CAPCOM\ONIMUSHA3\</code> sur Windows 32 Bits)

=== Structure du fichier de sauvegarde ===

{| class="wikitable"
! Adresse
! Ordre
! Type
! Description
|-
| 0x020C3C
| Little-Endian
| U32 ?
| Nombre de sauvagardes (SLOT 1)
|}

=== Fonctions qui font appel au fichier de sauvegarde ===

'''Note: Les adresses données ici correspondent a des adresses générés par IDA Pro 7.5'''<br>
La fonction a l’adresse <code>0x555700</code> est constamment appelé lors de l’utilisation de <code>aSave</code><br>
<code>aSave</code> est la variable globale qui contient la chaîne de caractère <code>/SAVE/</code>

{| class="wikitable"
! Adresse
! Nom de la fonction
! Offset d'instruction
|-
| 0x555980
| N/A
| +AF
|-
| 0x555A90
| N/A
| +AF
|-
| 0x555BA0
| N/A
| +88
|-
| 0x5576E0
| N/A
| +9F
|-
| 0x557FC0
| N/A
| +255
|-
| 0x559010
| N/A
| +FC
|-
| 0x559010
| N/A
| +281
|}

== Versions du jeu ==

=== PlayStation 2 ===
{| class="wikitable"
! Build
! Date de Build
! Date de sortie
! Région
|-
| Release
| Inconnue
| 26 février 2004
| JAP
|-
| Release
| 9 mars 2004
| 27 avril 2004
| US (NA)
|-
| Prototype
| 18 mars 2004
| 20 mars 2021 (leak)
| US (NA)
|-
| Release
| Inconnue
| 8 juillet 2004
| EUR
|}

=== Windows ===
{| class="wikitable"
! Build
! Date de build
! Date de sortie
! Région
! SecuROM
|-
| Release
| N/A
| 25 novembre 2005
| JAP
| N/A
|-
| R 1.0.0.3
| 12 janvier 2006
| 24 février 2006
| EUR
| SecuROM 7
|-
| R 1.1.0.0
| 01 mars 2006
| Mars 2006
| EUR
| SecuROM 7
|-
| Release
| 31 octobre 2005
| 16 mars 2006
| US (NA)
| Non
|-
| Demo
| 04 octobre 2005
| 2005 / 2006 ?
| JAP
| Non
|-
| Release
| N/A
| 22 aout 2007
| International (Steam)
| N/A
|}

MediaWiki:Citizen-footer-desc

2021-11-21T10:02:59Z

GGLinnk:

Gotcha Force

2021-11-20T18:26:57Z

GGLinnk:

[[Category:Jeux]]
'''Gotcha Force''' est un jeu vidéo de combat/tir à la troisième personne développé et publié par Capcom pour GameCube en 2003.

__TOC__

== Matériel ==

[https://en.wikipedia.org/wiki/GameCube_technical_specifications Spécification technique de la GameCube]

[http://datasheets.chipdb.org/IBM/PowerPC/Gekko/gekko_user_manual.pdf#page=337 Manuel du processeur Gekko] : ce manuel est utile lors du reverse engineering des fichiers exécutables (dol, etc.). On y trouvera la description des instructions assembleur.

== Apploader ==

L'[https://www.gc-forever.com/wiki/index.php?title=Apploader apploader] est un fichier, lancé par le BIOS de la GameCube (aussi appelé l'[https://wiki.dolphin-emu.org/index.php?title=GameCube_Main_Menu Initial Program Loader / IPL]), qui permet de créer les différents espaces mémoires pour lancer l'exécutable du jeu (généralement au format dol). Il est situé à une adresse fixe sur le DVD. Il portera un nom différent selon les programmes que l'on utilisera pour ouvrir l'image DVD du jeu : AppLoader.ldr (GCRebuilder v1.1) / apploader.img (dolphin Emulator) etc. Les empreintes sha256 sont cependant identiques.

== Formats de fichiers du jeu ==

Le "[http://wiki.xentax.com/index.php/DGTEFF Definitive Guide To Exploring File Formats]" est une bonne entrée en matière pour comprendre l'organisation des fichiers. On peut éventuellement faire une liste de champs possibles pouvant apparaître dans le header du fichier étudié afin de trouver les différents éléments du header et leur fonction.

{| class="wikitable"
! Format
! Contenu
|-
| [[ADX (Format de fichier)|ADX]]
| Fichier audio
|-
| [[AFS (Format de fichier)|AFS]]
| Dossier d'archive
|-
| [[ARC (Gotcha Force)|ARC]]
| Dossier d'archive ?
|-
| [[ARZ (Gotcha Force)|ARZ]]
! Inconnu
|-
| [[BIN (Gotcha Force)|BIN]]
! Inconnu
|-
| [[BNR (Format de fichier)|BNR]]
| Banner file format
|-
| [[CHD (Gotcha Force)|CHD]]
! Inconnu
|-
| [[DOL (Gotcha Force)|DOL]]
| Fichier exécutable [[SysDolphin]]
|-
| [[DPK (Gotcha Force)|DPK]]
! Inconnu
|-
| [[HDR (Gotcha Force)|HDR]]
! Inconnu
|-
| [[LDR (Gotcha Force)|LDR]]
| Apploader
|-
| [[MDT (Gotcha Force)|MDT]]
! Inconnu
|-
| [[PTL (Gotcha Force)|PTL]]
! Inconnu
|-
| [[PZZ (Gotcha Force)|PZZ]]
| Dossier d'archive
|-
| [[REF (Gotcha Force)|REF]]
! Inconnu
|-
| [[SFD (Format de fichier)|SFD]]
| MPEG Sofdec
|-
| [[TOC (Gotcha Force)|TOC]]
! Inconnu
|-
| [[TPL (Format de fichier)|TPL]]
| Librairie de palette de textures
|-
| [[TSB (Gotcha Force)|TSB]]
! Inconnu
|-
| [[TXG (Gotcha Force)|TXG]]
! Inconnu
|}
<p class="mwt-heading" >Une [[Reverse de binaires|page]] est réservée aux méthodes de reverse de binaires et aux recherches en cours sur le sujet.</p>
== Arborescence des fichiers ==
Voici l'arborescence des fichier pour GotchaForceUsa (USA/NTSC, GameCode : GG4E) :

&&SystemData
├─ ISO.hdr
├─ AppLoader.ldr (Le nom de l'apploader diffère selon les applications.)
├─ Start.dol (Le nom du dol principal diffère selon les application.)
└─ Game.toc
afs_data.afs
├─ *.adx (2113)
├─ *.arc (1369)
├─ *.arz (184)
├─ *.bin (586)
├─ *.chd (4)
├─ *.dpk (4)
├─ *.mdt (6)
├─ ptcl00.ptl
├─ *.pzz (254)
├─ ptcl00.ref
├─ *.sfd (2)
├─ *.tpl (442)
├─ *.tsb (4)
└─ ptcl00.txg
opening.bnr
poq_adx_usa.afs
├─ *.adx (2115)
└─ *.sfd (2)

<br>Les logiciels utilisés sont GCRebuilder v1.1, et AFSExplorer 3.7.<br>
== Nommage des fichiers dans afs_data.afs ==
L'investigation mené par la communauté de [https://zenhax.com/viewtopic.php?t=13419 GioGio Bizarre Adventure] montre une certaine logique qui peut potentiellement être utilisée dans le nommage des fichiers interne de afs_data.afs :<br>
<br>
files containing "'''tbl'''" in the filename seem to be animations
'''d#####.pzz''' - Character and/or prop data for 3D Cutscenes
'''k###.pzz''' - 2D cutscene data (panels are 3D models
'''ks##.pzz''' - 2D Drama cutscene data (panels are 3D models
'''npc###.pzz''' - NPC files
'''pl##.pzz''' -  Character files
'''pl##p.pzz''' - Character specific props
'''pl##.hit''' - Character collision data
'''lw###.pzz''' - Stage collisions
'''st###.pzz''' - Stage model data
'''se###.pzz''' - Stage props
'''ld###.pzz''' - Loading screen model and textures (they're just planes
'''dcomn.pzz''' - Speech bubbles, onomatopoeia, zoom lines and others
'''demo.pzz''' - Title screen textures (can be used to decompress data
'''ga00p''' - Gallery room (several textures and models in here
'''re00.pzz''' - Results screen
'''icon.bin''' - 3D icon used for the memory card file
'''ball.pzz''' - Seems to just be a sphere model with a 32x32 blank texture

== Exécutable principal ==
Le nom de l'exécutable principal dépend des applications utilisées boot.dol (dolphin Emulator) / Start.dol (GCRebuilder v1.1) etc. <span style="color: rgb(224, 62, 45);">Les empreintes sha256 sont différentes entre dolphin Emulator et GCR !</span>

L'exécutable principal embarque [https://usermanual.wiki/m/f28d717b124185a5deabfe6020cb945538679565e15cad6ec9f93a47e04eabef.pdf MetroTRK], un noyaux de débogage pour les systèmes embarqués.

Parmi les librairies utilisées, on retrouve notamment la librairie HSD (HAL Sysdolphin Engine). Les sources n'ont à priori pas leaké sur internet. On peut néanmoins retrouver un énorme travail réalisé par [https://smashboards.com/search/1402833/?q=hsd&o=relevance la communauté du jeux GameCube "Super Smash Bros. Melee"] sur lequel on peut se baser :

-[https://github.com/UnclePunch/Training-Mode/wiki/HSD-Documentation Description générale des éléments de HSD]

-[https://github.com/PsiLupan/FRAY Reverse engineering des sources en C]

-[http://wiki.tockdom.com/wiki/HAL_DAT_(File_Format) HAL DAT (Format de fichier)]

== Version Bêta ==

La version bêta du jeu contient des différences visibles quant aux versions finales. La map 3D était Isométrique et la description des borgs tenait sur tout l'écran avec deux sections. L'un pour les caractéristiques et l'autre pour l'histoire du borg.

[[Fichier:Gfbeta02.jpg|800px|center|thumb|Map bêta isométrique. [https://www.unseen64.net/2008/04/08/gotcha-force-gc-beta-concept/ Source]]]
[[Fichier:gotchaforcebeta01.jpg|800px|center|thumb|Description bêta borg. [https://www.unseen64.net/2008/04/08/gotcha-force-gc-beta-concept/ Source]]]

Onimusha 3

2021-11-20T18:26:46Z

GGLinnk:

[[Category:Jeux]]
'''Les recherches sont en cours, les informations affichées ici peuvent être erronées !'''

'''Onimusha 3: Demon Siege''' est un jeu vidéo d'action-aventure hack-and-slash développé et publié par Capcom.

__TOC__

== Le fichier de sauvegarde ==

Le jeu possède un fichier unique de sauvegarde pour les 9 profils de sauvegarde.<br>
Le jeu ne semble pas vouloir sauvegarder certains paramètres essentiels tel que la résolution.

Le fichier de sauvegarde se trouve dans <code>/save/SAVE</code> a la racine du dossier du jeu (Par défaut : <code>C:\Program Files (x86)\CAPCOM\ONIMUSHA3\</code> ou <code>C:\Program Files\CAPCOM\ONIMUSHA3\</code> sur Windows 32 Bits)

=== Structure du fichier de sauvegarde ===

{| class="wikitable"
! Adresse
! Ordre
! Type
! Description
|-
| 0x020C3C
| Little-Endian
| U32 ?
| Nombre de sauvagardes (SLOT 1)
|}

=== Fonctions qui font appel au fichier de sauvegarde ===

'''Note: Les adresses données ici correspondent a des adresses générés par IDA Pro 7.5'''<br>
La fonction a l’adresse <code>0x555700</code> est constamment appelé lors de l’utilisation de <code>aSave</code><br>
<code>aSave</code> est la variable globale qui contient la chaîne de caractère <code>/SAVE/</code>

{| class="wikitable"
! Adresse
! Nom de la fonction
! Offset d'instruction
|-
| 0x555980
| N/A
| +AF
|-
| 0x555A90
| N/A
| +AF
|-
| 0x555BA0
| N/A
| +88
|-
| 0x5576E0
| N/A
| +9F
|-
| 0x557FC0
| N/A
| +255
|-
| 0x559010
| N/A
| +FC
|-
| 0x559010
| N/A
| +281
|}

== Versions du jeu ==

=== PlayStation 2 ===
{| class="wikitable"
! Build
! Date de Build
! Date de sortie
! Région
|-
| Release
| Inconnue
| 26 février 2004
| JAP
|-
| Release
| 9 mars 2004
| 27 avril 2004
| US (NA)
|-
| Prototype
| 18 mars 2004
| 20 mars 2021 (leak)
| US (NA)
|-
| Release
| Inconnue
| 8 juillet 2004
| EUR
|}

=== Windows ===
{| class="wikitable"
! Build
! Date de build
! Date de sortie
! Région
! SecuROM
|-
| Release
| N/A
| 25 novembre 2005
| JAP
| N/A
|-
| R 1.0.0.3
| 12 janvier 2006
| 24 février 2006
| EUR
| SecuROM 7
|-
| R 1.1.0.0
| 01 mars 2006
| Mars 2006
| EUR
| SecuROM 7
|-
| Release
| 31 octobre 2005
| 16 mars 2006
| US (NA)
| Non
|-
| Demo
| 04 octobre 2005
| 2005 / 2006 ?
| JAP
| Non
|-
| Release
| N/A
| 22 aout 2007
| International (Steam)
| N/A
|}