Simple IOS Patcher 1.14

DefenderX · 13. Juli 2011, 22:23

du verstehst da etwas falsch. Dank diesem Patch kann man nun ein beleibiges IOS verwenden, z.B. IOS31. Durch diesen Patch wird in jedem IOS, das geladen wird, HW_AHBPROT integriert.

Korrekt, R2-D2?

greenhorn · 13. Juli 2011, 22:25

Aber was habe ich davon? Wenn ich eh anfange zu patchen, dann kann ich auch gleich ein cIOS erstellen, dann brauche ich das HW_AHBPROT doch nicht, oder?

Belshirash · 13. Juli 2011, 22:37

Ich denke mal der Grundgedanke des HW_AHBPROT war, über kurz oder lang ganz auf das patchen von IOS verzichten zu können.
Da aber der Bug im HBC immer wieder für Probleme sorgte, haben die Coder wieder Abstand davon genommen. (Siehe BO)
Nun, da dieser Fehler ausgehebelt wurde, werden sich sicher wieder einige Coder damit befassen und ihre Apps entsprechend anpassen.
Und vielleicht kann man sich dann in Zukunft wirklich das Patchen komplett sparen.

greenhorn · 13. Juli 2011, 22:39

Das weiß ich ja. Aber warum soll ich dann ein IOS mit diesem Patch patchen. :?:

DefenderX · 13. Juli 2011, 22:41

Das IOS wird ja nur temporär gepatcht, und zwar für die Benutzung des Simple IOS Patcher. Oder habe ich da was falsch verstanden?

greenhorn · 13. Juli 2011, 22:41

Da hast du was falsch verstanden.

Belshirash · 13. Juli 2011, 22:43

HW_AHBPROT patcht ein IOS "on the fly". Davon bekommt man als User gar nichts mit. Das musst Du nicht manuell machen.
Es wird also ein IOS geladen, dann gepatcht und genutzt. Beim Verlassen des Programms wird das IOS wieder "entpatcht".
Und dieser Vorgang funktionierte wohl bisher nicht mit allen IOS, sondern nur mit ganz bestimmten. Aber von nun an gehen wohl alle IOS.
Sofern ich das so richtig verstanden habe...

greenhorn · 13. Juli 2011, 22:45

Ich kann beim Patchen des IOS36 diesen Patch (ES_set_ahbprot) auswählen. Also wird das IOS36 dann mit einem Patch mehr gepatcht. Sprich mit dem ES_set_ahbprot gepatcht. Ich verstehe jetzt aber nicht ganz warum? Wozu soll das gut sein. Wenn ich doch ein IOS patche, dann brauche ich doch dieses HW_AHBPROT nicht.

R2-D2199 · 13. Juli 2011, 23:04

Es hat einen etwas komplexeren Sinn.
Die Funktion, die HW_AHBPROT freigibt, sitzt im IOS.
Sie üperprüft beim Starten eines Kanals oder eines IOS ob das HW_AHBPROT Flag in den TMD gesetzt ist und aktivert dann HW_AHBPROT.
Der ES_Set_ahbprot Patch bewirkt das diese Funktion immer HW_AHBPROT aktiviert, egal ob Flag gesetzt oder nicht.
Man kan also ohne Homebrewkanal oder andere Loader in einer App HW_AHBPROT aktivieren, indem man z.b. 2 mal das mit ES_Set_ahbprot gepatchte IOS lädt. Oder nur einmal das gepatchte IOS und danach ein anderes IOS.
Mit aktiviertem HW_AHBPROT hat man vollen hardwarezugriff und kann somit z.b. das IOS im RAM patchen.
Wii Linux benutzt es z.b. um die Hardware direkt anzusteuern, ohne Umweg über ein IOS.

Das ist nur eine kurze Beschreibung, wer mehr zum Thema wissen will sollte den thread von davebaol auf gbatemp lesen und den Artikel über HW_AHBPROT auf hackmii.com

Belshirash · 13. Juli 2011, 23:17

