NintendojoFR : Le forum

Red_Cheeks a écrit :Juste pour savoir :
Y'a-t-il une baisse de prix prévue/connue/imaginée/DTC ?

Sait-on quand la Wii noire/verte/rouge/DTC sera commercialisée ?

Rayy a écrit :Comment romy a pu laisser passer ce double post
Il vieillit

Notable differences:
GC's ARAM runs at 81MHz and was 16MB in size of type SDRAM.
Wii's ARAM runs at 487.5MHz and is 24 MB in size of type 1T-RAM MoSys.

They essentially moved the GC's ultra fast main memory onboard into the gpu.

The GC's main memory is 24MB of 487.5MHz 1T-RAM.
The Wii's main memory is 64MB of GDDR2 (or is it GDDR3), clock speed unknown.

Nintendo has just recently released an SDK that supports OpenGL2.0. The GC's SDK supported OpenGL1.1 and the initial Wii SDK was OpenGL1.2.

Nintendo includes more hardware banging API's in both called the GX libraries. The Original GC TEV was able to Handle 8 Textures thru 16 Stages in a Single Pass thanks to the GPU's internal 3MB cache... Each Stage can apply multiple "Functions" to the Texture - examples of TEV stages would be bump-mapping or cel-shading... By comparison the Xbox "Hardware Shaders" could handle 4 textures and 4 Stages... The advantages of onboard gpu cache were carried over into the Xbox 360's gpu (also made by ATI) in the form of 10MB of embedded memory in MS's 360 gpu.
The enhancements to the Wii are unknown but I would expect a little more of everything, if not doubled. Again these are fully programmable shaders, not pre-packaged hardware shaders. By this nature, most developers never took advantage of it.

The Nintendo GC's cpu improved upon SIMD capabilities over traditional G3-class processors by adding 38 SIMD instructions. These are vector processing commands. The Wii cpu has an addition 50+ commands over the GC chip. What they are for are unknown so far. The GC version removed the 64-bit integer processing unit in your typical G3-class processor and added 2 32-bit processing units hence could process 2 at once at the cost of precision...that was not needed for your typical game. Again, enhancements in the math-processing capabilities of the cpu are unknown, but assumed to be enhanced.

Now that the Wii is a commercial success, a couple of middleware engines are being ported to the Wii to take advantage of these features...FINALLY. One company is even porting the Unreal 3.0 engine for a game. Note: Red Steel was made with the UnReal 2.5 engine.

When looking at the Wii hardware physically, the Hollywood package was also done on a 90nm wafer (as was Broadway and Cell), however, Hollywood is propotionally over twice as big when the die-shrink from 180nm is taken into account when compared to the Flipper of the GC. The DSP inside Hollywood is a Nintendo design and I believe it is there that contains some physics-processing capabilities...

In the end, the Wii is not simply GC x 1.5... In some cases it's GC x 1.5, 2.0, x 3.0. I believe the issue with the backwards compatibility may be due to the extra speed of the ARAM that probably throws the opening animation video out of sync in some way. Factor 5, when they were Nintendo exclusive developers, developed a Divx codec for the GC and has licensed that codec to other developers. It may even be part of the SDK... I assume this codec does not suffer from the compatibility issue of custom video/audio playback that the developers of BMX:XXX employed.

these are fully programmable shaders, not pre-packaged hardware shaders. By this nature, most developers never took advantage of it.