You are not logged in.

1

Friday, January 6th 2012, 6:25pm

Neue WII ohne Gamecube-Support --> Downgrade auf 4.1 noch zu empfehlen ?

Hallo,



Mal ne generelle Frage ,welche mich schon die ganze Zeit plagt.

Meine Wii hat keinen Gamecubesupport und somit keine Gamecube-Ports. Die Wii ist eine der ganz neuen Reihe. --> KEH7004XX

Wenn ich alles richtig verstanden habe, so kommen wir mit dieser Wii-Version nicht mehr in den Recovery-Modus, auch wenn wir auf 4.1 downgraden würden nicht !(zusätzlicher Brickschutz).

Also ist es nicht möglich mit Hilfe eines Spieles (welches 4.2 oder 4.3 enthält) bei dieser Wii nachzuhelfen?

(ich habe zumidnest noch keine Lösung entdeckt beim Durchforsten I-Net/Forum)



Nutzentechnisch inklusive Risikoabschätzung lohnt sich da es immernoch einen Downgrade durchzuführen?



Nach dem Downgrade würden wir bei einer Installation eines falschen Systemmenüs trotzdem noch eine funktionierende Wii haben, da wir das Systemmenü-IOS 60 benutzen anstelle IOS80 v6944?



Gibt es jemand in der Runde der auf derselben Wii-Generation den zusätzlichen Brickschutz drauf hat bzw. downgrade erfolgreich durchgeführt hat (auf 4.1)? (Die Wii OHNE GC-Support)

Funktioniert dieser Schritt auf der neuesten Wii-Generation ohne Probleme?)



Helft mir doch bitte nochmals auf die Sprünge.Das wäre sehr nett.Danke

:winki:

P.S.:

Meine Konsole läuft wunderbar nach dem UHG auf 4.3 (Priiiloader usw..). Alles " UHG -Konform" bis auf den zusätzlichen Brickschutz.

Ich vermeide bewusst Menüänderungen (schwarzer Hintergrund usw.) und Wad-Installation swoeit möglich.



Alles wunderbar soweit.



Grüße,

DABADABADU
:33px-WiiWiFi.svg: + :15px-Wiimoteplus.svg: + :26px-Nunchuck_alternative.svg: + :15px-Wiimoteplus.svg: + :26px-Nunchuck_alternative.svg: + :47px-SensorBar.svg:

This post has been edited 1 times, last edit by "DABADABADU" (Jan 6th 2012, 6:31pm) with the following reason: Datenschutz


2

Friday, January 6th 2012, 6:48pm

Du hast recht, mittels Spiel kann man die Wii dann nicht mehr retten. Funktionieren würde der zusätzliche Brickschutz trotzdem. Man kann durch den zusätzlichen Brickschutz keinen Stub-Brick bekommen. Dieser wird durch eine Installation einer falschen Firmware ausgelöst, wenn das dazugehörige IOS nicht mitinstalliert wird. Alleine aus dem Grund empfehle ich auch dir diesen zusätzlichen Brickschutz zu installieren.
Wenn du jedoch wirklich jegliche Menüänderungen oder andere Spielereien lässt, kann man durch aus darauf verzichten.
Die Entscheidung bleibt bei dir.
Zusammengefasst würde ich es immer installieren, wenn man hier und da mal was an der Wii verändern möchte.

3

Friday, January 6th 2012, 7:02pm

Merci greenhorn..

Haben wir schon Erfahrungen bezüglich der neuesten Wii-Generation mit diesem Downgrade
auf 4.1 ? Oder ist diese Frage unberechtigt bzw. nicht notwendig ?

Danke und Gruß,
DABADABADU
:33px-WiiWiFi.svg: + :15px-Wiimoteplus.svg: + :26px-Nunchuck_alternative.svg: + :15px-Wiimoteplus.svg: + :26px-Nunchuck_alternative.svg: + :47px-SensorBar.svg:


4

Friday, January 6th 2012, 7:07pm

Das wurde in diesem Forum schon 2 mal (bewusst) getestet und beide male hats funktioniert. SOllte also klappen.