Und in wie weit ist das Ganze nun für uns normale Homebrew User von Nutzen?
Was genau verändert sich dadurch?
Das will mir aus dem Text von Davebol nicht so recht hervor gehen.
Heißt das nun, dass man auf jeden Fall seine IOS mit dem ES_Set_ahbprot patchen muss damit der Fehler nicht mehr auftritt,
oder hat das nur etwas mit dem Programmstart an sich zu tun?

hamachi-mp · 13. Juli 2011, 23:18

das find ich ja super, also patche ich zum beispiel das ios xyz mit set ahbprot
dann kann ich zb mit einen app was zugriff auf den nand brauch zum speichern, einfach ein ios relad machen (was eigentlich den flag zerstört) den flag selber setzen

greenhorn · 13. Juli 2011, 23:25

Man kann nur das IOS36 mit diesem Patch patchen. Zu mindest kann man nur das IOS36 auswählen.

hamachi-mp · 13. Juli 2011, 23:40

also erst ein ios reload auf ios 36 und dann ein weiteren auf zb ios 58 für usb 2, dann kann man ahbprot auch auf ios 58 nutzen

greenhorn · 13. Juli 2011, 23:48

so wie ich das verstanden habe muss der neue patch auf IOS36. Dann wird das app mit IOS36 geladen und ein IOS-Reload auf (in deinem Beispiel) IOS58 gesetzt. Dann ist HW_AHBPROT gesetzt.

hamachi-mp · 13. Juli 2011, 23:51

genau, man ladet erst ios 36 und kann dann auf jedes andere ios wechseln und trotzdem ahbprot nutzen

ps: mich würde mal interressieren, wie der hackmii installer etwas in den nand schreiben kann, es gibt ja auf einer vergin wii noch kein cios und ahbprot muss auch erst aktiviert werden

egotron · 14. Juli 2011, 04:21

Das funktioniert sogar.

Kann man jetzt auch jeden Forwarder mit HW_AHBPROT benutzen u.s.w. auch wen das IOS wechselt?

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

EDIT: Scheint zu klappen.

Ich habe letzte Zeit mit meinem Forwarder für den Savegame Manager GX so meine Probleme gehabt.
Wenn ich den Savegame Manager vom Forwarder aus gestartet habe hat er mir höchstens 5% meiner Savegames im NAND angezeigt.
Ich habe den Forwarder auf das Start-IOS58, 249, 236, 36 und auch Hermes cIOS222 und 202 umgestellt und es immer wieder erneut versucht ohne Erfolg.
Jetzt habe ich das IOS36 und das IOS236 mit dem SIP 1.14 gepatcht und dann den Forwarder auf das Start-IOS236 umgestellt.
Was man bei dem Forwarder für ein Start-IOS benutzt ist ja normaler Weise egal, da der Savegame Manager das IOS auf 58 bzw. 249 umstellt beim starten. (bei mir ist es das IOS58)
Gut jetzt geht es aber der Forwarder ist auf das Start-IOS236 eingestellt und es werden trotz IOS Reload alle Saavegames angezeigt, die ich im NAND habe.

Kann jetzt auch Zufall sein aber ich bin schon mal begeistert.

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

EDIT2: Es geht noch mehr.

Jetzt habe ich auch noch den Wad Manager 1.8 über die Homebrew-Startfunktion des Savegame Managers GX versucht zu starten.
Der brauch auch HW_AHBPROT, da er das IOS auf dem er gerade gestartet wurden ist, On The Fly patcht um unabhängig von cIOS Wad-Dateien installieren zu können.
Bis lang konnte ich den Wad Manager zwar über den Savegame Manager starten aber nichts damit installieren.
Jetzt nach dem der Forwarder des Savegame Managers auf dem IOS236 startet, kann man auch den Wad Manager 1.8 über den Savegame Manager starten und einwandfrei nutzen.

.

R2-D2199 · 14. Juli 2011, 07:32

hamachi-mp schrieb:

