Description:
This is the card game Uno, can play from 2 to 4 players via the Internet (or local area network). You can play against 3 players controlled by the Wii.

Wiimote buttons:

B: Put a letter if you can put it. If you put a wildcard choose the color.

1: Like the B but saying ONE!.

2: Jump your turn.

+ If after skipping your turn has brought a letter that you can put the pones.

-- If after skipping your turn has brought a letter that you can make, not the pones.

Right: Moves your hand on your right to see more cards.

Left: Move your hand to the left to see more cards.

Below: contested a player (only in your turn). Select the player to which contested. You can challenge a number of players in your turn.

Contested on:
If a player contested fairly, that player steals a letter, if not just your stolen.
We follow the following rules:
- A player did not say when ONE put its penultimate letter the last time it was his turn.
ONE-A player said when he fell over a letter the last time it was his turn.

Configurations:
Edit server.xml and adjusts the server's IP and port with which want to connect (if you're going to act as a server you also have to configure, but it can be the IP private rather than public)

Rules:
The rules are one of the classic:

- If you can not put a single letter sacks one before turning to the next round, and if you can put that card can do.

- If you have a wildcard takes the next 4 loses his turn.

- There is no accumulation of +2.

- No letter boomerang.

Acknowledgement:
A Deragonsu for his design of the cards.

Cos outstanding:
-- Improvement of the graphic menus, and something most of the game.
-- Audio
-- Test the depth Online.
-- Some jet to say ONE, and that others know that you've said.
-- A few more things, you can always happen something: P

Features:
-- Multiple bridges (file barajas.xml) with the B button you change in the main menu (Regarding V7)
-- Source True, if you want to change it, change the file TTF (Regarding V7)
-- Changes in the format of some files (Regarding V6)
-- Possibility that the Wii does not or did not say UNO (Regarding V6)
-- Messages in the file mensajes.xml (Regarding V5)
-- Disputes in Uno (Regarding V4)
-- Improved graphics of the game (Regarding V3)

"Some of that criticism is probably warranted," said Sega's Sean Ratcliffe, in an interview with GameDaily, when asked about the poor quality of recent Sonic games. "We recognize it, which is why you're seeing us this year taking the first steps in making sure the quality is right."

He added, "This time around, with Sonic Unleashed, we got a great new engine that allows us to truly deliver the Sonic experience as it arguably should have been on next-gen. For fans of Sonic that have been looking for a next-gen experience, this is the game they've been waiting for."

Since debuting in 1991 on Sega Genesis, Sonic the Hedgehog has been plagued with checkered past. With exception to select portable and compilation games, very few sequels have been well-received by either critics or fans.

The newest game in the series, Sonic Unleashed, arrives on Wii, PS3, Xbox 360, and PS2 this November.

Yesterday we had some server issues, and I took the server offline for a while. During this, I decided it was time to release a preview version of menuloader. Since I couldn’t write a post about it here, I just let it loose on the forums. Unfortunately, the resulting game of Telephone (somewhat predictably) managed to get a few things wrong as the announcement bounced from forum to forum, so I think it’s time to write up a real announcement, now that the server is back up.

Menuloader has existed in some form at least since the release of IOS37. It was developed as a way of checking that a System Menu running under an IOS with no fakesign bug would not cause a brick on consoles with modified software installed. It also gained debug abilities, which was nice to investigate what goes on behind the scenes with the System Menu. When The Homebrew Channel came out (the real one, not the “demo”), we added extra patches to increase debugging verbosity, and used it to debug our homebrew apploader. It remained like that for a while. I had ideas about adding more useful patches and releasing it, but they were put on the back burner.

Recently, there has been some activity regarding modding the system menu. A few people were asking me about menuloader. In an attempt to both get people to learn for themselves and avoid having to redirect my attention to menuloader (I had more important things to do at the time), I dropped some useful code and explained the general idea of menuloader. As far as I know, the very first application based on these ideas is sadmenu, which includes a simple patch that makes testing banners out quite a bit safer. Crediar did the same, but then reworked the resulting patches into a tool that installs them permanently into the Wii. After watching his video, I figured it was about time to finally clean menuloader up and release it.

menuloader 0.4 is a tool that dynamically launches the System Menu with a set of patches. The patching occurs entirely as the menu is loaded, and the changes aren’t permanent. None of the patches will persist once you reboot the Wii or reload the System Menu. This release is meant to be a “test” version, as it lacks some features and the patches have not undergone much testing. It includes the following (selectable) patches:

USBGecko debugging, with optional extended debugging information
Regionfree Wii disc booting (I hear this doesn’t work perfectly yet)
Regionfree channel booting (useful if you’ve region-swapped your Wii and want to use your old store-bought VC and WiiWare titles)
Skip Warning screen
Disable background music
Additionally, you can pick which IOS to use when booting. On a 3.3 Wii, for example, pick IOS35 to get back the ability to use fakesigned discs. On a 3.2 or older Wii, you can pick IOS37 to “experience” what happens when 3.3 users try to use fakesigned discs, like we did in March (assuming you actually have IOS37 installed).

The main difference between this tool and crediar’s is that menuloader boots the new system menu with the patches applied during the launch process - nothing ever gets modified in your Wii’s NAND filesystem. This means that the hack only persists until the system menu exits (when you boot a game or reboot the Wii), but it also means that it is much safer for trying out new patches.

The ideas for some of the patches were inspired by crediar’s demonstration video, but the actual patches were developed independently and, in fact, before crediar’s installer was released. The patching methodology is entirely different in both applications - Starfall app uses static patches which only work on 3.2E, while menuloader uses dynamic search and replace, which is compatible with a wide range of System Menu versions. We can afford to do this because menuloader does not install anything to NAND. If anything goes wrong, you can just reboot the Wii and everything will be back to normal.

FAIR WARNING: While menuloader does not modify your NAND filesystem, the System Menu does have the ability to do so, and incorrect patches could result in the System Menu itself causing trouble. In particular, the same warnings that apply to region-free modchips apply to menuloader: if you run an update from a disc from another region, it could result in duplicated channels, a semibrick, or in rare cases a full brick.

Once I get a chance to clean things up a bit, I’ll release a new version with source code so you can experiment with your own patches.

It is important to note that this isn’t merely a testing or specific-use tool with no ability to apply the patches on startup. While I do not think that modifying the System Menu in NAND is a good idea, there are ways of making Menuloader run on startup, effectively accomplishing the same goal in a safer way. We expect to be able to do this when the boot2