5

Friday, January 6th 2012, 7:19pm

Wenn ich alles richtig verstanden habe, so kommen wir mit dieser Wii-Version nicht mehr in den Recovery-Modus, auch wenn wir auf 4.1 downgraden würden nicht !(zusätzlicher Brickschutz).

Richtig, ob noch eine derartige Recoveryfunktion existiert und wie man diese aufruft ist bis dato nicht bekannt. Ebenso lässt sich kein NAND-Backup mit BootMii restaurieren, da dafür ebenfalls ein GameCube-Controller benötigt wird. Ob es hierfür von Team Twiizers noch eine neue BootMii-Version geben wird, wage ich mal zu bezweifeln.

Nach dem Downgrade würden wir bei einer Installation eines falschen Systemmenüs trotzdem noch eine funktionierende Wii haben, da wir das Systemmenü-IOS 60 benutzen anstelle IOS80 v6944?

Richtig, dies hat aber nichts mit der Version des Systemmenü-IOS zu tun, sondern mit der Installation in den jeweiligen Slots. Das IOS60 v6174 ist das letzte was noch nicht mit Antipiracy-Features (z.B. Bannerbomb-Fix, etc.) versehen ist und ist mit allen Systemmenüs kompatibel. Der eigentliche Schutz vor einem up-/downgrade des Systemmenüs liegt darin, dass in allen Slots, welche von den verschiedenen Systemmenüs verwendet werden, ein funktionierendes Systemmenü-IOS installiert wird um einen Stub-Brick zu vermeiden.

Ich vermeide bewusst Menüänderungen (schwarzer Hintergrund usw.) und Wad-Installation swoeit möglich.

Ein bewusster Umgang durch entsprechenden Sachverstand ist der beste Brickschutz. Ich habe auch nicht alle "für den Fall dass"-Schutzmassnahmen durchgeführt, weil ich in der Regel weiss was ich tue. Grundsätzlich schadet es aber nichts, vor allem wenn man sich mal länger nicht mehr mit der Materie befasst hat und dann mal auf die schnelle was ändern will.

LG, Snap.

6

Friday, January 6th 2012, 7:45pm

Snap, Leseratte Merci nochmal...

Hallo,


Noch etwas...

Auf die Gefahr hin, gesteinigt zu werden..



Wenn ich mit dem UHG-Downloader 2.8 eine sys-check mache ohne zusätzliche Brickschutz Überprüfung ist alles konform.Supi ok.

Mache ich aber einen Sys-check mit zusätzlicher Brickschutzüberprüfung, so bekomme ich ein Update-Packet zusammengestellt (was ja auch richtig ist.)


Inhalt in Schritt 1-Ordner:

Spoiler Spoiler


Dateinamen/ Größe/ Datum/ Attrib.



IOS11[60]-v65535.wad 1.955.584 06.01.2012 19:29 -a--
IOS20[60]-v65535.wad 1.955.584 06.01.2012 19:29 -a--
IOS30[60]-v65535.wad 1.955.584 06.01.2012 19:29 -a--
IOS40[60]-v65535.wad 1.955.584 06.01.2012 19:29 -a--
IOS50[60]-v65535.wad 1.955.584 06.01.2012 19:29 -a--
IOS60[60]-v65535.wad 1.955.584 06.01.2012 19:29 -a--
IOS60-64-v6174.wad 1.955.584 06.01.2012 19:29 -a--
IOS70[60]-v65535.wad 1.955.584 06.01.2012 19:29 -a--
IOS80[60]-v65535.wad 1.955.584 06.01.2012 19:29 -a--



Erzeuge ich ein Update-Packet mit "4 = Firmware 4.1 inkl. Brickschutz (ohne IOS und cIOS)" wie im Tutorial beschrieben bekomem ich als Inhalt im Schritt 1 Ordner:



Spoiler Spoiler



Dateinamen/ Größe/ Datum/ Attrib.

