• Man muss die 5.00m33-4 oder -6 installiert haben..(wurde nur auf -4 getestet)
• Achtung: Macht euch zur sicherheit eine Jigkick batterie und einen MMS.. könnte manchmal bricken..
• Dateien herunterladen
• Entpacken...
• stan_fat oder stan_slim in den /PSP/GAME/ ordner kopieren (Je nach PSPtyp)
• Stan Installer -Fat- oder Stan Installer -Slim- starten
• Anweißungen folgen..
• Fertig
  

Jigkick und Pandora sind dasselbe

Die Jigkick benutzte mal Sony, jzt wohl nimma

1. Pandora ist der inoffizielle name. Jigkick währe der offizielle name..

Oh doch, sie benutzen sie heute noch.. bei uns funktioniert das ganze halt nicht mit dem flashen auf den Brites weil wir keine Signierte IPL haben nur Exploit IPL's

xD

Code doch auch ne "eigene" CFW -> kein Mod - eigene Module oder so

Eine CFW die keine ISOs abspielt, aber die neuen Spiele kann man abspielen

Einen XMB style Installer

Dass er die OFW 5.00 als erstes Installiert, dann deine CustomIPL etc. flasht

SAGMAL KÖNNT IHR EIG. LESEN?
Ich sagte doch das ich von Rev. zu Rev auf eigene füße stellen will.. -.-

In ein einem punkten geb ich mal Namenloser recht^^ kein LUA

Jetzt kommen mir aber zweifel auf was du da gemacht hast, bei einem erneuten aufspielen ein Brick?? Wenn das passiert ist die abfrage wirklich für den Ars.....^^ Welchen All-in-One installer nutzt du?? Wenn du schon eine CFW machst solltest du auch in der Lage sein ein vernünftigen flasher zu schreiben

@Namenloser: Eine abfrage sollte über die Hardware kommen und nicht über die Files

Normalerweiße sollte es funktionieren.. das problem finde ich einfach ned..

ich überprüfe via KUBridge (kuKernelGetModel(); ) das model und dann kommt eine frage ob die 1000er oder 2000er abgefragt wird.. da ich useslim am anfang beim programm definiert habe(also durch int useslim = 0; ) wird dabei wenn es die slim ist das useslim auf 1 gesetzt.. dann beginnt der flashvorgang.. wieder eine abfrage ob useslim auf 1 ist.. wen ja dann werden die slim files geschrieben und wenn es 0 ist ganz normal die fat files..

nur funktioniert das bei der slim.. erkennt das es die slim ist und installiert alles..
bei der fat erkennt er es auch, aber geht leer aus beim flash..

@Namenloser

es sind editierte pspbt*nf.bin 's -.-
auserdem werden nicht die cfw module neu reingeschrieben sondern ein neues modul "lite.prx"(modelabhängig weil Patcht ein module in systemctrl.prx .. da es davon eine 01g und eine 02g gibt!) und die neuen pspbt*nf.bin

die recovery kommt auch noch, relax einfach mal

Soweit mir bekannt ist gibt "kuKernelGetModel" einen wert zurück, bei Slim = 1, Fat = 0 und Brite = -1

Brite ist jetzt eine Vermutung, -1 bedeutet eigentlich ein error in dem fall und da die Brite nicht mit drin ist müsste dort -1 kommen.
Es geht aber auch so:

oder

@Ceikor: Guck mal mein Profilbild an dann siehst du wie böse ich bin

@dxem: Es gibt einen ISO Loader (ich kann dir teile von ihm geben) mit dem du ISOS laden kannst!!! Auch mit deiner STAN-A FW!!!!

Bin mir auch ned soooo sicher xD

int kuKernelGetModel(void);
int ret = kuKernelGetModel();
ret;
ret = PSP_MODEL_SLIM_AND_LITE
ret = PSP_MODEL_STANDARD

int ret = kuKernelGetModel();
if ret = PSP_MODEL_SLIM_AND_LITE -> dein code
if ret = PSP_MODEL_STANDARD -> dein code fat

EDIT: Hab nomal was :

if kuKernelGetModel() != PSP_MODEL_SLIM_AND_LITE
{
// Flashe mir mal für SLIM meine Stan-A
}

else

{
// Flashe mir mal für FAT meine Stan-A
}

Du das geht in die Hose aber richtig!!!! Du weist das das "!=" nicht gleich bedeutet oder? Somit wenn kuKernelGetModel nicht Slim ist, also Fat, dann sagst du schreib mir die Slim daten

@dxem: ich habe dir oben mal ein Sampler code Editiert.

EDIT:@Cosmo: Böser Schreibfehler ^^ und Cosmo setzt das bitte nächstes mal in einem Code Fenster ist übersichtlicher

Meinst du die Liste?

Ja, kann sein ...

Jezt weis ich warum Brite_V2:

Die PSP 3004 neuere Modelle besitzen einen neueren motherboard, deren man die BRITE in BRITE_V2 umbennent hat. sie hat aber keine verbesserten bzw. verschlechterten Sachen wie bei der normalen