Wii-Modchip - Versionsgeschichte

Nino: /* FPGA-basierte Modchips */

2022-10-01T04:34:25Z

FPGA-basierte Modchips

← Nächstältere Version		Version vom 1. Oktober 2022, 06:34 Uhr
Zeile 17:		Zeile 17:

	== FPGA-basierte Modchips ==		== FPGA-basierte Modchips ==
	~~[[Datei:WiiKey2.jpg\|mini\|rechts\|Ein WiiKey 2, ein FPGA-basierter Modchip mit Unterstützung bis einschließlich den GC2-D2E Laufwerken]]~~
	Spätere Modchips sind deutlich komplexer und basieren in der Regel auf einem FPGA. Der Einbau erfordert ggf. deutlich mehr Kabel, da der Modchip nicht mehr ausschließlich mit der USART-Schnittstelle des GC2-D2 verbunden wird, sondern auch an andere Pins angeschlossen werden muss. Das ist nötig, weil die USART-Schnittstelle bei GC2-D2C und neuer standardmäßig deaktiviert ist und mittels eines Clock Glitch wieder aktiviert werden muss. Um den Einbau für Einsteiger zu erleichtern, erschienen auch Modchips mit der Möglichkeit, sie lötfrei mittels eines Clips oder ähnlichen Methoden mit dem Laufwerk zu verbinden. Das funktioniert aufgrund von Kontaktproblemen oftmals eher schlecht als recht. Eine Besonderheit diesbezüglich ist der DriveKey, der lötfrei direkt in das Flexkabel der DI-Schnittstelle eingehängt wird – eine Seite zum Laufwerk, die andere zum Mainboard.		Spätere Modchips sind deutlich komplexer und basieren in der Regel auf einem FPGA. Der Einbau erfordert ggf. deutlich mehr Kabel, da der Modchip nicht mehr ausschließlich mit der USART-Schnittstelle des GC2-D2 verbunden wird, sondern auch an andere Pins angeschlossen werden muss. Das ist nötig, weil die USART-Schnittstelle bei GC2-D2C und neuer standardmäßig deaktiviert ist und mittels eines Clock Glitch wieder aktiviert werden muss. Um den Einbau für Einsteiger zu erleichtern, erschienen auch Modchips mit der Möglichkeit, sie lötfrei mittels eines Clips oder ähnlichen Methoden mit dem Laufwerk zu verbinden. Das funktioniert aufgrund von Kontaktproblemen oftmals eher schlecht als recht. Eine Besonderheit diesbezüglich ist der DriveKey, der lötfrei direkt in das Flexkabel der DI-Schnittstelle eingehängt wird – eine Seite zum Laufwerk, die andere zum Mainboard.

	Die späteren FPGA-basierten Modchips bieten oftmals erweiterte Funktionen, etwa Unterstützung für Spiele mit BCA-Prüfung und detailierte Konfiguration mittels Software. Problemfälle wie Dual Layer-Spiele funktionieren in der Regel einwandfrei. Die meisten dieser Modchips unterstützen außerdem Laufwerke bis zum GC2-D2E Chipset, einige auch noch frühe Varianten des GC2-D3 Chipsets, welches über gar keine nutzbare USART-Schnittstelle mehr verfügt. All jene Modchips, die das GC2-D3 Chipset unterstützen, werden ähnlich dem oben genannten DriveKey direkt in die DI-Schnittstelle eingehängt und aktivieren den Rohdatenmodus mittels DI-Befehlen. Dieselben Befehle können allerdings auch von softwarebasierten Backup-Launchern mithilfe eines cIOS gesendet werden.<ref>[https://wiibrew.org/wiki//dev/di#0x8E_DVDLowEnableDvdVideo /dev/di Dokumentation auf WiiBrew]</ref> Da hierbei der DVD-Video-Modus des Laufwerks ausgenutzt wird, ist – genau wie bei den softwarebasierten Lösungen – auch die Lesegeschwindigkeit auf diesen Modus [[Wii-Laufwerk#Spezifikationen\|limitiert]].		Die späteren FPGA-basierten Modchips bieten oftmals erweiterte Funktionen, etwa Unterstützung für Spiele mit BCA-Prüfung und detailierte Konfiguration mittels Software. Problemfälle wie Dual Layer-Spiele funktionieren in der Regel einwandfrei. Die meisten dieser Modchips unterstützen außerdem Laufwerke bis zum GC2-D2E Chipset, einige auch noch frühe Varianten des GC2-D3 Chipsets, welches über gar keine nutzbare USART-Schnittstelle mehr verfügt. All jene Modchips, die das GC2-D3 Chipset unterstützen, werden ähnlich dem oben genannten DriveKey direkt in die DI-Schnittstelle eingehängt und aktivieren den Rohdatenmodus mittels DI-Befehlen. Dieselben Befehle können allerdings auch von softwarebasierten Backup-Launchern mithilfe eines cIOS gesendet werden.<ref>[https://wiibrew.org/wiki//dev/di#0x8E_DVDLowEnableDvdVideo /dev/di Dokumentation auf WiiBrew]</ref> Da hierbei der DVD-Video-Modus des Laufwerks ausgenutzt wird, ist – genau wie bei den softwarebasierten Lösungen – auch die Lesegeschwindigkeit auf diesen Modus [[Wii-Laufwerk#Spezifikationen\|limitiert]].
			<gallery widths="300" position="center" captionalign="left">
			Datei:WiiKey2.jpg\|Ein WiiKey 2, ein FPGA-basierter Modchip mit Unterstützung bis einschließlich den GC2-D2E Laufwerken
			Datei:WiiKey 2 eingebaut.jpg\|Der selbe WiiKey 2, eingebaut in einem GC2-DMS-Laufwerk, wo die Installation deutlich weniger Kabel erfordert, da bei diesem Chipset kein Clock-Glitching nötig ist.
			</gallery>

	== Laufwerksemulatoren ==		== Laufwerksemulatoren ==

Nino: /* FPGA-basierte Modchips */

2022-09-30T23:46:10Z

FPGA-basierte Modchips

← Nächstältere Version		Version vom 1. Oktober 2022, 01:46 Uhr
Zeile 20:		Zeile 20:
	Spätere Modchips sind deutlich komplexer und basieren in der Regel auf einem FPGA. Der Einbau erfordert ggf. deutlich mehr Kabel, da der Modchip nicht mehr ausschließlich mit der USART-Schnittstelle des GC2-D2 verbunden wird, sondern auch an andere Pins angeschlossen werden muss. Das ist nötig, weil die USART-Schnittstelle bei GC2-D2C und neuer standardmäßig deaktiviert ist und mittels eines Clock Glitch wieder aktiviert werden muss. Um den Einbau für Einsteiger zu erleichtern, erschienen auch Modchips mit der Möglichkeit, sie lötfrei mittels eines Clips oder ähnlichen Methoden mit dem Laufwerk zu verbinden. Das funktioniert aufgrund von Kontaktproblemen oftmals eher schlecht als recht. Eine Besonderheit diesbezüglich ist der DriveKey, der lötfrei direkt in das Flexkabel der DI-Schnittstelle eingehängt wird – eine Seite zum Laufwerk, die andere zum Mainboard.		Spätere Modchips sind deutlich komplexer und basieren in der Regel auf einem FPGA. Der Einbau erfordert ggf. deutlich mehr Kabel, da der Modchip nicht mehr ausschließlich mit der USART-Schnittstelle des GC2-D2 verbunden wird, sondern auch an andere Pins angeschlossen werden muss. Das ist nötig, weil die USART-Schnittstelle bei GC2-D2C und neuer standardmäßig deaktiviert ist und mittels eines Clock Glitch wieder aktiviert werden muss. Um den Einbau für Einsteiger zu erleichtern, erschienen auch Modchips mit der Möglichkeit, sie lötfrei mittels eines Clips oder ähnlichen Methoden mit dem Laufwerk zu verbinden. Das funktioniert aufgrund von Kontaktproblemen oftmals eher schlecht als recht. Eine Besonderheit diesbezüglich ist der DriveKey, der lötfrei direkt in das Flexkabel der DI-Schnittstelle eingehängt wird – eine Seite zum Laufwerk, die andere zum Mainboard.

	Die späteren FPGA-basierten Modchips bieten oftmals erweiterte Funktionen, etwa Unterstützung für Spiele mit BCA-Prüfung und detailierte Konfiguration mittels Software. Problemfälle wie Dual Layer-Spiele funktionieren in der Regel einwandfrei. Die meisten dieser Modchips unterstützen außerdem Laufwerke bis zum GC2-D2E Chipset, einige auch noch frühe Varianten des GC2-D3 Chipsets, welches über gar keine nutzbare USART-Schnittstelle mehr verfügt. All jene Modchips, die das GC2-D3 Chipset unterstützen, werden ähnlich dem oben genannten DriveKey direkt in die DI-Schnittstelle eingehängt und aktivieren den Rohdatenmodus mittels DI-Befehlen. Dieselben Befehle können allerdings auch von softwarebasierten Backup-Launchern mithilfe eines cIOS gesendet werden.<ref>[https://wiibrew.org/wiki//dev/di#0x8E_DVDLowEnableDvdVideo /dev/di Dokumentation auf WiiBrew]</ref> Da hierbei der DVD-Video-Modus des Laufwerks ausgenutzt wird, ist – genau wie bei den softwarebasierten Lösungen – auch die Lesegeschwindigkeit auf diesen Modus limitiert.		Die späteren FPGA-basierten Modchips bieten oftmals erweiterte Funktionen, etwa Unterstützung für Spiele mit BCA-Prüfung und detailierte Konfiguration mittels Software. Problemfälle wie Dual Layer-Spiele funktionieren in der Regel einwandfrei. Die meisten dieser Modchips unterstützen außerdem Laufwerke bis zum GC2-D2E Chipset, einige auch noch frühe Varianten des GC2-D3 Chipsets, welches über gar keine nutzbare USART-Schnittstelle mehr verfügt. All jene Modchips, die das GC2-D3 Chipset unterstützen, werden ähnlich dem oben genannten DriveKey direkt in die DI-Schnittstelle eingehängt und aktivieren den Rohdatenmodus mittels DI-Befehlen. Dieselben Befehle können allerdings auch von softwarebasierten Backup-Launchern mithilfe eines cIOS gesendet werden.<ref>[https://wiibrew.org/wiki//dev/di#0x8E_DVDLowEnableDvdVideo /dev/di Dokumentation auf WiiBrew]</ref> Da hierbei der DVD-Video-Modus des Laufwerks ausgenutzt wird, ist – genau wie bei den softwarebasierten Lösungen – auch die Lesegeschwindigkeit auf diesen Modus [[Wii-Laufwerk#Spezifikationen\|limitiert]].

	== Laufwerksemulatoren ==		== Laufwerksemulatoren ==

Nino: /* Grundlagen und Anfänge */

2022-09-30T21:46:54Z

Grundlagen und Anfänge

← Nächstältere Version		Version vom 30. September 2022, 23:46 Uhr
Zeile 6:		Zeile 6:

	== Grundlagen und Anfänge ==		== Grundlagen und Anfänge ==
	Frühe Modchips erschienen bereits Anfang 2007, beginnend mit dem Wiinja. Sie basieren auf einem kleinen Microcontroller (PIC oder AVR) und kommunizieren mit der seriellen USART-Schnittstelle des GC2-D2 Laufwerkscontrollers.		Frühe Modchips erschienen bereits Anfang 2007, beginnend mit dem Wiinja. Sie basieren auf einem kleinen Microcontroller (PIC oder AVR) und kommunizieren mit der seriellen USART-Schnittstelle des [[Wii-Laufwerk#2-chip_Chipsets\|GC2-D2 Laufwerkscontrollers]].

	Über die USART-Schnittstelle kann nach dem Senden eines durch Bruteforcing ermittelten Passworts ("matshita dvd-game") im Debugmodus Vollzugriff auf den Laufwerkscontroller erlangt werden. So konnte schließlich auch die Firmware des Laufwerkscontrollers gedumpt und reverse-engineered werden. Auf diese Weise gewann man die notwendigen Erkenntnisse darüber, wie das Laufwerk originale Discs als solche verifiziert und wie man diese Verifikation umgehen kann. All dies geschah bereits wenige Wochen nach Launch der Wii, da sich das Sicherheitskonzept des Wii-Laufwerks kaum von dem des GameCubes unterscheidet. Lediglich das Passwort war ein anderes – auf dem GameCube lautet es "MATSHITA DVD-GAME" (in Großbuchstaben).<ref>[https://media.ccc.de/v/23C3-1606-en-console_hacking_2006#t=1188 Console Hacking 2006]</ref>		Über die USART-Schnittstelle kann nach dem Senden eines durch Bruteforcing ermittelten Passworts ("matshita dvd-game") im Debugmodus Vollzugriff auf den Laufwerkscontroller erlangt werden. So konnte schließlich auch die Firmware des Laufwerkscontrollers gedumpt und reverse-engineered werden. Auf diese Weise gewann man die notwendigen Erkenntnisse darüber, wie das Laufwerk originale Discs als solche verifiziert und wie man diese Verifikation umgehen kann. All dies geschah bereits wenige Wochen nach Launch der Wii, da sich das Sicherheitskonzept des Wii-Laufwerks kaum von dem des GameCubes unterscheidet. Lediglich das Passwort war ein anderes – auf dem GameCube lautet es "MATSHITA DVD-GAME" (in Großbuchstaben).<ref>[https://media.ccc.de/v/23C3-1606-en-console_hacking_2006#t=1188 Console Hacking 2006]</ref>

Nino am 30. September 2022 um 21:44 Uhr

2022-09-30T21:44:14Z

← Nächstältere Version		Version vom 30. September 2022, 23:44 Uhr
Zeile 3:		Zeile 3:
	Die genaue Realisierung eines Modchips kann sehr unterschiedlich ausfallen - von kleinen Platinen, die man lötfrei in der Konsole auf Chips stecken kann, bis hin zu komplizierteren, aber oft auch effektiveren Varianten, deren Einbau Lötkenntnisse und einige zusätzliche Kabel erfordert.		Die genaue Realisierung eines Modchips kann sehr unterschiedlich ausfallen - von kleinen Platinen, die man lötfrei in der Konsole auf Chips stecken kann, bis hin zu komplizierteren, aber oft auch effektiveren Varianten, deren Einbau Lötkenntnisse und einige zusätzliche Kabel erfordert.

	Bei der Wii waren Modchips lange Zeit die einzige bzw. bequemste Variante, um gebrannte Spiele oder solche mit fremdem Regionalcode zu starten. Fortschritte in der Homebrew-Szene machten Modchips über die Jahre schrittweise obsolet, da die meisten ~~Features~~ der Modchips durch rein softwarebasierte Lösungen abgelöst wurden.		Bei der Wii waren Modchips lange Zeit die einzige bzw. bequemste Variante, um gebrannte Spiele oder solche mit fremdem Regionalcode zu starten. Fortschritte in der Homebrew-Szene machten Modchips über die Jahre schrittweise obsolet, da die meisten Funktionen der Modchips durch rein softwarebasierte Lösungen abgelöst wurden.

	== Grundlagen und Anfänge ==		== Grundlagen und Anfänge ==

Nino am 30. September 2022 um 21:43 Uhr

2022-09-30T21:43:33Z

← Nächstältere Version		Version vom 30. September 2022, 23:43 Uhr
Zeile 1:		Zeile 1:
	Ein '''Modchip''' bezeichnet im Konsolen-Modding-Bereich einen kleinen Chip bzw. eine kleine Platine, die in eine Konsole – meist in die Laufwerkshardware, manchmal auch in andere Komponenten der Konsole – eingebaut wird. Ziel ist meist das Abspielen gebrannter Spielediscs zu ermöglichen, was ansonsten durch Kopierschutzmaßnahmen unterbunden wird. Außerdem bieten Modchips je nach Konsole die Möglichkeit, eigene bzw. inoffizielle Programme – ''Homebrew'' – von einer Disc zu starten.		Ein '''Modchip''' bezeichnet im Konsolen-Modding-Bereich einen kleinen Chip bzw. eine kleine Platine, die in eine Konsole – meist in die Laufwerkshardware, manchmal auch in andere Komponenten der Konsole – eingebaut wird. Ziel ist meist, das Abspielen gebrannter Spielediscs zu ermöglichen, was ansonsten durch Kopierschutzmaßnahmen unterbunden wird. Außerdem bieten Modchips je nach Konsole die Möglichkeit, eigene bzw. inoffizielle Programme – ''Homebrew'' – von einer Disc zu starten.

	Die genaue Realisierung eines Modchips kann sehr unterschiedlich ausfallen - von kleinen Platinen, die man lötfrei in der Konsole auf Chips stecken kann, bis hin zu komplizierteren, aber oft auch effektiveren Varianten, deren Einbau Lötkenntnisse und einige zusätzliche Kabel erfordert.		Die genaue Realisierung eines Modchips kann sehr unterschiedlich ausfallen - von kleinen Platinen, die man lötfrei in der Konsole auf Chips stecken kann, bis hin zu komplizierteren, aber oft auch effektiveren Varianten, deren Einbau Lötkenntnisse und einige zusätzliche Kabel erfordert.

Nino: /* Laufwerksemulatoren */

2022-09-30T21:40:38Z

Laufwerksemulatoren

← Nächstältere Version		Version vom 30. September 2022, 23:40 Uhr
Zeile 23:		Zeile 23:

	== Laufwerksemulatoren ==		== Laufwerksemulatoren ==
	Mit dem Erscheinen neuer Varianten des GC2-D3 Chipsets, welche die Erkennung nichtoriginaler Discs vollständig unmöglich machen, sowie durch die neu gewachsene Konkurrenz aus der Homebrewszene, wurden klassische Modchips auf der Wii weitgehend irrelevant. Stattdessen setzten Modchip-Entwickler nun verstärkt auf ODE (Optical Drive Emulation), wobei es hierbei verschiedene Varianten gab. Der Sundriver ersetzte z.B. das gesamte Laufwerk mit einer internen Festplatte. Spiele konnten via USB auf die Konsole kopiert werden. Doch mit dem Aufkommen immer besser funktionierender USB-Loader in der Homebrewszene wurde auch dies schnell irrelevant.		Mit dem Erscheinen neuer Varianten des GC2-D3 Chipsets, welche durch Entfernen der DVD-Video-Befehle die Erkennung nichtoriginaler Discs vollständig unmöglich machen, sowie durch die neu gewachsene Konkurrenz aus der Homebrewszene, wurden klassische Modchips auf der Wii weitgehend irrelevant. Stattdessen setzten Modchip-Entwickler nun verstärkt auf ODE (Optical Drive Emulation), wobei es hierbei verschiedene Varianten gab. Der Sundriver ersetzte z.B. das gesamte Laufwerk mit einer internen Festplatte. Spiele konnten via USB auf die Konsole kopiert werden. Doch mit dem Aufkommen immer besser funktionierender USB-Loader in der Homebrewszene wurde auch dies schnell irrelevant.

	Aus dieser letzten Ära besonders bekannt ist die WODE Jukebox, welche auch den Ständer der Wii ersetzt, um am eigenen Ständer ein Display, ein paar Tasten, einen USB-Anschluss und einen SD-Kartenslot unterzubringen. Der Wii-interne Part der WODE Jukebox wird ähnlich dem oben genannten DriveKey lötfrei in das Flexkabel der DI-Schnittstelle eingehängt. Ein zusätzliches Flexkabel wird unten aus dem Gehäuse der Wii herausgeführt, um mit dem Ständer verbunden zu werden. Für einige Zeit hatte diese letzte Generation an Modchips noch das Alleinstellungsmerkmal, GameCube-Spiele von SD-Karte bzw. einem USB-Laufwerk laden zu können. Mit dem Erscheinen von DIOS MIOS und später Nintendont wurde dies jedoch ebenfalls irrelevant.		Aus dieser letzten Ära besonders bekannt ist die WODE Jukebox, welche auch den Ständer der Wii ersetzt, um am eigenen Ständer ein Display, ein paar Tasten, einen USB-Anschluss und einen SD-Kartenslot unterzubringen. Der Wii-interne Part der WODE Jukebox wird ähnlich dem oben genannten DriveKey lötfrei in das Flexkabel der DI-Schnittstelle eingehängt. Ein zusätzliches Flexkabel wird unten aus dem Gehäuse der Wii herausgeführt, um mit dem Ständer verbunden zu werden. Für einige Zeit hatte diese letzte Generation an Modchips noch das Alleinstellungsmerkmal, GameCube-Spiele von SD-Karte bzw. einem USB-Laufwerk laden zu können. Mit dem Erscheinen von DIOS MIOS und später Nintendont wurde dies jedoch ebenfalls irrelevant.

Nino: /* FPGA-basierte Modchips */

2022-09-30T20:49:21Z

FPGA-basierte Modchips

← Nächstältere Version		Version vom 30. September 2022, 22:49 Uhr
Zeile 20:		Zeile 20:
	Spätere Modchips sind deutlich komplexer und basieren in der Regel auf einem FPGA. Der Einbau erfordert ggf. deutlich mehr Kabel, da der Modchip nicht mehr ausschließlich mit der USART-Schnittstelle des GC2-D2 verbunden wird, sondern auch an andere Pins angeschlossen werden muss. Das ist nötig, weil die USART-Schnittstelle bei GC2-D2C und neuer standardmäßig deaktiviert ist und mittels eines Clock Glitch wieder aktiviert werden muss. Um den Einbau für Einsteiger zu erleichtern, erschienen auch Modchips mit der Möglichkeit, sie lötfrei mittels eines Clips oder ähnlichen Methoden mit dem Laufwerk zu verbinden. Das funktioniert aufgrund von Kontaktproblemen oftmals eher schlecht als recht. Eine Besonderheit diesbezüglich ist der DriveKey, der lötfrei direkt in das Flexkabel der DI-Schnittstelle eingehängt wird – eine Seite zum Laufwerk, die andere zum Mainboard.		Spätere Modchips sind deutlich komplexer und basieren in der Regel auf einem FPGA. Der Einbau erfordert ggf. deutlich mehr Kabel, da der Modchip nicht mehr ausschließlich mit der USART-Schnittstelle des GC2-D2 verbunden wird, sondern auch an andere Pins angeschlossen werden muss. Das ist nötig, weil die USART-Schnittstelle bei GC2-D2C und neuer standardmäßig deaktiviert ist und mittels eines Clock Glitch wieder aktiviert werden muss. Um den Einbau für Einsteiger zu erleichtern, erschienen auch Modchips mit der Möglichkeit, sie lötfrei mittels eines Clips oder ähnlichen Methoden mit dem Laufwerk zu verbinden. Das funktioniert aufgrund von Kontaktproblemen oftmals eher schlecht als recht. Eine Besonderheit diesbezüglich ist der DriveKey, der lötfrei direkt in das Flexkabel der DI-Schnittstelle eingehängt wird – eine Seite zum Laufwerk, die andere zum Mainboard.

	Die späteren FPGA-basierten Modchips bieten oftmals erweiterte Funktionen, etwa Unterstützung für Spiele mit BCA-Prüfung und detailierte Konfiguration mittels Software. Problemfälle wie Dual Layer-Spiele funktionieren in der Regel einwandfrei. Die meisten dieser Modchips unterstützen außerdem Laufwerke bis zum GC2-D2E Chipset, einige auch noch frühe Varianten des GC2-D3 Chipsets.		Die späteren FPGA-basierten Modchips bieten oftmals erweiterte Funktionen, etwa Unterstützung für Spiele mit BCA-Prüfung und detailierte Konfiguration mittels Software. Problemfälle wie Dual Layer-Spiele funktionieren in der Regel einwandfrei. Die meisten dieser Modchips unterstützen außerdem Laufwerke bis zum GC2-D2E Chipset, einige auch noch frühe Varianten des GC2-D3 Chipsets, welches über gar keine nutzbare USART-Schnittstelle mehr verfügt. All jene Modchips, die das GC2-D3 Chipset unterstützen, werden ähnlich dem oben genannten DriveKey direkt in die DI-Schnittstelle eingehängt und aktivieren den Rohdatenmodus mittels DI-Befehlen. Dieselben Befehle können allerdings auch von softwarebasierten Backup-Launchern mithilfe eines cIOS gesendet werden.<ref>[https://wiibrew.org/wiki//dev/di#0x8E_DVDLowEnableDvdVideo /dev/di Dokumentation auf WiiBrew]</ref> Da hierbei der DVD-Video-Modus des Laufwerks ausgenutzt wird, ist – genau wie bei den softwarebasierten Lösungen – auch die Lesegeschwindigkeit auf diesen Modus limitiert.

	== Laufwerksemulatoren ==		== Laufwerksemulatoren ==

Nino: /* Grundlagen und Anfänge */

2022-09-30T19:04:54Z

Grundlagen und Anfänge

← Nächstältere Version		Version vom 30. September 2022, 21:04 Uhr
Zeile 10:		Zeile 10:
	Über die USART-Schnittstelle kann nach dem Senden eines durch Bruteforcing ermittelten Passworts ("matshita dvd-game") im Debugmodus Vollzugriff auf den Laufwerkscontroller erlangt werden. So konnte schließlich auch die Firmware des Laufwerkscontrollers gedumpt und reverse-engineered werden. Auf diese Weise gewann man die notwendigen Erkenntnisse darüber, wie das Laufwerk originale Discs als solche verifiziert und wie man diese Verifikation umgehen kann. All dies geschah bereits wenige Wochen nach Launch der Wii, da sich das Sicherheitskonzept des Wii-Laufwerks kaum von dem des GameCubes unterscheidet. Lediglich das Passwort war ein anderes – auf dem GameCube lautet es "MATSHITA DVD-GAME" (in Großbuchstaben).<ref>[https://media.ccc.de/v/23C3-1606-en-console_hacking_2006#t=1188 Console Hacking 2006]</ref>		Über die USART-Schnittstelle kann nach dem Senden eines durch Bruteforcing ermittelten Passworts ("matshita dvd-game") im Debugmodus Vollzugriff auf den Laufwerkscontroller erlangt werden. So konnte schließlich auch die Firmware des Laufwerkscontrollers gedumpt und reverse-engineered werden. Auf diese Weise gewann man die notwendigen Erkenntnisse darüber, wie das Laufwerk originale Discs als solche verifiziert und wie man diese Verifikation umgehen kann. All dies geschah bereits wenige Wochen nach Launch der Wii, da sich das Sicherheitskonzept des Wii-Laufwerks kaum von dem des GameCubes unterscheidet. Lediglich das Passwort war ein anderes – auf dem GameCube lautet es "MATSHITA DVD-GAME" (in Großbuchstaben).<ref>[https://media.ccc.de/v/23C3-1606-en-console_hacking_2006#t=1188 Console Hacking 2006]</ref>

	Seitens Nintendo bzw. Panasonic wurde dies durch verschiedene Maßnahmen gekontert, die überwiegend darauf zielten, den Zugang zur USART-Schnittstelle physisch zu erschweren. Dies geschah durch entfernte Testpunkte auf der Laufwerksplatine, abgetrennte Pins am GC2-D2 bis hin zu Epoxidharz um den GC2-D2 herum. Diese frühen Modchips funktionieren nicht mit aktualisierten Varianten des GC2-D2, unabhängig vom Zugang zur USART-Schnittstelle. Davon abgesehen haben sie oft etliche andere Probleme (Dual Layer/DVD9-Spiele, BCA-Kontrolle, GameCube-Spiele, keine Regionsfreiheit usw).		Seitens Nintendo bzw. Panasonic wurde dies durch verschiedene Maßnahmen gekontert, die überwiegend darauf zielten, den Zugang zur USART-Schnittstelle physisch zu erschweren. Dies geschah durch entfernte Testpunkte auf der Laufwerksplatine, abgetrennte Pins am GC2-D2 bis hin zu Epoxidharz um den GC2-D2 herum.<ref>[https://www.wiidrives.com/howto Wii Drive Chip Database - How To]</ref> Diese frühen Modchips funktionieren nicht mit aktualisierten Varianten des GC2-D2, unabhängig vom Zugang zur USART-Schnittstelle. Davon abgesehen haben sie oft etliche andere Probleme (Dual Layer/DVD9-Spiele, BCA-Kontrolle, GameCube-Spiele, keine Regionsfreiheit usw).

	Es erschienen auch einige Open Source Modchip-Projekte wie etwa der YAOSM (Yet Another Open Source Modchip), welche überwiegend auf denselben Prinzipien wie die frühen kommerziellen Modchips beruhen. Open Source Modchips können von jedem selbst gefertigt werden, der die dafür nötigen Werkzeuge wie etwa einen PIC-Programmer besitzt.		Es erschienen auch einige Open Source Modchip-Projekte wie etwa der YAOSM (Yet Another Open Source Modchip), welche überwiegend auf denselben Prinzipien wie die frühen kommerziellen Modchips beruhen. Open Source Modchips können von jedem selbst gefertigt werden, der die dafür nötigen Werkzeuge wie etwa einen PIC-Programmer besitzt.

Nino: /* Grundlagen und Anfänge */

2022-09-30T19:01:20Z

Grundlagen und Anfänge

← Nächstältere Version		Version vom 30. September 2022, 21:01 Uhr
Zeile 8:		Zeile 8:
	Frühe Modchips erschienen bereits Anfang 2007, beginnend mit dem Wiinja. Sie basieren auf einem kleinen Microcontroller (PIC oder AVR) und kommunizieren mit der seriellen USART-Schnittstelle des GC2-D2 Laufwerkscontrollers.		Frühe Modchips erschienen bereits Anfang 2007, beginnend mit dem Wiinja. Sie basieren auf einem kleinen Microcontroller (PIC oder AVR) und kommunizieren mit der seriellen USART-Schnittstelle des GC2-D2 Laufwerkscontrollers.

	Über die USART-Schnittstelle kann nach dem Senden eines durch Bruteforcing ermittelten Passworts ("matshita dvd-game") im Debugmodus Vollzugriff auf den Laufwerkscontroller erlangt werden. So konnte schließlich auch die Firmware des Laufwerkscontrollers gedumpt und reverse-engineered werden. Auf diese Weise gewann man die notwendigen Erkenntnisse darüber, wie das Laufwerk originale Discs als solche verifiziert und wie man diese Verifikation umgehen kann. All dies geschah bereits wenige Wochen nach Launch der Wii, da sich das Sicherheitskonzept des Wii-Laufwerks kaum von dem des GameCubes unterscheidet. Lediglich das Passwort war ein anderes – auf dem GameCube lautet es "MATSHITA DVD-GAME" (in Großbuchstaben).<ref>[https://media.ccc.de/v/23C3-1606-en-console_hacking_2006#t=1188 2006 ]</ref>		Über die USART-Schnittstelle kann nach dem Senden eines durch Bruteforcing ermittelten Passworts ("matshita dvd-game") im Debugmodus Vollzugriff auf den Laufwerkscontroller erlangt werden. So konnte schließlich auch die Firmware des Laufwerkscontrollers gedumpt und reverse-engineered werden. Auf diese Weise gewann man die notwendigen Erkenntnisse darüber, wie das Laufwerk originale Discs als solche verifiziert und wie man diese Verifikation umgehen kann. All dies geschah bereits wenige Wochen nach Launch der Wii, da sich das Sicherheitskonzept des Wii-Laufwerks kaum von dem des GameCubes unterscheidet. Lediglich das Passwort war ein anderes – auf dem GameCube lautet es "MATSHITA DVD-GAME" (in Großbuchstaben).<ref>[https://media.ccc.de/v/23C3-1606-en-console_hacking_2006#t=1188 Console Hacking 2006]</ref>

	Seitens Nintendo bzw. Panasonic wurde dies durch verschiedene Maßnahmen gekontert, die überwiegend darauf zielten, den Zugang zur USART-Schnittstelle physisch zu erschweren. Dies geschah durch entfernte Testpunkte auf der Laufwerksplatine, abgetrennte Pins am GC2-D2 bis hin zu Epoxidharz um den GC2-D2 herum. Diese frühen Modchips funktionieren nicht mit aktualisierten Varianten des GC2-D2, unabhängig vom Zugang zur USART-Schnittstelle. Davon abgesehen haben sie oft etliche andere Probleme (Dual Layer/DVD9-Spiele, BCA-Kontrolle, GameCube-Spiele, keine Regionsfreiheit usw).		Seitens Nintendo bzw. Panasonic wurde dies durch verschiedene Maßnahmen gekontert, die überwiegend darauf zielten, den Zugang zur USART-Schnittstelle physisch zu erschweren. Dies geschah durch entfernte Testpunkte auf der Laufwerksplatine, abgetrennte Pins am GC2-D2 bis hin zu Epoxidharz um den GC2-D2 herum. Diese frühen Modchips funktionieren nicht mit aktualisierten Varianten des GC2-D2, unabhängig vom Zugang zur USART-Schnittstelle. Davon abgesehen haben sie oft etliche andere Probleme (Dual Layer/DVD9-Spiele, BCA-Kontrolle, GameCube-Spiele, keine Regionsfreiheit usw).

Nino: /* Grundlagen und Anfänge */

2022-09-30T19:00:32Z

Grundlagen und Anfänge

← Nächstältere Version		Version vom 30. September 2022, 21:00 Uhr
Zeile 8:		Zeile 8:
	Frühe Modchips erschienen bereits Anfang 2007, beginnend mit dem Wiinja. Sie basieren auf einem kleinen Microcontroller (PIC oder AVR) und kommunizieren mit der seriellen USART-Schnittstelle des GC2-D2 Laufwerkscontrollers.		Frühe Modchips erschienen bereits Anfang 2007, beginnend mit dem Wiinja. Sie basieren auf einem kleinen Microcontroller (PIC oder AVR) und kommunizieren mit der seriellen USART-Schnittstelle des GC2-D2 Laufwerkscontrollers.

	Über die USART-Schnittstelle kann nach dem Senden eines durch Bruteforcing ermittelten Passworts ("matshita dvd-game") im Debugmodus Vollzugriff auf den Laufwerkscontroller erlangt werden. So konnte schließlich auch die Firmware des Laufwerkscontrollers gedumpt und reverse-engineered werden. Auf diese Weise gewann man die notwendigen Erkenntnisse darüber, wie das Laufwerk originale Discs als solche verifiziert und wie man diese Verifikation umgehen kann. All dies geschah bereits wenige Wochen nach Launch der Wii, da sich das Sicherheitskonzept des Wii-Laufwerks kaum von dem des GameCubes unterscheidet. Lediglich das Passwort war ein anderes – auf dem GameCube lautet es "MATSHITA DVD-GAME" (in Großbuchstaben).<ref>[https://media.ccc.de/v/23C3-1606-en-console_hacking_2006 ~~Console Hacking~~ 2006 ]</ref>		Über die USART-Schnittstelle kann nach dem Senden eines durch Bruteforcing ermittelten Passworts ("matshita dvd-game") im Debugmodus Vollzugriff auf den Laufwerkscontroller erlangt werden. So konnte schließlich auch die Firmware des Laufwerkscontrollers gedumpt und reverse-engineered werden. Auf diese Weise gewann man die notwendigen Erkenntnisse darüber, wie das Laufwerk originale Discs als solche verifiziert und wie man diese Verifikation umgehen kann. All dies geschah bereits wenige Wochen nach Launch der Wii, da sich das Sicherheitskonzept des Wii-Laufwerks kaum von dem des GameCubes unterscheidet. Lediglich das Passwort war ein anderes – auf dem GameCube lautet es "MATSHITA DVD-GAME" (in Großbuchstaben).<ref>[https://media.ccc.de/v/23C3-1606-en-console_hacking_2006#t=1188 2006 ]</ref>

	Seitens Nintendo bzw. Panasonic wurde dies durch verschiedene Maßnahmen gekontert, die überwiegend darauf zielten, den Zugang zur USART-Schnittstelle physisch zu erschweren. Dies geschah durch entfernte Testpunkte auf der Laufwerksplatine, abgetrennte Pins am GC2-D2 bis hin zu Epoxidharz um den GC2-D2 herum. Diese frühen Modchips funktionieren nicht mit aktualisierten Varianten des GC2-D2, unabhängig vom Zugang zur USART-Schnittstelle. Davon abgesehen haben sie oft etliche andere Probleme (Dual Layer/DVD9-Spiele, BCA-Kontrolle, GameCube-Spiele, keine Regionsfreiheit usw).		Seitens Nintendo bzw. Panasonic wurde dies durch verschiedene Maßnahmen gekontert, die überwiegend darauf zielten, den Zugang zur USART-Schnittstelle physisch zu erschweren. Dies geschah durch entfernte Testpunkte auf der Laufwerksplatine, abgetrennte Pins am GC2-D2 bis hin zu Epoxidharz um den GC2-D2 herum. Diese frühen Modchips funktionieren nicht mit aktualisierten Varianten des GC2-D2, unabhängig vom Zugang zur USART-Schnittstelle. Davon abgesehen haben sie oft etliche andere Probleme (Dual Layer/DVD9-Spiele, BCA-Kontrolle, GameCube-Spiele, keine Regionsfreiheit usw).