Our software update is now concluded. You will need to reset your password to log in. In order to do this, you will have to click "Log in" in the top right corner and then "Forgot your password?".
Welcome to PokéCommunity! Register now and join one of the best fan communities on the 'net to talk Pokémon and more! We are not affiliated with The Pokémon Company or Nintendo.
Adding a New Type to HG - Using Fairy as an Example
EDIT (June 27 2021): If you used this tutorial with the precompiled binaries before June 27, then the a017 precompiled binary wasn't the correct one. The MEGA archive has been updated. The attachment from this post has been removed. The MEGA link should now be used.
Over the past long while, I have been delving into hacking Heart Gold with a new project in mind.
Pokeruby has spoiled me, needless to say.
The NDS Pokémon games are also another beast that introduced a file system! This can be read by Tinke and Crystal Tile 2. EDIT: Most importantly, ndstool.
Crystal Tile 2 specifically will be hugely necessary for this tutorial, interestingly enough. Tinke as well if you so choose.
First thing's first though, shout-outs to MeroMero for the beginnings of what's here.
However, one thing that never really seems to get published is the data (specifically the gfx) side of things.
EDIT (July 30 2021): massive overhaul time
Basically, doing this manually was very painstaking and took a very long time. There is a very simple way to do this now, and similar to projects like the follow me implementations or the mega evolution projects for the gba, this involves running a few commands in the command line. Unlike those, this doesn't require python or anything similar and all the tools required come bundled with the code. On Windows machines, the process to build literally just involves running a few batch files from the root directory.
Covered in This Repository
* Summary Screen Icon
* PokéDex Icon
* Move Highlighting in the Move Selection Screen
* Editing Type Effectiveness
* Adding in the Pixie Plate
* Arceus' Fairy Form
* Setting Judgment's Type to Fairy
* Changing Curse to be Ghost instead of Fairy
What needs to be done
* PokéDex Search for Fairy Type - overlay 18?
* Roseli Berry
Firstly, download this branch of this repository.
Extract the folder from the zip file.
Place your Heart Gold ROM in the folder as "base.nds."
Open the command line in the folder.
In the command line, type:
Code:
scripts\extract
This will extract all the files in the Heart Gold ROM you provide to a folder, named filesys.
Then, type:
Code:
scripts\decompress
From there, manually extract a decompressed arm9.bin from your ROM using CrystalTile2. You can do this by opening up your ROM, pressing Ctrl + N, right clicking on "arm9.bin" in the pop up window, and selecting "Extract." Save it over the arm9.bin in the filesys folder that was just created. The file should be a bit over 1000 kb in size.
Finally, in the command line, type:
Code:
scripts\makefairytype
scripts\compile
patched.nds should then pop up as the ROM that you input, but with the Fairy type, the Pixie Plate, the type effectiveness table, etc.
These instructions are also in the README of the project.
Spoilered here is the manual way of doing it if you want to keep track of the changes exactly. Or you can poke around the repository that you downloaded and see exactly what changes are happening there as well.
Poking around would also significantly help in editing for a new type (people have used these instructions previously to implement a Light type, for example). The instructions to do all of this manually are thus archived in this spoiler.
Spoiler:
Prerequisites
* narchive, a command line tool for creating NDS narcs.
* Crystal Tile 2, a pretty amazing hex editor for NDS hacking.
* Tinke, an image viewer and overall another neat tool for viewing the NDS filesystem.
* armips, what I personally use for compiling assembly code. Works really well for GBA, N64, NDS, and even PlayStation assembly packages (all speaking from personal experience). Another command line tool.
* ndstool is another neat tool. Primarily used to extract all of the NARC files from a ROM before editing anything, to absolutely prevent any sort of bugs in the tools that I may not know about--in a sense, minimizing the interaction that happens with the ROM itself.
This MEGA archive houses every binary file that is necessary for this tutorial. These are primarily images and palettes, but there is also an assembly file in there too.
This tutorial assumes a basic understanding of how the NDS, and specifically the HGSS, file system is structured. There's no real tutorial to teach the prerequisites for this, it's mostly just opening the ROM in Tinke and snooping around a bit to see what is found. For example, you should recognize what I mean when I say NARC a008 in the context of HGSS.
Covered in This Tutorial
* Summary Screen Icon
* PokéDex Icon
* Move Highlighting in the Move Selection Screen
* Editing Type Effectiveness
* Adding in the Pixie Plate
* Arceus' Fairy Form
* Setting Judgment's Type to Fairy
* Changing Curse to be Ghost instead of Fairy
What needs to be done
* PokéDex Search for Fairy Type - overlay 18?
* Roseli Berry
Summary Screen Icon
For this part, we're going to be looking at NARC a/0/0/8.
Open up your HGSS ROM in Tinke and navigate to a008, unpacking it:
a008_236 is the gfx for the ??? icon, and a008_74 is the file that contains all 3 palettes used across the types. There are 3 of them separately.
Here, you would export it and edit it with the colors of your choice. The colors are 4BPP, and the colors for the ??? type specifically are right at the end of the 3rd palette in the file.
Here, either make the gfx for your own type (USING THE FIRST TWO COLORS FROM THE FIRST PALETTE LIKE THE EXAMPLE HERE) or just import the provided picture (a008_236.bin.png) for the Fairy icon:
Then, edit a008_74 as you like (this does involve a little bit of hex editing) and import that over the existing one.
If you're just inserting the Fairy type, the binary is provided for you (a008_74.bin).
Repack the NARC, save the ROM, and now we move on to the dex icon.
PokéDex Icon
So, when the game reads the ??? type from a mon's base stats, it loads the Normal icon to be shown:
Here, we fix that. Once again, pre-compiled binaries are provided for easy insertion :)
Navigate to NARC a/0/6/8. Here is where all the PokéDex gfx are bundled.
We extract it then unpack it using narchive, and then add a file to the end before repacking and reinserting. This becomes file 123 in the narc that you reinsert. This file is the gfx for the Fairy type! The Fairy type is convenient because it can be made using colors already loaded in the Dex--that is, no need to mess around with palette things.
Finally, decompress and extract overlay9_0018 using crystal tile 2 and make the following byte changes:
Code:
0x16505 - 03
0x16534 - 7B (the gfx subfile id that you just inserted)
This tells the game to load different files instead of the default ones configured.
These, once recompressed and inserted, will result in this:
Move Highlighting in the Move Selection Screen
Currently, a ???-type move will look like this in the move selection screen:
The problem? The highlighting around the move box doesn't match the type.
This one's very simple, extract overlay9_0006 and navigate to 0x290. Here, there's a palette which needs editing to reflect whatever colors you want.
For the Fairy type, I've used:
Code:
DF 7E 3F F2 1E 6A DD 59 5B CD 17 C1 D6 B4 37 7F
Recompress and insert the edited file (or use the one I have precompiled) and then bam:
Editing Type Effectiveness
Here, we can see that my Fairy-type Tackle does neutral damage on the Fire-type Cyndaquil.
Well, this makes no sense, right?
So, just like in Gen 3, there's a type effectiveness table.
Unlike in Gen 3, there's not much repointing that can be done within files.
So what we can do here is repoint from overlay9_0012 to overlay9_0018 (there's a bit of space reserved at the end of overlay9_0018 when it's loaded into the RAM).
Note: This research is from this tutorial, by MeroMero. I will not be doing this, but I am just mentioning that it is possible.
Now this table is formatted exactly like Gen 3's:
Code:
one byte - attacking type
one byte - defending type
one byte - effectiveness multiplier (0x00, 0x05, 0x0A, or 0x14 - no effect, not very effective, normal effective, and supereffective)
There is an entry that is FE FE 00. This is the toggle for effectiveness entries affected by Foresight, and must remain at the end of the table. For this tutorial, the new type is type 9.
Now, a small bit about overlays and how there are loaded, primarily why this works:
Overlay 1 and overlay 18 are loaded into the same RAM section, size and all (depending on the context - overworlds load overlay 1 while battles have 18). Enough space is set aside for overlay 1, which happens to be quite a bit larger than overlay 18. Because of this, we can effectively extend overlay 18 to be the size of overlay 1.
We can thus add the type effectiveness table to the end of overlay 18.
But here's the thing:
Later on in this tutorial, we repoint the table that is 0x42 bytes before the type effectiveness table to some space that we free up later on as well. In doing so, we can effectively move back the type chart by 0x42 bytes (or 22 new interactions). If your type chart has more than 22 new type interactions, then you will have to repoint the table. If not, then you will be fine.
For this tutorial, repoint 0x0226CC7C to 0x0226CC3C, 0x0226CC7D to 0x0226CC3D, and 0x0226CC7E to 0x0226CC3E.
Paste your type effectiveness table to 0x3537C of the overlay 12 binary that you can extract using Crystal Tile 2. This corresponds to RAM address 0x0227CC3C above.
Attached with the rest of the .zip file is my personal type chart for the Fairy type. It's also included here:
This step doesn't include the binary because it is further edited in the steps following.
Adding in the Arceus Plate
So, what's all in an item? We're going to be using Item 0x71, the limbo slot immediately after the Griseous Orb, for our new Plate.
Firstly, we need to elucidate some strings in a027, or this game's messages narc. Message banks 221, 222, 223, and 224 all need to be edited with the description, name,
Article:
name, and plural forms of the item (respectively). a027 is included for easy insertion. This can be done using a Pokémon DS Text Editor. All will need to be edited for types that aren't Fairy.
a017 has all of the item data things. These are things like price, pocket, and the like.
a018 holds item gfx data.
There is a table at 0x100194 in the ARM9 that contains the following:
Code:
[2 bytes - data id in a017] [2 bytes - plate gfx id in a018] [2 bytes - pal gfx id in a018] [2 bytes - id in gen 3 games (for pal park purposes, 00 if it didn't exist)]
In many of the routines accessing the data loaded from a017, there is a limiter on the amount loaded. Because of this, I personally have decided to go the route of bumping the Enigma Stone off (for primarily battle purposes) and then using the limbo slots for the plate that we're adding in.
There is no such limiter for archive a018. We can add to that as we please.
We can use the existing plate image as our new item's image. We'll need a new file for the item's palette. For the Fairy type, this is included in the pack.
The limbo slots for the items start at item 0x71. This corresponds to 0x10051C in the aforementioned table. Edit it as you please with the structure above in mind.
What I have inserted here is 71 00 6B 02 1D 03 00 00.
Code:
Item data - 0x71 in a017
Item picture - 0x26B in a018
Item palette - 0x31D in a018, so a file that we have to append
ID in Gen 3 - Didn't exist in Gen 3, so 0
But here's the problem:
We need to move all the later indices.
In the item data narc (a017), we need to add in an entry for item 0x71. We base it off the plate's entry.
I don't know what half the contents are, but most plates look like this:
I have attached the Flame Plate data. That third byte is the hold effect (for flame plate, 0x7E). We change that to 0x93 (the new held effect) and then repack the narc with the file at index 0x71 using narchive. That will take a little bit of tinkering around to get, but it should come around to you.
Don't know what that means? That's alright; I provide an already-edited binary, just like everything else.
Because of the way that I chose to do this (with bumping off the Enigma Stone), I have provided a modified table (edited_item_table) to be inserted. Just paste it over 0x100194 and it is all good to go.
I also provide a rebuilt a017 and a018 that will automatically perform the corresponding actions that need to be done for you. If you're inserting just a new plate, a017 should be perfectly fine for you regardless of your type. a018 will need some modification for types that aren't Fairy.
Basically, I rearranged all the item datas to fit the Plate's data in there and then added the graphics to the end of a018. With that done, I inserted the edited_item_table from before and now it's all good to go. See image below.
The edited ARM9 binary is included in the folder under the next step.
Arceus' Typed Form
Alright. So we got Arceus' Plate set up, but it won't change Arceus just yet. Here's where we dig into the code.
I included the source for this here. No more of HackMew's thumb compiler or anything like that here, not anymore. I use KingCom's armips to build this, and honestly may very well switch to it for anything that I do related to any ASM ever. It's very useful, and I'm surprised that we haven't used it overall as a community anyway (as it's also open source).
Spoiler:
Code:
.nds
.create "fairyarceus.bin", 0
.thumb
.headersize 0x02071C28
.org 0x02071C28 // until 0x02071CA0, we rewriting the whole subroutine
/*
r0 = held item effect
returns:
r0 = type from the held item
basic premise:
7e - flame
7f - water
80 - electric
81 - grass
82 - ice
83 - fight
84 - poison
85 - ground
86 - flying
87 - psychic
88 - bug
89 - rock
8a - ghost
8b - dragon
8c - dark
8d - steel
93 - fairy
*/
// original size: 120 bytes, new size: 42 bytes including table
// ARM9 OFFSET 0x71C28
get_arceus_type_from_held_effect: // a much simpler routine that uses a table instead of some weird jumptable
sub r0, #0x7e
cmp r0, #21
bhi @@normal // this catches negative numbers too
ldr r1, =plate_to_type_table
ldrb r0, [r1, r0]
bx lr
@@normal:
mov r0, #0
bx lr
.align 2
.pool
plate_to_type_table: // 21 bytes
.byte 0xa // 7e
.byte 0xb // 7f
.byte 0xd // 80
.byte 0xc // 81
.byte 0xf // 82
.byte 1 // 83
.byte 3 // 84
.byte 4 // 85
.byte 2 // 86
.byte 0xe // 87
.byte 6 // 88
.byte 5 // 89
.byte 7 // 8a
.byte 0x10 // 8b
.byte 0x11 // 8c
.byte 8 // 8d
// it should be noted that 0 is the default return value
.byte 0 // 8e
.byte 0 // 8f
.byte 0 // 90
.byte 0 // 91
.byte 0 // 92
.byte 9 // 93 - new fairy held type
/*
OVERLAY 10
*/
.org 0x0221F172 // 0x1AD54A in the generated file
// ARM9 OVERLAY 10 OFFSET 0x3352
hook_subroutine_0221F172_ov_0A:
bl get_arceus_type_from_held_effect
mov r7, r0
b 0x221F3B4 // continue with the routine
.org 0x221F1E7
.byte 0xFF // the ff is here so that the user can know when to stop copying data over
// this frees up until 221F1E8
.org 0x0221F4C0
// ARM9 OVERLAY 10 OFFSET 0x36A0
hook_subroutine_0221F4C0_ov_0A:
bl get_arceus_type_from_held_effect
mov r5, r0
b 0x221F5E4 // continue with the routine
.org 0x221F535
.byte 0xFF
// this frees up until 221F536
/*
OVERLAY 12
*/
.org 0x022584FE
// ARM9 OVERLAY 12 OFFSET 0x20C3E
hook_subroutine_022584FE_ov_0C:
bl get_arceus_type_from_held_effect
mov r4, r0
b 0x2258572
.org 0x2258571
.byte 0xFF
// this frees up until 2258572
.org 0x022586CC
// ARM9 OVERLAY 12 OFFSET 0x20E0C
hook_subroutine_022586CC_ov_0C:
bl get_arceus_type_from_held_effect
mov r5, r0
b 0x22587F0
.org 0x2258741
.byte 0xFF
// this frees up until 2258742
.org 0x02258C1A
// ARM9 OVERLAY 12 OFFSET 0x2135A
hook_subroutine_02258C1A_ov_0C:
bl get_arceus_type_from_held_effect
mov r5, r0
b 0x2258D66
.org 0x2258C8F
.byte 0xFF
// this frees up until 2258C90
.close
There are edits that need to be made to the ARM9 binary and overlays 10 and 12. The code that was changed is detailed in the source spoiler immediately above this.
When Arceus holds an item with held effect 0x93, he will change to be type 0x9, the one we're replacing.
For a precompiled version, see the following spoiler (and ready-to-insert binaries in the zip provided):
We know our code is working because the Arceus has changed types to our new type!
Now we just need to use a few tools to replace all the ???-form Arceus gfx with our modified Fairy form Arceus.
In a114, replace items 212 and 213 with normalarceuspal.bin and shinyarceuspal.bin respectively. a114 is the narc containing all of the alternate form gfx data, and Arceus is no exception. Here we replace the ??? form things with our custom fairy form palettes. Change as you please.
In the overworld narc (a081), change file 854 to arceus-fairy.btx0. This is the Fairy Arceus' overworld follower sprite. Edit for your type as you please.
If you so desire, I have included my a114 and a081 narcs with the required edits.
Overlay 12's pre-edited binary is finally included in the next step, as there's one more edit that needs to be made...
Setting Judgment's Type to the New One
This is a really simple modification involving replacement of a battle script:
In a030, replace file 268 with a030_268.bin. This will change Judgment to be the new type.
Now, you know all those items like the Charcoal and the Miracle Seed that boost the Fire- and Grass-types? Well the Plate acts like one of those as well.
If you followed this tutorial to a T, you used the space that this table used to occupy to expand the type effectiveness array. This was intended.
In overlay 12 once again, there is a table at 0x226CC3A that we will need to repoint. This is the "type booster array," which lists the following:
Code:
1 byte - held effect
1 byte - type that the effect boosts
We're going to repoint it to some space that we freed up when inserting the Fairy Arceus code.
Repoint 0x0226CC3A to 0x02258C22. Or, in your favorite hex editor within overlay 12, replace 3A CC 26 02 with 22 8C 25 02.
At 0x21362 in overlay 12, place the following table:
Bold in that table is our added entry for held effect 0x93 boosting our new type.
The type booster array has been restored to the ROM, and all is well.
Finally, at 0x0225732C (0x1FA6C overlay 12), put 0x22 there. This changes the loop to check for 0x22 entries in the table above instead of 0x21.
That should wrap up the Plate for the new type.
disclaimer: no cyndaquil were harmed in the implementation of this type
Changing Curse to be Ghost
And now, one cherry for the top of the cake: Changing the type of Curse so that it doesn't appear to be our new type. I honestly only included it in this tutorial for some sort of completionist purposes. Following this link, you can download Buffel Salt's Nightmare module for attack editing. Select Open ROM, choose narc a011, and then you can edit all the attacks. Scroll down to Curse and then edit it so that it's not the ??? type. Bam.
Article:
disclaimer: no cyndaquil were harmed in the implementation of this type
This concludes my tutorial for inserting the Fairy type in Heart Gold.
Hoping to look into the Roseli Berry more, but honestly I've just been sitting on a lot of this for a long time. Just finally got around to making the whole post and going through the tutorial a number of times.
Included in the download is actually a .xdelta patch to be applied to an English Heart Gold ROM (CRC32 C180A0E9). Will not be applicable with in progress hacks, nor will it ever be. If you're looking into Gen 4 ROM Hacking, you definitely need to start familiarizing yourself with the filesystem used for these games. EDIT: This patch is actually a little bit dysfunctional, but importing the included binaries for overlay 18 and a017 in their respective places using CrystalTile2 fixes the errors made. I do not recommend using the patch, but it is here.
I have precompiled binaries attached as well that just inserting those will have everything functional for the Fairy type for you (and with an in-progress game too!). Check everything out.
Hope you are staying safe amidst the pandemic and that you have a nice night.
Update: If you used the precompiled binaries before today, then you will have a few bugs with items above the Pixie Plate index. This is because the a017 that I provided was not compiled properly. This has been fixed in the MEGA archive provided as well as in the xdelta that comes in that link. If you did not use the precompiled binaries, then you are completely fine.
Update: Added the GitHub repository, which just allows this entire process to be done in a few batch scripts & an extraction using CrystalTile2. I strongly recommend doing it that way, as it's also the only way that will primarily be updated from here on out, notably including the Roseli Berry when I can finally get to it.
I apologize for having such a noob question but once I've confirmed that the Fairy typing is successfully in the ROM, how do I go about editing existing Pokemon's types to properly go with the change? (Example - Togepi going from Normal -> Fairy)
I apologize for having such a noob question but once I've confirmed that the Fairy typing is successfully in the ROM, how do I go about editing existing Pokemon's types to properly go with the change? (Example - Togepi going from Normal -> Fairy)
so, there are a few ways to go about this! there's a tool called PokEditor! from there i suggest joining this discord server to get help with the tool, as it's not inherently obvious what to do. jump into the #pokeditor-support channel and i'm sure people are willing to help you out there!
i also, however, have another repository to do this that has all the pokemon data and builds it from scratch. while it's primary focus is on incorporating all of the gen 5 mons, the mon data for all the existing pokémon is in it too: this branch specifically only has victini and snivy added, while this one has all of the gen 5 mons as well.
from there, TYPE_MYSTERY would be the fairy type in that repository.
Really appreciate the advice. If I go about using your tool to add the Gen 5 mons as well, you mention their data is also there, what about the Gen 5 moves? (and I guess Gen 6 because of all the key Fairy moves)
Really appreciate the advice. If I go about using your tool to add the Gen 5 mons as well, you mention their data is also there, what about the Gen 5 moves? (and I guess Gen 6 because of all the key Fairy moves)
so, currently the gen 5 pokémon all have their gen 5 moves just blanked out.
that is currently under development here. i'm working on getting the move animations in the game and will program all of the effects when the animations are done!
you can look at this issue for an idea of progress on that front. currently it stands that we are 1/3 (61/184 where each animation and effect is 1 task) of the way through gen 5, it seems.
I don't know if this is just a me issue, but when using the GitHub version and following those instructions on a 4787 version of HeartGold, the text for items was all messed up. I was able to fix this by downloading the Mega link and inserting the a027 from there into the patched.nds the GitHub one created. But just in case this wasn't known, I figured I should bring it up.
I have no idea if this affects the Pixie Plate integration since I couldn't figure out how to get the Pixie Plate actually into my game to test on an Arceus. I'm pretty new rom hacking so I've been testing by just using a normal HeartGold save and I couldn't figure out how to give myself a the Pixie Plate from PkHax since that's been my main way of quickly testing saves lol.
Edit 1/22/2022: I also discovered an issue where for some reason in the GitHub version, Dragon resists Ghost. I haven't noticed other weird type chart errors, but I also haven't been explicitly testing for them. I tried to fix this by looking into overlay9_18 but I couldn't find the type chart in there so I wasn't able to edit anything.
Another quick edit: So I think the Dragon resisting Ghost is an error due to the copy-pasted type chart you provided. There's a type so instead of Dark resisting Ghost, Dragon resists Ghost. It says 071005, when it should say 071105.
Edit 1/25/2022: I realized the type chart was in overlay9_12, so I just exported that file from CrystalTile2, searched for 071005 and changed it to 071105, and then reinserted it through Tinke. Seems to be working fine now.
C:\Games\Pokemon\HGSS project folder\hgss-filesys-example-fairy-type\text>thenewpoketext 0<script.txt
the NEW Poketext
(C) 2008/2009 loadingNOW
Romname:>Parsing Pokexml Version 1.0
Traceback (most recent call last):
File "thenewpoketext.py", line 140, in <module>
File "thenewpoketext.py", line 80, in Rewrite
File "thenewpoketext.py", line 12, in ReadMsgNarc IOError: [Errno 2] No such file or directory: 'tmp_base/header.bin'
C:\Games\Pokemon\HGSS project folder\hgss-filesys-example-fairy-type>copy "text\tmp_base\a027.narc" "filesys\data\a\0\2\7"
The system cannot find the file specified.
I don't know if this is just a me issue, but when using the GitHub version and following those instructions on a 4787 version of HeartGold, the text for items was all messed up. I was able to fix this by downloading the Mega link and inserting the a027 from there into the patched.nds the GitHub one created. But just in case this wasn't known, I figured I should bring it up.
I have no idea if this affects the Pixie Plate integration since I couldn't figure out how to get the Pixie Plate actually into my game to test on an Arceus. I'm pretty new rom hacking so I've been testing by just using a normal HeartGold save and I couldn't figure out how to give myself a the Pixie Plate from PkHax since that's been my main way of quickly testing saves lol.
Edit 1/22/2022: I also discovered an issue where for some reason in the GitHub version, Dragon resists Ghost. I haven't noticed other weird type chart errors, but I also haven't been explicitly testing for them. I tried to fix this by looking into overlay9_18 but I couldn't find the type chart in there so I wasn't able to edit anything.
Another quick edit: So I think the Dragon resisting Ghost is an error due to the copy-pasted type chart you provided. There's a type so instead of Dark resisting Ghost, Dragon resists Ghost. It says 071005, when it should say 071105.
Edit 1/25/2022: I realized the type chart was in overlay9_12, so I just exported that file from CrystalTile2, searched for 071005 and changed it to 071105, and then reinserted it through Tinke. Seems to be working fine now.
C:\Games\Pokemon\HGSS project folder\hgss-filesys-example-fairy-type\text>thenewpoketext 0<script.txt
the NEW Poketext
(C) 2008/2009 loadingNOW
Romname:>Parsing Pokexml Version 1.0
Traceback (most recent call last):
File "thenewpoketext.py", line 140, in <module>
File "thenewpoketext.py", line 80, in Rewrite
File "thenewpoketext.py", line 12, in ReadMsgNarc IOError: [Errno 2] No such file or directory: 'tmp_base/header.bin'
C:\Games\Pokemon\HGSS project folder\hgss-filesys-example-fairy-type>copy "text\tmp_base\a027.narc" "filesys\data\a\0\2\7"
The system cannot find the file specified.
I apologize if this has been addressed/ my issue, this is my first foray into editing a ROM but I'm running into a dll error when I go to extract specifically "libstde++-6.dll"
I ran into this as well for your Gen 5 mons program. So apologies if this something I'm doing incorrectly.
I apologize if this has been addressed/ my issue, this is my first foray into editing a ROM but I'm running into a dll error when I go to extract specifically "libstde++-6.dll"
I ran into this as well for your Gen 5 mons program. So apologies if this something I'm doing incorrectly.
I keep getting the same error whenever I try to run it. I am unable to extract anything from my heartgold rom (appropriately named "base.nds"), and although the folder "filesys" is made, nothing is in it. What's the problem?
I keep getting the same error whenever I try to run it. I am unable to extract anything from my heartgold rom (appropriately named "base.nds"), and although the folder "filesys" is made, nothing is in it. What's the problem?
