- Wiird not freezing when the game has an error(i have too bad english) or itsn't the game booted via gecko os, on the caption of the window: WiiRd GUI - Offline
- Have the poke box, and other stuff separated (or not, how user wants, dragable)
- When doing a mulipoke to poke the old values of each code instead multipoking the new address of the first code to all (I think this is understandable)
- More compare types: Between, multiple,...
- Multiple undo (user can adjust the number of undo)
- More value types: last 2nd value, first value,...
- Convert to floating tab above the convert to hex
- Skins (useless but cool)
thanks anyway
I'm not sure if this is possible:
An option to send the current GCT-Code-Setup to your console (similar to aplying the codes) but instead of (or in addition to) using it the corresponding .gct File should be placed onto the SD-Card in the Wii Card slot (so these codes are automatically applied, when the game is reloaded).
I'm not sure if GeckoOS and USB Gecko Modules are currently able to place a received file onto the SD Card, but would be nice if they could.
Would be nice, if GeckoOS (and WiiRD as Controlling Software) would be able to extract Savegames (similar to Savegame Extractor and Savegame Importer) on the fly.
Guess reenabling the System Menu Hook (for Wii 3.4E) would belong to a different Thread, right?
Again: I'm not sure if this is possible at this time or if GeckoOS needs to be extended for it to work. If any of these things would be possible, it would be great.
Quote from: Garonne on December 29, 2008, 01:00:54 AM
I'm not sure if this is possible:
An option to send the current GCT-Code-Setup to your console (similar to aplying the codes) but instead of (or in addition to) using it the corresponding .gct File should be placed onto the SD-Card in the Wii Card slot (so these codes are automatically applied, when the game is reloaded).
I'm not sure if GeckoOS and USB Gecko Modules are currently able to place a received file onto the SD Card, but would be nice if they could.
Would be nice, if GeckoOS (and WiiRD as Controlling Software) would be able to extract Savegames (similar to Savegame Extractor and Savegame Importer) on the fly.
Guess reenabling the System Menu Hook (for Wii 3.4E) would belong to a different Thread, right?
Again: I'm not sure if this is possible at this time or if GeckoOS needs to be extended for it to work. If any of these things would be possible, it would be great.
you can request functions for Gecko 2.0 here (http://www.unrom.com/gecko-20/)
A build in Codetype list like this on usb geko
Example:
You press a button and the comes the ccode ready out....
Quote from: Ninja on March 15, 2009, 01:57:53 PM
A build in Codetype list like this on usb geko
Example:
You press a button and the comes the ccode ready out....
Impossible! Simply impossible!
Sure i think There is A
Button
xxxxxxx is bigger than yyyyyyyyyy
if you klik this field you have 2
And more left are two fields one for xxxxxxxxxx and one for yyyyyyyyyyy
The main reason why this is impossible (also in German so that you understand it better):
The Wii has a very limited amount of memory and is not designed to perform multi-tasking. Only the game runs and can play on its memory however it likes. Adding graphical menus would eat up game memory.
German: Die Wii hat leider sehr begrenzen Arbeitsspeicher. Desweiteren ist sie nicht multi-tasking-fähig, nur das Spiel läuft und kann im Speicher "spielen" wie es will. Grafische Menüs würdem dem Spiel den Speicher wegfressen.
Would it be possible to expand the gct code interface with limits of codes?
Resolve the GUI so when a game freezes the GUI wont also freeze(being able to reload again) without having to exit the GUI and lose work.
Intra-WiiRD code editing; If keyboard integration was developed, this would save a lot of time after a freeze. You wouldn't have to turn off your Wii, take out the SD card, put it in your comp and alter the code a tiny bit, then repeat. You'd avoid several steps, and save time
Of course, this may not work for every code, or possible function, but In my opinion it's a pretty handy time-saver (Mostly because I end up walking back and forth across the house every time I enter these things).
when making hacks we dont need an sd card
Quote from: Fred on March 15, 2009, 09:47:23 PM
Would it be possible to expand the gct code interface with limits of codes?
Resolve the GUI so when a game freezes the GUI wont also freeze(being able to reload again) without having to exit the GUI and lose work.
Not really.. the 256 line limit which applies to Ocarina does not apply to WiiRd.. in WiiRd you can theoretically add as many codes as you like until you hit the "currently-in-use" game assembly..
Quote from: Williaint...
What ssbbdude57 said!
But you do to run HBC.
I'm not going to dog you about it much more, I just think it'd be a handy feature.
we can just keep the sd card in there we dont need the sd card 2 hack!
To stress out the 256 code limit again.. I know many of you want to work around it.. this is not a good idea!
after about 270 codes the game's apploader would begin.. then Gecko OS would overwrite the apploader and the game would be unable to launch.. use PhantomWings' codes then.. his codes copy over while the game is active.. meaning the apploader has already run then!
Quote from: ssbbdude57 on March 21, 2009, 04:38:14 PM
we can just keep the sd card in there we dont need the sd card 2 hack!
I think we have a misunderstanding here...
We can leave the SD in the Wii, while hacking on the comp, sure, but to move that information you have to take it from computer to Wii.
when weve made a code we activate it using wiirdGUI