forums.ps2dev.org

And as safety use code like "if (argp)", just in case your module were started with no arguments, to avoid crash.

Torch wrote:

moonlight wrote:The differences are in some hardware addresses, but the code itself is identical, with functions being exactly at same offset.

Can you make your sample compatible with TM?

I don't even know where is my sample :)

The differences are in some hardware addresses, but the code itself is identical, with functions being exactly at same offset.

Not totally sure, but maybe threadman callbacks can resolve your problem. You create the callback in a thread A, and then it can be notified from other thread B with sceKernelNotifyCallback, the function will be executed on context of thread A. However, thread A should be checking for callbacks usin...

I don't even remember my dumper :) But with booster sdk it shouldn't be too difficult, I don't remember if booster sdk had write ms support, if it has, it is as simple as writing 1024 bytes from bfc00000. Btw, the differences between the slim and fat pre-ipl are minimal, it is basically same thing, ...

but M33 recovery works on GEN, but GEN recovery doesnt work on M33. I want to know what module gives the recovery menu instructions to boot. One of the modules must contain if (pad.Buttons & PSP_CTRL_RTRIGGER) { struct SceKernelLoadExecParam param; memset(&p...

does DA sign his modules or something No, but GEN does "something" ;). Try to decrypt the recovery.prx from GEN with PRXDecrypter, you'll see. but M33 recovery works on GEN, but GEN recovery doesnt work on M33. I want to know what module gives the recovery menu instructions to boot. One o...

Torch wrote:Do you have some kind of license for this? I want to use it for my project GUI.

Well you can use it as you want, I'm not gonna bother to make a license xD

ne0h wrote:Thanks Torch!
So waiting for moonlight...

M33 patches the ipl so that systemctrl which is unsigned can load (also pspbtjnf.bin which is unsigned). timemachine does some additional patches on the ipl like removing signcheck and replacing the ipl flash fat driver by a memory stick one.

does the loginscreen sample works for you in 1,5? (except for the checkbox there)

Is this the correct way to do an event handler? vlfGuiAddEventHandler(PSP_CTRL_CROSS, 0, TestFunc, NULL); When i do this in PSPLink i get an exception. Im using this on 1.5 withour custom firmware could that be the problem? that's odd. vlf should work in 1,5 except for some things l...

The OOP design of the C++/D wrappers will help me find those missing functions like the ones you mentioned. I didn't know there was a newer version of intrafont.

Art wrote:Very nice!
Don't know how I missed it for so long.
Does vlf stand for something?

vsh look and feel.

Well, we'll look at that later to correct it.

I still don¡t understand why the link doesn't work directly, it is a bit odd... since it is the correct address of the file.

http://dark-alex.org/vlf10.zip If the link doesn''t work, copy paste the url to a new tab/window. It is here finally. Note that the library is incompatible with old version. Now all Add function return a pointer (an opaque type), not an integer. Intrafont.prx has also changed slightly, so make sure ...

I have currently no control over the message dialog because it uses utility. In version 2.0 i plan to use my own code, so I will not have the limitations of utility, like buttons one or being unable to use unicode in message dialogs. About the second one, I think it is vlfGuiLoadLabel what you need,...

Well i guess I could add options to set style of central menus in 1.1.

The text of lateral menu is set to the left automatically and it does not loop.

Sound is planned for 2.0. Those new spin controls, I will implement it them in 1.1, since this version is basically finished, I only need to fiinish documentation and make some sample.

The lateral menu appears when the programmer chooses, so it is not related to any button.

The problem is that there is not a proper vsh exec for flash0.
LoadExecVSHMs is for ms as its name indicates, and normal loadexec is for disc0 usage for games.

Maybe some day i will make some more patches so that there is not that device check in loadexec.

I don't have the nids. It is a waste of time because it would make your app not work whenever 5.10 or whatever comes out. Got it. There's always the option to consume more memory and use our own code instead of the ones already there :D --- From which module do Games import sceGu* function from? Fr...

I don't have the nids. It is a waste of time because it would make your app not work whenever 5.10 or whatever comes out.

They are exported but they randomized nids, and they do it again each few new firmwares. They are not handled by nids resolver, paf is too big!

I'm currently implementing lateral menu (that menu that appears when pressing triangle on same place in vsh). After this, and implementing inputbox+osk, png, and fixing the background issue, I will release. I'll leave text position bugs for another release. I'm also thinking of making a C++ and D O...

I'm currently implementing lateral menu (that menu that appears when pressing triangle on same place in vsh). After this, and implementing inputbox+osk, png, and fixing the background issue, I will release. I'll leave text position bugs for another release. I'm also thinking of making a C++ and D OO...

I fixed the bug of unclosed file descriptor.

Well, umount probably didn't close file descriptor, i will fix that.

That's because the file is read only. Change the permissions of the file manually with your OS, or in the psp with kernel mode.

Well, for me old vlf works fine in 5.00 M33, I don't know what can be the problem. Try to run the DC6/DC7 installer just to see if it displays fine (it does for me). The older version works for me too. In both EBOOT as well as vshmain replacement. @moonlight: Any hope of getting the new 5.00 Wave i...