Emulator

Well sounds feasible but it requires some changes.
I wanted the browser to look more like ark/winrar for quite a while now.
We just need to enumerate the filetypes and what they're supposed to do. Leave the
multiple selection/extraction/folder extraction to me.

About multiple partitions and hidden executables: I have absolutely no idea :)

How about whole folder extraction?

I can probably spice up the tool where it can also unpack some of the ARC/RARC files
and format conversion, once I get more work done on GCM Toolkit:
http://code.google.com/p/gcmtoolkit

goodgoodgood...automatic ARC/RARC decompressionwould be really nice...

I also wondered, would it be possible to do the following?:

1.) Trim the ISO (like Wii Scrubber, which I think is open source)
2.) Scrub the ISO (I heard it did fix Sonic & the Black Knight - which still doesn't
load btw)
3.) Import files from the computer into a ISO without unpacking and repacking using a
separate program
4.) Edit the files physically inside the ISO, like config/lua files. (You'd be
surprised at how many games I've seen with configuration files that can activate
debug menus with a simple 0 or 1 value. No action replay code needed! :P)
5.) Built in hex editor?
6.) Just like GCTool, you can replace the banner (I noticed Dolphin can extract the
banner and save it as a png by right clicking on the banner under the Info tab in
that game's Properties, can you make it more obvious that you can do this? Perhaps
make a button for it?).

Also, I saw the filesystem browser for the Linux build and I thought it looked better
than the Windows builds. Is there a possibility of using that instead? :\

that list gets +1.

pretty sure this is fixed.

pretty sure is not enough...

It isn't really a issue that can be fixed, unless of course you actually want to add
all that stuff to the filesystem browser.

The extracting thing is still there I believe, I'll have to do a recheck. I would
love to be able to extract everything from the image without having to right click
and save everything manually. Or at least the ability to highlight multiple items
would be nice.

But you know what, get sound in Zelda/Mario working the way it should first. :P

:)

I suppose this one is still going?
Which games happen to have such .svn folders?

Besides, I just stepped through various things that relate to that tree, and possibly
found a fix for the extraction problem of single files that are alone in a directory:
http://pastie.org/613715
Daco looked at it already, but he's too lazy :)
-18:28:55- [Daco] looks fine to me
-18:28:58- [Daco] can't test atm
-18:29:06- [Daco] more like
-18:29:11- [Daco] to lazy to change that :P

tested a bit, found a problem though with mario baseball it adds the last file
(ZZZZ.dat i think) to the folder above it, but it is not part of the folder (at
least according to GCTool and gcmdumper.
looking at the src of gcmdumper may be useful

ZZZZ files are added to the FST because some part of either the early sdk or early disk
emulation system "they" used had problems with the last entry. You could look at the
fst entry for it yourself and check to see where it's supposed to be

Hmm, how about this one?
http://pastie.org/614138

A quick visual check seemed to return the same stuff as before, but I'm not exactly
sure if its correct this time.
Gonna see what gcmdumper can tell me about it...

still trying to find one of my games that has a .svn (I know I have a couple)

j4ck.fr0st: I'll have to test your patch in the morning sorry :(

knuckles500: please test extracting all files with r4254 ( I tested about 10 of my
games with success for everything except folders that were too deep)

Doesnt matter, take your time.
I still got the feeling something isnt quite right, but I dont have time to work on
it right now.

Turns out that BuildFileNames was correct; at least I get the same results using
gcm-tool and gcmdump.
Below I rewrote CreateDirectoryTree in ISOProperties.cpp to act the same as
BuildFileNames:
http://pastie.org/614914

Note that this will yield empty folders with StarFox Adventures for example
(insidegal is one of them).
Attempting to extract them would extract a file that equals head
-b[fileInfo->m_FileSize] gcmFile, if the fix in FileSystemGCWii.cpp is not applied.
This leaves the Extract file menu in place, and does not extract anything at all.

Some suggestions for this:

• Display folders in a different way, like [folder] or similar.
• Keep the trailing slash for folders (and remove the context menu/disable it).
• Add some Icons :)

Ooo, well, I like that the problems and some of the inconveniences are gone. But I
was wondering if two more things were possible:

1.) Highlight by left click and drag over the items you want to select
2.) Alt+Left click each item to select and extract

But if these take more time than necessary to implant then you can forget about this, I
guess, but it would be a lot more convenient since I'm used to seeing these in many
programs. :P

Thank you for your hard work! Now go finish up on the DX9 plugin. :D

Oops sorry, let's make it three things:

3.) Possibility of replacing/injecting file(s) into the ISO/GCM. GCMTool can do this
if the file being injected is smaller (or the same size) as the file being replaced.
It probably starts at the address where the file's header is located, replaces with
all the data from the replacement file, then any extra data from the previous file
that was replaced is wiped with 0s. I think that's how it's done, anyway.

This can be helpful for some games where there are configuration files within the ISO
that can be modified (think Bomberman Generations). It would also work great for
minor edits in other files as well (maybe like, translations, or something).

Again, probably completely unnecessary, but would be helpful for some people to have.
So think about your own possibilities. :)

AHHH, sorry, here's another one that I thought about that would be useful to people.
Or if you'd like to get the DOL/APPLOAD from the game but you have it compressed in a
GCZ already, this would be helpful:

4.) Ability to extract the main game's .dol and apploader for Gamecube games, just
like GCMTool

My idea is that we should steal/take/improve on the features GCMTool can do, so that
we don't have to actually use the tool itself anymore (meaning everything's
integrated into dolphin-emu for easy access). Like I said before, this would so much
easier for those who compressed their games in .gcz - since they don't have to
decompress the GCM just to load up the game in GCMTool to get the dol out.

I think there's a common address to where the .dol file is located. I might be wrong
though, but this one is worth a shot (in an attempt to extract EVERYTHING from a
GCM/GCZ/ISO without GCMTool or etc...).

Thanks, hopefully this is the last one. :P

Uh, DOL/Apploader extraction is in there :o
(at least as far as Daco and I got that ready and working, we're not so sure about
the DOL Size yet - WiiScrubber does the same, and would probably break it if it
werent correct).

Or did you mean seperate options?
For now, its included with Extract All.

One thing that I think Dolphin needs to support as far as extraction goes are WAD files. You can't extract/unpack them within Dolphin, doing so actually results in a crash.

Of course with WAD files, there are multiple .apps within each WAD file. One for the game files, one for the executable (dol file), one for the manual, etcetc. I think Nintendo is making it a trend that the first two .app files are not unpackable (they're always related to executing the game it seems). But all the other .app files except for two or three of the last .app files have files that can be unpacked.

Would be nice for Dolphin to support unpacking of .wad files. If not for the added convenience, but also to get rid of the crashing when you attempt to do so. What do you think?

I just thought I'd like to undub Final Fantasy Crystal Chronicles after hearing the english dub of the opening, and found this issue. It would be great indeed to be able to manipulate gc and wii isos through dolphin, but with a better approach than GCMTool, i.e. being able to add non existing files, or larger existing files (as you can easily do with nds files).
Thank you for your hard work guys, it is much appreciated!

In fact GCMTool is capable to rebuild the entire filesystem of a gcm from scratch (although my build doesn't work for some reason, plus it won't compile with gcc 4, only 3.4.6 and older) : it seems easier to extract the whole gcm, manipulate the files and then rebuild it.