genau, man ladet erst ios 36 und kann dann auf jedes andere ios wechseln und trotzdem ahbprot nutzen

ps: mich würde mal interressieren, wie der hackmii installer etwas in den nand schreiben kann, es gibt ja auf einer vergin wii noch kein cios und ahbprot muss auch erst aktiviert werden

Genau, erst das IOS mit dem Patch laden, dann das gewünschte IOS.

Ich denke beim Hackmii Installer wird ein anderer Exploit benutzt,der nicht freigeben ist.

Belshirash schrieb:

Und in wie weit ist das Ganze nun für uns normale Homebrew User von Nutzen?
Was genau verändert sich dadurch?
Das will mir aus dem Text von Davebol nicht so recht hervor gehen.
Heißt das nun, dass man auf jeden Fall seine IOS mit dem ES_Set_ahbprot patchen muss damit der Fehler nicht mehr auftritt,
oder hat das nur etwas mit dem Programmstart an sich zu tun?

Den selben Patch benutzen SIP und z.b. der neue Priiloader Installer um den Bug im HBC zu umgehen.
Bei einem IOS Reload wird der asynchrone WLAN Initialisierungsversuch des HBCs geschlossen und kann somit keine Freezes mehr verursachen. Durch den Patch ist HW_AHBPROT nach dem IOS Reload immer noch vorhanden.
SIP macht also im Grunde folgendes beim Start:
1. Das aktuelle IOS wird on the Fly mit dem es_Set_ahbprot Patch gepatcht.
2. Das aktuelle IOS wird neu geladen, also wird der WLAN initialisierungsprozess geschlossen.
3. Das neu geladene IOS wird on the Fly mit den nötigen Patches gepatcht.

Der Vorteil für den User, wenn er diesen Patch auf ein IOS anwendet ist, dass wie egotron schon rausgefunden hat, man HW_AHBPROT mit einem kleinen Trick jetzt mit jeder Startmethode und jedem IOS benutzen kann.
Z.b. meine App läuft auf IOSx braucht aber jetzt die Funktion von IOSy, aber auch den Trucha Bug.
Da ich meine App z.b. über den Priiloader gestartet habe, steht kein HW_AHBPROT zur Verfügung mit dem ich das IOSx on the Fly mit es_Set_ahbprot hätte patchen können.
Dann ich zuerst IOS236 (oder IOS36) und dann IOSy, jetzt kann ich IOSy per HW_AHBPROT patchen.

@hamachi-mp: Der Patch währe auch interessant für den HBF, man könnte trotzdem HW_AHBPROT benutzen wenn man das Start IOS einer App ändert.

egotron · 14. Juli 2011, 09:17

R2-D2199 schrieb:

Der Vorteil für den User, wenn er diesen Patch auf ein IOS anwendet ist, dass wie egotron schon rausgefunden hat, man HW_AHBPROT mit einem kleinen Trick jetzt mit jeder Startmethode und jedem IOS benutzen kann.

Das freut mich!
Ich dachte schon, ich schreibe wieder in Sphären die nur ich verstehe.

Was ist gesetzt dem Fall, dass man z.B. MOD-Mii auf dem IOS36 bzw. 236 laufen lässt und so dann ein normales IOS installiert?
Meinetwegen das IOS61 ohne Patches. Das IOS hat dann aber nicht dauerhaft den HW_AHBPROT Flag oder?
Ich würde sagen überhaupt nicht!

Es geht nur darum, dass man Apps mit IOS Reload bei denen deshalb der HW_AHBPROT am Start verloren geht,
über das mit dem SIP gepachte IOS starten kann, ohne das HW_AHBPROT wehrend des IOS Realoads zu verlieren.
Nach dem IOS Reload behält/bekommt das eingewechselte IOS den HW_AHBPROT und das kann wiederum von der App genutzt werden.

Könnte man jetzt nicht den HBF oder den HBC über so ein gepachtes IOS laufen lassen?
Kann man auf jeden Fall aber hat man auch was davon?

