PS3 VSH Menü

Und wenn man den vsh menü installer.pkg instarliert hat...
wie öffnet man dann im XMB das vsh menü ?!

Und schon wieder ein Update von Orion (mit Hilfe von @3141card_) , jetzt ist die v 0.3 aktuell:

Zitat

Added option to reboot PS3 directly in Recovery Mode

Added option to make screen without Vsh Menu(thank 3141card)

Added timestamp to Screenshot(thank 3141card)

Added option to exit from VSH Menu

Added popup when dev_blind is mounted

Added Code in Makefile to compress the size of plugin( 9 kb compressed - 142 kb uncompressed)

Installer completely rewritten and fully functioning

Alles anzeigen

Download: https://mega.co.nz/#!HApCBJjZ!VFxmXuok9dJsZ4Biwy16FXGdhK_kdjiGfmPcjFhuh0c

Quelle: http://playstationhax.it/forums/topic/1949-ps3-vsh-menu-v03/

Super das sich wer gefunden hat der Ahnung hat und dem Kram nützliche
Funktionen hinzufügt, ich hätte weder Zeit noch Lust das selber fortzuführen.

Wenn jetzt noch wer 'ne hübsche GUI für irgendein plugin zaubert, nur das ich
es mal gesehen hab, das wär's... Ich selber kann da nix machen, null Fantasie
und null Grafikbearbeitungs-skills, hab mir für den bekloppten font in Photoshop
schon ewig einen abgebrochen.

@3141card_
das mit dem eeprom export haut wirklich gut, genauso wie der syscall direkt. ich hatte nur vergessen lv1 eeprom write access vorher zu patchen, oder zumindest war der patch falsch.

und vielen dank für deine kleine erklärung mit bild selber, aber das klingt alles für mich chinesisch. ich habs halt doch nicht so mit bilder und kunst...

@ripl

Ich antworte mal hier, nicht auf place,

Ich such erst mal den alten source code fürs laden/entladen, der war recht schmal, 3 Funktionen oder so,
dann werde ich das plugin auch so klein wie möglich halten, es sollte nicht so viele Resourcen fressen
wenn es nur dafür da ist, andere(richtige) plugins zu laden/entladen. Dann sehen wir weiter wegen
dem thread exit unter cobra. Ich arbeite hier mit dem alten PRX Loader 1.04, da kann ich entscheiden
zu welchem Prozess ich die prx lade, mit dem neuen payloads geht nur, per default, der vsh Prozess.
Ist scheiße für mich, viele interessante Sachen sind möglich wenn man z.B. plugins zu anderen Prozessen
laden kann, wie dem ps1 emu.

Wegen der draw_png() Sache. Ist wie gesagt so einfach wie möglich, anders gehts nicht.
Aber ich hab eben 'ne preview von einem anderen dev gesehen der eine GUI gemacht hat,
GEIL, hab nur 'nen sceenshot gesehen aber freu mich drauf es live auf ps3 zu sehen.

ich wollte dir schon ne private nachricht auf deutsch dort schreiben, aber warum nicht gleich hier?

also was ich mit dem syscall meinte, ich glaube bei plugin_start (siehe webman wwwd_start), muss man diesen syscall entfernen, wenn man das plugin dem system so "unterschiebt". ich hatte damals mit dem testplugin von cobra einiges probiert und auch so ähnliche geschichten, aber da ist das xmb immer eingefroren. das muss ich am ende aber selber nochmal überprüfen.

edit
soviel ich erkennen kann, wird der syscall bei plugins laut sdk handbücher und testsamples auch gar nicht verwendet. nur "thread create" und "PRX RESIDENT"

wenn man jetzt dein plugin auf diese weise "lädt", also original sys_audio.sprx umbenennen und diese umbenannte original sprx mit deinem plugin lädt, könnte man doch relativ einfach ein plugin manager einbauen, der dann die plugins "lädt" (aktiviert/deaktiviert). da plugins bis 7 begrenzt sind müsste man nur die plugins text datei bearbeiten und irgendein zeichen vor dem zu ladenden plugin machen/entfernen

hier ein beispiel für nur ein aktiviertes plugin:
/dev_hdd0/webftp_server.sprx
#/dev_hdd0/psnpatch.sprx

dies müsste sich relativ einfach realisieren lassen. das einzigste ist nur, eine methode finden wie man neue plugins hinzufügt, aber rancido hat schon einen ähnlichen code für seine ps3ita tools verwendet.

....."psp-style" plugin manager

--------------------
die plugins selber werden natürlich nach wie vor von cobra oder prxloader geladen

--------------------
zum thema prx laden hab ich auf ngu etwas interessantes gefunden:

