Totitoes is a small playground with a simple concept addictive.

History:

21/06/08
Launching the first version.

How to play:

You control the player down with the stylus, but the top with your stylus aussi.Vous must pick up the pieces on the bottom of the screen and avoid the peak on the screen above.

Other information:

This game is developed in partnership with the store AsiaToyz in Grenoble

The origin of the word "Totitoes" is very simple.
Totitoes is deus thing and two screen therefore Two Thing Two Screen.Si takes on the first letter that makes TwoThiTwoS.Aprés at home on this word and we get Totitoes

You've probably already heard about segher's public wii tools and you maybe even used them if you had the right keys.
While most of them (i.e. the shared keys) are floating around somewhere on the internet the NG- 'keys' needed to create a savegame that you can copy to your sdcard then are really hard to get.
Bushing already explained that these 'keys' are console-specific, stored in the OTP area and that they can only be dumped with access to the Starlet.
Getting code running on the Starlet is currently very dangerous since there are no public exploits that allows injecting code at run time and you would have to modify the IOS stored on the NAND to be able to get all those keys. This is a really dangerous process when you have no way of backing up and restoring your NAND and can easily result in bricks.

However, the IOS does not contain any functions to create the file which will be copied to the SD - it doesn't even contain the IV and the MD5 blanker needed to encrypt and sign it. The system menu itself takes care of this and the system menu is running on the PowerPC. We have access to the PowerPC and we can gain System Menu privileges if we want to.
You can probably image where this is going to lead to, can't you?
If the System Menu is able to sign those files why can't we just also do it? Bushing already reversed all the required functions the System Menu uses and segher has written twintig which is able to create those savefiles and sign them when you know your keys.
You need the following five components in order to create such a savefile from scratch by using it:

NG-id This file just contains a unique id for each Wii. It isn't secret at all and can be retrieved using the ES_GetDeviceID() function.

NG-mac This is the MAC address of your Wii which is stored in the header of the savefile. You can either create a NG-mac file with the address you can get from the sysmenu settings or you can just leave it blank and hope that it works.

NG-sig, NG-priv and NG-key-id are the three files used to create the signature of the savefile. The System Menu doesn't know about any of those files and just lets the IOS do everything needed: It uses the ES_GetDeviceCert() and ES_Sign() functions to create the whole signature and just stores it at the right place in the savefile.
If we want to create our own savefile now, we basically have the following two possibilities:
We could either port twintig to the Wii and would just need to call the ES_* functions there to generate the whole signature. The data you would like to add to the savefile would then be transferred by either using a USB Gecko or a TCP connection or just be read from the SD card or a USB mass storage device. A small GUI would however be needed to select the folder you want to create the savegame from and a PC application to send the savedata over a gecko or the tcp connection to the Wii.
But I'm a bit lazy and didn't want to write all this stuff and decided to use the second solution:
I just created a small Wii server that can be reached by using a USB gecko and allows you to use the required ES_* function with the data you provide. I just needed to do some small modifications to twintig and find some USB Gecko code. The server itself also wasn't really hard to write since it's just some gecko code (again) and a few calls to the ES functions.

After thinking about releasing this for about three hours now I think that I can't do much things wrong here: Nearly the same things are already possible with wanin's savegame installer and with dhewg's wiifuse_server. It's probably even easier to use one of those two solution to achieve your goals. However, you can still grab the results here.
The current version doesn't get the MAC address from the Wii so you either have to create NG-mac yourself or just hope that an empty address also works.
Please note that I did just verify that this tool works by using tachtig to check the signature and tried only one savegame on my Wii.

I have not tested this on Win but the gecko stuff will probably work if I didn't do something really wrong as I'm using dhewg's code from wiiload.
To compile mkwiisave just type make like you did with the previous versions of segher's tools. Compiling the wii-server works the same: Change to its root directory and run make there.
You still need the sd-key, sd-iv and the md5-blanker and also some more files because the ES_Sign requests only works with certain privileges: root-tik, root-tmd and root-certs. Those three files are the Tik, TMD and certificate chain for a title that is allowed to run certain ES functions - find out yourself where to get them and don't bug anyone about them. They're still much easier to get than the NG keys.

The usage of twintigmkwiisave has not changed at all. You just need to make sure that you have the WIIESSERVER environment variable set to your USB Gecko device (e.g. /dev/ttyUSB0) and you'll need to run the es-server.dol on your wii before

0.2.1 - We added some new stuff which could enhance game development.

Sprites now also can use additional collision detection which includes the rotation and the zoom of the sprite. Check the documentation on how to do it.
Implemented additive blending which can be useful for particle effects. Check the transformation enum in sprites.
Fixed a bug with transformations. Now Sprite accepts u8, so transformations can be used as flags.
Added defines for IR pointer correction. Check spritetest on how to use the pointer the right way.
Several additions to GameWindow: You can now stop the Video subsystem, as well as poll for the height and width of the screen.
You can now use Image to draw on the image. You must derive from the image to an own class to use it.
Images can now only initialized only once. This prevents from freaking Sprites and TiledLayers out when changing images.
Some optimizations here and there.

Another version of glitchDS is ready! Go get it in the download section. Remember: glitchDS must be installed on the root of your card. This version introduces some new features:

1) Volume control of each sound. Volume parameters are saved along with your snapshot.

2) I added a “pad play” page — which is of questionable value — but it was easy to add. If there are too many sounds playing at once, glitchDS might ignore your incessant tapping. However, if you stop the sequencer, you should be able to play these like drums.

3) Quickly save new versions of snapshots: This is easiest to explain with an example. If you select a snapshot named “Bevis” and hit the Right directional button, a new snapshot named Bevis.1 will be saved with your current settings. If you select Bevis.1 and hit [Right], a new snapshot, “Bevis.2″ will be saved. nitro2k01 suggested this new feature and even programmed it for me! Thanks nitro2k01!

4) On the Trigger and Frequency Modulation pages, when you select a swatch, the filename will be displayed at the bottom of the screen.

5) Loading snapshots works the same as before if the sequencer is stopped. If the sequencer is running, loading a snapshot “queues” it for loading. The snapshot will load after the sequencer is completed with its current cycle. Usually this transition is smooth, but sometimes it produces small digital “artifacts” if the sequences are significantly different.

Upgrade instructions — As usual, if you already have glitchDS installed, download version 1.3 and copy the rom files (glitchDS.nds and glitchDS.sc.nds) over your existing roms. For complete install instructions, read the documentation. Your version 1.2 snapshots will load properly in version 1.3.