.

Belshirash · 14. Juli 2011, 09:58

Steinigt mich bitte nicht gleich, wenn ich jetzt Blödsinn erzähle.
Ich versuche nur tiefer in das Thema einzutauchen.

Heißt das also jetzt im Umkehrschluss, dass auch ein Programm, welches eigentlich nicht den HW_AHBPROT flag nutzt,
dann trotzdem in der Lage ist dieses zu tun?

Nehmen wir mal als Beispiel den Hermes Installer. Der nutzt ja kein HW...
Wenn ich jetzt IOS36 mit ES_set_HWAHBPROT gepatcht habe, und dieses dann zum starten des Hermes nehme,
nutzt der dann auch den HW... flag? Oder bin ich da auf dem Holzweg?

BöhserOnkel · 14. Juli 2011, 10:10

Belshirash schrieb:

Steinigt mich bitte nicht gleich, wenn ich jetzt Blödsinn erzähle.
Ich versuche nur tiefer in das Thema einzutauchen.

Heißt das also jetzt im Umkehrschluss, dass auch ein Programm, welches eigentlich nicht den HW_AHBPROT flag nutzt,
dann trotzdem in der Lage ist dieses zu tun?

Nehmen wir mal als Beispiel den Hermes Installer. Der nutzt ja kein HW...
Wenn ich jetzt IOS36 mit ES_set_HWAHBPROT gepatcht habe, und dieses dann zum starten des Hermes nehme,
nutzt der dann auch den HW... flag? Oder bin ich da auf dem Holzweg?

Ja. Es ist theoretisch möglich jedes IOS mit allen Patches "on the fly" zu patchen.
Wie R2 schrieb
IOS mit es_hw patchen
IOS neu laden
IOS mit Trucha, NAND usw. patchen
Fertig.

hamachi-mp · 14. Juli 2011, 11:07

R2-D2199 schrieb:

@hamachi-mp: Der Patch währe auch interessant für den HBF, man könnte trotzdem HW_AHBPROT benutzen wenn man das Start IOS einer App ändert.

das ist eine gute idee, noch garnicht drüber nachgedacht

kommt mit auf die liste

greenhorn · 14. Juli 2011, 12:28

BöhserOnkel schrieb:

Belshirash schrieb:

Steinigt mich bitte nicht gleich, wenn ich jetzt Blödsinn erzähle.
Ich versuche nur tiefer in das Thema einzutauchen.

Heißt das also jetzt im Umkehrschluss, dass auch ein Programm, welches eigentlich nicht den HW_AHBPROT flag nutzt,
dann trotzdem in der Lage ist dieses zu tun?

Nehmen wir mal als Beispiel den Hermes Installer. Der nutzt ja kein HW...
Wenn ich jetzt IOS36 mit ES_set_HWAHBPROT gepatcht habe, und dieses dann zum starten des Hermes nehme,
nutzt der dann auch den HW... flag? Oder bin ich da auf dem Holzweg?

Ja. Es ist theoretisch möglich jedes IOS mit allen Patches "on the fly" zu patchen.
Wie R2 schrieb
IOS mit es_hw patchen
IOS neu laden
IOS mit Trucha, NAND usw. patchen
Fertig.

Das wäre möglich? Der Hermes-Installer könnte es nutzen, tut es aber nicht. Das ist ja schließlich nicht mit programmiert.

Oder verstehe ich es jetzt falsch?

DefenderX · 14. Juli 2011, 12:49

Den Hermes cIOS Installer kann man nur mit gepatchten IOS verwenden. Das Hw_AHBPROT patcht zwar ein IOS auch, aber nur temporär. Und diese Erkennung hat der Hermes cIOS Installer nicht integriert.

Wäre aber eine gute Idee, wenn der Hermes cIOS Installer und d2x cIOS Installer auf dem HW_AHBPROT laufen würde. So könnte man sich das Patchen sparen^^

R2-D2199 · 14. Juli 2011, 12:54