IOS11[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--

IOS20[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--

IOS30[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--

IOS40[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--

IOS50[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--

IOS60[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--

IOS70[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--

IOS80[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--



IOS60-64-v6174.wad ist nicht in beiden Ordnern gegeben und fehlt im Schritt 1 Ordner generiert mit Hilfe von " Firmware 4.1 inkl. Brickschutz (ohne IOS und cIOS)"

Kann mir das nochmals jemand näher bringen bzw. erklären.

Danke und Gruß,
DABADABADU



sysCheck-Log

Mit sysCheck Checker prüfen


				
sysCheck v2.1.0b14 von Double_A und R2-D2199 ...laeuft auf dem IOS58 (rev 6176).

Region: PAL
Systemmenue 4.3E (v514)
Priiloader installiert
Das Laufwerk unterstuetzt keine DVDs
Homebrewkanal 1.0.8 benutzt IOS58
Hollywood v0x21

Es wurden 80 Titel gefunden.
Es wurden 54 IOS gefunden, von denen 13 funktionslos (Stub) sind.

IOS3 (rev 65280): Funktionslos (Stub)
IOS4 (rev 65280): Funktionslos (Stub)
IOS9 (rev 1034): Keine Patches
IOS10 (rev 768): Funktionslos (Stub)
IOS11 (rev 256): Funktionslos (Stub)
IOS12 (rev 526): Keine Patches
IOS13 (rev 1032): Keine Patches
IOS14 (rev 1032): Keine Patches
IOS15 (rev 1032): Keine Patches
IOS16 (rev 512): Funktionslos (Stub)
IOS17 (rev 1032): Keine Patches
IOS20 (rev 256): Funktionslos (Stub)
IOS21 (rev 1039): Keine Patches
IOS22 (rev 1294): Keine Patches
IOS28 (rev 1807): Keine Patches
IOS30 (rev 2816): Funktionslos (Stub)
IOS31 (rev 3608): Keine Patches
IOS33 (rev 3608): Keine Patches
IOS34 (rev 3608): Keine Patches
IOS35 (rev 3608): Keine Patches
IOS36 (rev 3608, Info: rev 3351): Trucha Bug, ES Identify, NAND Zugriff
IOS37 (rev 5663): Keine Patches
IOS38 (rev 4124): Keine Patches
IOS40 (rev 3072): Funktionslos (Stub)
IOS41 (rev 3607): Keine Patches
IOS43 (rev 3607): Keine Patches
IOS45 (rev 3607): Keine Patches
IOS46 (rev 3607): Keine Patches
IOS48 (rev 4124): Keine Patches
IOS50 (rev 5120): Funktionslos (Stub)
IOS51 (rev 4864): Funktionslos (Stub)
IOS52 (rev 5888): Funktionslos (Stub)
IOS53 (rev 5663): Keine Patches
IOS55 (rev 5663): Keine Patches
IOS56 (rev 5662): Keine Patches
IOS57 (rev 5919): Keine Patches
IOS58 (rev 6176): USB 2.0
IOS60 (rev 6400): Funktionslos (Stub)
IOS61 (rev 5662): Keine Patches
IOS70 (rev 6912): Funktionslos (Stub)
IOS80 (rev 6944, Info: rev 6944): Trucha Bug
IOS202[60] (rev 65535, Info: hermes-v5.1): Trucha Bug, NAND Zugriff, USB 2.0
IOS222[38] (rev 65535, Info: hermes-v5.1): Trucha Bug, ES Identify, NAND Zugriff, USB 2.0
IOS223[37] (rev 65535, Info: hermes-v5.1): Trucha Bug, NAND Zugriff, USB 2.0
IOS224[57] (rev 65535, Info: hermes-v5.1): Trucha Bug, NAND Zugriff, USB 2.0
IOS236[36] (rev 65535, Info: rev 3351): Trucha Bug, ES Identify, NAND Zugriff
IOS245[37] (rev 21007, Info: d2x-v7final): Trucha Bug, NAND Zugriff, USB 2.0
IOS246[38] (rev 21007, Info: d2x-v7final): Trucha Bug, ES Identify, NAND Zugriff
IOS247[53] (rev 21007, Info: d2x-v7final): Trucha Bug, NAND Zugriff, USB 2.0
IOS248[55] (rev 21007, Info: d2x-v7final): Trucha Bug, NAND Zugriff, USB 2.0
IOS249[56] (rev 21007, Info: d2x-v7final): Trucha Bug, NAND Zugriff, USB 2.0
IOS250[57] (rev 21007, Info: d2x-v7final): Trucha Bug, NAND Zugriff, USB 2.0
IOS251[58] (rev 21007, Info: d2x-v7final): Trucha Bug, NAND Zugriff, USB 2.0
IOS254 (rev 65281): BootMii
BC v6
MIOS v10






?(
:33px-WiiWiFi.svg: + :15px-Wiimoteplus.svg: + :26px-Nunchuck_alternative.svg: + :15px-Wiimoteplus.svg: + :26px-Nunchuck_alternative.svg: + :47px-SensorBar.svg:

This post has been edited 1 times, last edit by "DABADABADU" (Jan 6th 2012, 7:53pm)



7

Friday, January 6th 2012, 7:57pm

Das ist ein Fehler im UHG-Downloader. Sorry. Hat bei der Installation aber keine Auswirkung. Behebe ich in der nächsten Version.

edit: Ist gefixt. Der Fehler wird in der neuen Version (welche in den nächsten Tagen kommt) nicht mehr drin sein.

8

Friday, January 6th 2012, 8:06pm

Merci greenhorn,

Hi,

Ihr verzeiht wenn ich nochmals gegenfrage..
Das bedeutet mit dem Update-Packet mit "4 = Firmware 4.1 inkl. Brickschutz (ohne IOS und cIOS)"
würde der Downgrade und Brickschutz auf 4.1 funktionieren ohne die IOS60-64-v6174.wad ?.( Ich habe gedacht diese wird benötigt. Wie gesagt bin noch nicht ganz drin in der Materie.)
Wie gesagt...
Folgender Inhalt im Schritt-1 update würde ich durchführen /installieren mit YAWMM..

Spoiler Spoiler


Dateinamen/ Größe/ Datum/ Attrib.
IOS11[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--
IOS20[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--
IOS30[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--
IOS40[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--
IOS50[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--
IOS60[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--
IOS70[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--
IOS80[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--


Mein sys-check ist UHG-Konform(ohne zusätzlichen Brickschutz)

sysCheck-Log

Mit sysCheck Checker prüfen


				
sysCheck v2.1.0b14 von Double_A und R2-D2199 ...laeuft auf dem IOS58 (rev 6176).

Region: PAL
Systemmenue 4.3E (v514)
Priiloader installiert
Das Laufwerk unterstuetzt keine DVDs
Homebrewkanal 1.0.8 benutzt IOS58
Hollywood v0x21

Es wurden 80 Titel gefunden.
Es wurden 54 IOS gefunden, von denen 13 funktionslos (Stub) sind.

IOS3 (rev 65280): Funktionslos (Stub)
IOS4 (rev 65280): Funktionslos (Stub)
IOS9 (rev 1034): Keine Patches
IOS10 (rev 768): Funktionslos (Stub)
IOS11 (rev 256): Funktionslos (Stub)
IOS12 (rev 526): Keine Patches
IOS13 (rev 1032): Keine Patches
IOS14 (rev 1032): Keine Patches
IOS15 (rev 1032): Keine Patches
IOS16 (rev 512): Funktionslos (Stub)
IOS17 (rev 1032): Keine Patches
IOS20 (rev 256): Funktionslos (Stub)
IOS21 (rev 1039): Keine Patches
IOS22 (rev 1294): Keine Patches
IOS28 (rev 1807): Keine Patches
IOS30 (rev 2816): Funktionslos (Stub)
IOS31 (rev 3608): Keine Patches
IOS33 (rev 3608): Keine Patches
IOS34 (rev 3608): Keine Patches
IOS35 (rev 3608): Keine Patches
IOS36 (rev 3608, Info: rev 3351): Trucha Bug, ES Identify, NAND Zugriff
IOS37 (rev 5663): Keine Patches
IOS38 (rev 4124): Keine Patches
IOS40 (rev 3072): Funktionslos (Stub)
IOS41 (rev 3607): Keine Patches
IOS43 (rev 3607): Keine Patches
IOS45 (rev 3607): Keine Patches
IOS46 (rev 3607): Keine Patches
IOS48 (rev 4124): Keine Patches
IOS50 (rev 5120): Funktionslos (Stub)
IOS51 (rev 4864): Funktionslos (Stub)
IOS52 (rev 5888): Funktionslos (Stub)
IOS53 (rev 5663): Keine Patches
IOS55 (rev 5663): Keine Patches
IOS56 (rev 5662): Keine Patches
IOS57 (rev 5919): Keine Patches
IOS58 (rev 6176): USB 2.0
IOS60 (rev 6400): Funktionslos (Stub)
IOS61 (rev 5662): Keine Patches
IOS70 (rev 6912): Funktionslos (Stub)
IOS80 (rev 6944, Info: rev 6944): Trucha Bug
IOS202[60] (rev 65535, Info: hermes-v5.1): Trucha Bug, NAND Zugriff, USB 2.0
IOS222[38] (rev 65535, Info: hermes-v5.1): Trucha Bug, ES Identify, NAND Zugriff, USB 2.0
IOS223[37] (rev 65535, Info: hermes-v5.1): Trucha Bug, NAND Zugriff, USB 2.0
IOS224[57] (rev 65535, Info: hermes-v5.1): Trucha Bug, NAND Zugriff, USB 2.0
IOS236[36] (rev 65535, Info: rev 3351): Trucha Bug, ES Identify, NAND Zugriff
IOS245[37] (rev 21007, Info: d2x-v7final): Trucha Bug, NAND Zugriff, USB 2.0
IOS246[38] (rev 21007, Info: d2x-v7final): Trucha Bug, ES Identify, NAND Zugriff
IOS247[53] (rev 21007, Info: d2x-v7final): Trucha Bug, NAND Zugriff, USB 2.0
IOS248[55] (rev 21007, Info: d2x-v7final): Trucha Bug, NAND Zugriff, USB 2.0
IOS249[56] (rev 21007, Info: d2x-v7final): Trucha Bug, NAND Zugriff, USB 2.0
IOS250[57] (rev 21007, Info: d2x-v7final): Trucha Bug, NAND Zugriff, USB 2.0
IOS251[58] (rev 21007, Info: d2x-v7final): Trucha Bug, NAND Zugriff, USB 2.0
IOS254 (rev 65281): BootMii
BC v6
MIOS v10


Grüße,
DABADABADU
:33px-WiiWiFi.svg: + :15px-Wiimoteplus.svg: + :26px-Nunchuck_alternative.svg: + :15px-Wiimoteplus.svg: + :26px-Nunchuck_alternative.svg: + :47px-SensorBar.svg:

9

Friday, January 6th 2012, 8:10pm

Da ist sie doch: IOS60[60]-v65535.wad 1.955.584 06.01.2012 19:25 -a--
In dem anderen Paket war sie nur doppelt :D


ChriDo

Homebrew-Fortgeschrittener

  • Send private message

10

Friday, January 6th 2012, 11:41pm

Diese Wii´s haben genauso ein Rescue Menü wie jede andere, auch aufrufbar.
Die Wii´s haben sogar einen eigenen Steckplatz dafür, jedoch gibt es noch kein Gegenstück dafür.
Hab mir daher ein Modul selber zusammen gebastelt. Ist eigentlich fast gleich wie das SaveMii Modul.
Dauert sicher nimmer lange, dann wird es da etwas im Netz zu kaufen geben dafür.

Kann ich 100% bestätigen, da ich bereits eine Hand voll solcher Wii´s per Rescue Menü entbrickt habe.

11

Saturday, January 7th 2012, 12:05am

Der Fehler mit dem doppelten IOS60 ist gefixt. Die neue Version ist auch schon Online: >> UHG-Downloader 2.9 <<

12

Saturday, January 7th 2012, 8:56pm

Merci Greenhorn,...

Merci ChriDo,
das Modul welches Du gebastelt hast bzw. der Steckplatz " in" der neuen "Family" -Wii würde mich doch näher interessieren.. (bezüglich des Rescue Mnüs)
Hast Du ein paar mehr Information oder hab ich einen Beitrag im Forum verpasst, dann entschudlige die Frage..
DaNKE
Grüße und noch n schönen Sa-abend.
DABADABADU
:33px-WiiWiFi.svg: + :15px-Wiimoteplus.svg: + :26px-Nunchuck_alternative.svg: + :15px-Wiimoteplus.svg: + :26px-Nunchuck_alternative.svg: + :47px-SensorBar.svg:


13

Monday, January 9th 2012, 10:39pm

@DABADABADU

Also von einem bestehenden Steckplatz kann im Folgenden nicht die Rede sein. Es wird einfach der fehlende GameCube-Port wieder restauriert :

http://wii-city.at/forum/showthread.php?t=219

LG, Snap.

Crypto

Brick-Doktor

(204)

    Deutschland

Posts: 1,244

Location: Niedersachsen

Occupation: Fachinformatiker

  • Send private message

14

Wednesday, January 11th 2012, 8:17am

Das Problem an der Stelle ist, dass man, um das Rescue Menü auf diesen Wiis aufzurufen, die Wii (wenn auch nur geringfügig) öffnen musst. Wenn man die obere Klappe abschraubt, kann man ein modifiziertes Savemii Modul direkt einstecken. Habe ich auch schon gemacht, aber dadurch entsteht wieder der Garantie Verlust.
Das Einlöten eines GC-Ports ist in dem Fall noch die schlechtere Lösung und mit mehr Aufwand verbunden.

@Snap: Wenn du auf der Seite beim Vorwort den Spoiler aufmachst, dann siehst du den Steckplatz, den ChriDo und ich meinen.
Ich habe mir extra dafür einen kleinen wackligen Adapter gebastelt. Funtkioniert recht gut.

MfG Crypto
:help: Fullbrick auf einer Bootmii-im-Boot2 fähigen Wii, aber kein Bootmii installiert???
:help: Fullbrick und NAND Backup vorhanden, aber kein Bootmii oder nur als IOS installiert???

Hier findet ihr Hilfe --> Wer baut wo um Liste


THX an Black.Pearl für das geniale Avatar!!!

This post has been edited 3 times, last edit by "Crypto" (Jan 11th 2012, 8:34am)


15

Wednesday, January 11th 2012, 7:04pm

Servus,

Ich persönlich würde eventuell die Savemii-Prozedur vorziehen sollte es zu einem benötigen Rescue Menü kommen.
Habe auch keine alte Wii Platine ...

@ Crypto,
bezüglich des wackeligen Adapters..Würde mich bzw. Uns interessieren.Hast du ein paar Bilder usw...


Danke und Gruß,
DABADABADU
:33px-WiiWiFi.svg: + :15px-Wiimoteplus.svg: + :26px-Nunchuck_alternative.svg: + :15px-Wiimoteplus.svg: + :26px-Nunchuck_alternative.svg: + :47px-SensorBar.svg:


ChriDo

Homebrew-Fortgeschrittener

  • Send private message

16

Friday, January 13th 2012, 11:21am

@DABADABADU

Ich werde keine Foto´s machen und einstellen.
Nur soviel dazu, ein Freund von mir arbeitet in einer Platinenhersteller Firma.
Er kann, bzw. könnte sich jede x beliebige Platine nachbauen, das Problem darin besteht, dass die Platinen alle geschützt sind.
Wir haben zusammen nicht wirklich ein Modul entwickelt, sondern lediglich einen Adapter, in welches das normale SaveMii reinpasst und in die neuen Wii Lite in den Stecker passt.

Wenn man schlau genug ist, nimmt man eine alte Platine, misst sich die Kontakte und Pin´s raus, nimmt eine Wii Lite und misst diese ebenfalls raus.
Genaugenommen braucht man nur ein SaveMii, einen Stecker der in die Wii Lite passt und lötet sich was zusammen.

Funktioniert einwnadfrei.