sys_prx_id_t libLoad(char* path){
    return sys_prx_load_module (path, 0, NULL);
}
int libUnload(){
    return sys_prx_unload_module(sprx_id, 0, NULL);
}
int libStart(){
    int buffer;
    return sys_prx_start_module(sprx_id, 0, (void*)0x10022080, &buffer, 0, NULL);
}
int libStop(){
    int buffer;
    return  sys_prx_stop_module(sprx_id, 0, (void*)0x10022080, &buffer, 0, NULL);
}


    


void Start_sprx(){


    sprx_id = libLoad("/dev_flash/sys/internal/sys_audio.sprx");

    if(sprx_id > 0){
        int err = libStart();
        *(int*)0x10022050 = err;


        if(err == 0){
            console_write("\nSPRX is Started !");
        }else{
            console_write("\nSprx failed to start !\n");
        }


    }else{
        console_write("\nFailed to load.\n");
    }


}

derjenige lädt die prx datei einfach (variabel) ins ram

Ok, langsam, also was jetzt genau.

Wenn ich 'ne cobra MFW habe, dann lädt die firmware alle plugins in der boot_plugins.txt.
Hier brauch ich keinen replace Trick.

Wenn ich auf einer non-cobra MFW bin könnte ich diesen replace Trick benutzen um wie
auf cobra die Plugins in einer config.txt beim start zu laden.

Also was genau soll es jetzt sein. Ein plugin manager der nur die 8 slots verwaltet, nur
die entsprechende config (boot_plugins.txt auf cobra oder plugins.txt für PRX Loader) lädt
und nur diese max 8 plugins laden/entladen kann.

Dein letzter EDIT, lol, irgendwo in den VSH RAM hauen, Ideen haben die Leute, auf jeden
Fall interessant, hast du die Quelle, würde gerne mehr dazu lesen.

Oder gleich etwas Dateimanager-mässiges was dich irgendein plugin, von wo auch immer
auf der PS3, in einen freien slot laden lässt.

ok, das war wirklich bischen viel auf einmal, aber dein plugin hat mir neue inspiration gegeben und mir sprudeln zur zeit ideen nur so raus...

also meine idee war im grunde genommen, dein vsh menü plugin zu sys_audio.sprx umzubenennen und mit dem plugin die originale sys_audio.sprx (umbenannt zu audio.sprx z.b.) zu laden. somit wäre dein vsh menü mit jeder cfw möglich ohne jegliche hilfsmittel. diese sys_audio.sprx ist immer gegenwärtig im system, wird also immer geladen.

weiterhin würde ich nun einen plugin manager in dein plugin einbauen wollen, der einfach nur die plugin text dateien von cobra oder prxloader verwaltet, indem einfach zeichen vor dem bootpfad der plugins gesetzt werden. angezeigt wird dann halt aktiviert/deaktiviert. es sind ja eh nur 7 plugins möglich, wobei schon diese anzahl an plugins in meinen augen "overkill" ist.

wegen ngu, hier der link:

http://www.nextgenupdate.com/forums/ps3-cheats-customization/824611-release-prx-loader-unloader.html

leider wurde dazu nicht viel geschrieben, aber es handelt sich natürlich um mod sprx's

@ripl

Danke für den link.

@MixeryM@xe

Zitat

...geändert/verbessert(?).

Wegen dem shutdown/reboot yup, da ich keine plugins wie webman benutze und auch nicht spiele
hab ich das nicht bemerkt. Dann packt er seine png+font.png mit in die binary, dass mach ich halt nicht
weil ich die prx nicht größer machen will. Wenn die png als segment mitgeladen wird verbraucht sie
kernel-space, wenn sie von einer externen Datei geladen wird nicht, dann braucht's nur den code zum
laden(der ist klein) und RAM um sie zu laden/decoden(gibts mehr als genug im XMB).
Er kann so besser arbeiten, ist OK.

Aber wie anders es schon aussieht, wenn man nur eine Hintergrundbild benutzt, anstelle des einfarbigen
background den ich im sample benutze. Und du hast ja die samples gesehen dir ich dir geschickt hab,
Animation usw, is ne Menge möglich.

@3141card_
ich hab jetzt mal von den sdk samples ein prx loader erstellt, aber das funktioniert irgendwie nicht so ganz.
1. damit laufen nur debug sprx, und 2. die ps3 freezt wenn das plugin geladen wurde. geladen wird es, da der fancontrol von webman anspringt und ich auch die ausgabe im debug fenster hab.

Zitat

Hab das schon im ersten sample von dir geändert

Sry, muss ich in einer deiner pn's überlesen haben

@ripl
Weiter per pn.