Benutzt einfach den MOD von Rodries, dieser Installer unterstützt HW_AHBPROT: [Wii] [NEU] Hermes cIOS Installer v5.1 MOD by Rodries

Mein neuer Installer hat jetzt übrigens auch den MOD von Rodries integriert, die Entwicklung verläuft gut.

Belshirash · 14. Juli 2011, 14:07

R2-D2199 schrieb:

Benutzt einfach den MOD von Rodries, dieser Installer unterstützt HW_AHBPROT:

Aber nicht über den HBC! habe das grade getestet. Deshalb wusste das wahrscheinlich auch keiner.
Wenn man den Installer über den HBC startet, muss man nach wie vor ein gepatchtes IOS auswählen.
Startet man den Installer allerdings über den HBF, läuft er mit HW_AHBPROT.
Dann wird es wohl an der fehlenden meta.xml liegen.
Ich werde mal eine mit <no_ios_reload/> erstellen und es dann nochmal probieren.

Edit:

Nope. Keine Chance. Über den HBC bekomme ich auch mit der meta keinen HW_AHBPROT Support.
Nur über den HBF.
Hat jemand eine Idee woran das liegen könnte?

Name	Version	WiiMote-Fix
Hermes-cIOS	v5.1mod	---
d2x-cIOS	v8-final	---
cfg-USBLoader	v70 mod r65	Ja
Gecko OS	v1.9.3.1	Nein
Hackmii-Installer	v1.2	Ja
NeoGamma	R9 beta 56	Nein
Priiloader German Mod	v0.8 Beta 1	Ja
Simple IOS-Patcher	v1.14	Nein
sysCheck	v2.3.0 HD Edition	Ja
USB-Loader GX	v3.0	Ja
WiiFlow	v4.2	Ja
YAWMM_DE	rev4	Ja

Name	Version	WiiMote-Fix
d2x-cIOS	v10-beta52-vWii	---
Hackmii-Installer	v1.2	Ja
sysCheck	v2.3.0 HD Edition	Ja
YAWMM_DE	rev5e	Ja
BlueDump	alpha3 German Mod	Ja
USB-Loader GX	v3.0	Ja
WiiFlow	v4.2	Ja
cfg-USBLoader	v70 mod r65	Ja

Name	Version	WiiMote-Fix
Hermes-cIOS	v5.1mod	---
d2x-cIOS	v8-final	---
cfg-USBLoader	v70 mod r65	Ja
Gecko OS	v1.9.3.1	Nein
Hackmii-Installer	v1.2	Ja
NeoGamma	R9 beta 56	Nein
Priiloader German Mod	v0.8 Beta 1	Ja
Simple IOS-Patcher	v1.14	Nein
sysCheck	v2.3.0 HD Edition	Ja
USB-Loader GX	v3.0	Ja
WiiFlow	v4.2	Ja
YAWMM_DE	rev4	Ja

Name	Version	WiiMote-Fix
d2x-cIOS	v10-beta52-vWii	---
Hackmii-Installer	v1.2	Ja
sysCheck	v2.3.0 HD Edition	Ja
YAWMM_DE	rev5e	Ja
BlueDump	alpha3 German Mod	Ja
USB-Loader GX	v3.0	Ja
WiiFlow	v4.2	Ja
cfg-USBLoader	v70 mod r65	Ja

Name	Version	WiiMote-Fix
Hermes-cIOS	v5.1mod	---
d2x-cIOS	v8-final	---
cfg-USBLoader	v70 mod r65	Ja
Gecko OS	v1.9.3.1	Nein
Hackmii-Installer	v1.2	Ja
NeoGamma	R9 beta 56	Nein
Priiloader German Mod	v0.8 Beta 1	Ja
Simple IOS-Patcher	v1.14	Nein
sysCheck	v2.3.0 HD Edition	Ja
USB-Loader GX	v3.0	Ja
WiiFlow	v4.2	Ja
YAWMM_DE	rev4	Ja

Teilen