forums.ps2dev.org

Well, it's 0x38B2FD87 in both 3.95 and 4.05, so it's not different in every firmware (I would assume that NIDs were changed at some point between these two).

But yeah, this is a good point.

They didn't. A lot of these copyrights are from code that is reused from projects that predate the PSPSDK.

Is there a list somewhere of which NIDs are known to do what? I don't mean SilverSpring's list of NIDs that just says what module they're in and, if known, their actual name. I mean an actual list descriptions (no matter how simple), because it seems like a lot more is known than I can find. The clo...

I got pspsh working too, it seems. It appears I was linking against Apple's readline still, despite using GNU's header, hence why it wasn't defined. A quick -L/opt/local/lib flag fixed it :) No more VM necessary, I guess.

I installed that a while ago, and three functions still don't seem to be defined.

Because pspsh won´t compile on a Mac due to it using some readline methods that seem to only exist on Linux or something (I forget), I tried to install the psptoolchain on Linux in a VM. While building gcc-stage1, it buffer overflowed in the middle, so I can´t continue. Anyone have any insight as to...

Augh, I just spent a few hours fixing it myself (most of that was finding WHERE ac_cv_exeext got set)! Oddly, I only had to patch two lines, one in binutils/configure and ld/configure, and all of the toolchain built fine, except for psplinkusb. Freetype isn't compiling, either, but I think this is t...

Going to venture a guess here and say #pspdev on Freenode. At least, that's the PSP channel I go to. And I see IWN there. So I'd say it's a fairly good guess :P

Ahhh, okay, I admit that I did forget about that stuff. I looked through the patch, but I didn't see anything about the heap size...(I just looked again, and it is there...must've overlooked it the first time) Although, when I set the heap size to max, I had a problem. That is, SDL_Init couldn't cre...

Glad to see someone finally did something about this . Sorry, just being a little cynical here :P Speaking of things I've done that never got committed, did my patch to pbp-unpack , or similar, ever get committed? I mean, so far, the only PBP that fails is the 3.93 PBP, and only because it's oddly p...

I'd imagine it'd only register if your application is in kernel mode. Is it?

Read the DATA.PSP into a buffer and then use sceKernelLoadModuleBuffer.

I'd imagine. Haven't actually tried it.

ERROR: Install autoconf before continuing.

Follow this advice.

Also, holy crap, make your avatar smaller.

Sorry for bumping an old topic, but does anyone have a mirror for this? The download appears to have gone down.

SDL_FLAGS = $(shell $(PSPBIN)/sdl-config --cflags) CFLAGS += $(shell echo $(SDL_FLAGS) | sed -re s/-Dmain=\\S+//) #Remove main redefinition SDL_LIBS = $(shell $(PSPBIN)/sdl-config --libs) LIBS += $&#...

Ahh, I see, all the characters are read in depending on the current codepage that the system settings are set to.

Is there any way to circumvent this or have it use a certain codepage for the duration of the program?

No, that's for unarchiving the 3.93 PSAR, not for unpacking the 3.93 PBP into its constituents. Wholly different.

I've been encountering the same problem, but was unaware that a kernel mode module could read properly...

Anyway, all non-ascii characters get read as -2.

...wow, how did I not notice that (and how did I write that in the first place)? Thank you. I must be dead today. Stupid midterms wreaking havoc on my brain!

E] Oh, wait, still dead. Let me see if it's not broken...it was working before, oddly.

E2] Yeah, it works.

With the release of the second version of 3.93 (that I've found--the PSAR is slightly bigger than the version that was up earlier), the beginning of the PBP was padded such that the offset listed for the beginning (the PARAM.SFO) wasn't directly after the header. This was not being read properly by ...

While trying to do some fancy stuff using the GU in conjunction with SDL, I noticed that it was impossible to SDL_FreeSurface a hardware surface. After doing some research, I noticed that SDL will only call PSP_FreeHWSurface if surface->hwdata is non-zero. It will also call free on surface->pixels i...

Psst: he said error 80020148, not 80020321.

Either way, it's not development related and hence not the topic of this forum.

Ahhh, I completely forgot that SDLmain was a separate library. My mistake.

As it is, SDL on the PSP is compiled to use kernel mode. So here's a patch to optionally compile it with or without. This is based on a patch by Dark_AleX, just replacing the commented out code with ifdefs. --- src/main/psp/SDL_psp_main.c 2007-11-15 23:57:58.000000000 -0500 +++ src/m...

I'm really surprised that that would work at all for several reasons. Let's take a look at SDL_psp_main.c: PSP_MODULE_INFO("SDL App", 0x1000, 1, 1); PSP_MAIN_THREAD_ATTR(THREAD_ATTR_USER | THREAD_ATTR_VFPU); Oh look, it already defines MODULE_INFO and MAIN_T...

Impatient much. None of those system calls will work because they are dependent on an MS-DOS environment. system should never be used unless you really know what you are doing, and even then you probably shouldn't be using it. I don't think you even can use it on the PSP, but I have not tried. I don...

From what I've observed, it's waiting for threads to sleep. In your main loop, check if the PSP is trying to go into standby mode, and put in a sleep or something. I'm not really sure. I've never had a really busy program on the PSP before.

Whenever I try to use SDL_gfx's rotozooming functions on the PSP, it crashes. psp-addr2line tells me that it's on line 662, which is this: if (fabs(angle) > VALUE_LIMIT) { VALUE_LIMIT is defined as 0.001. The value of angle in this case SHOULD be 0. I honestl...

263 corners&#91;3&#93;.x = i+255; &#40;gdb&#41; print surf $26 = &#40;SDL_Surface *&#41; 0x8a6b860 &#40;gdb&#41; until 264 for&#40;j = dst->y; j <= dst->y+dst->h; j += 256&#41; &#123; &#40;gdb&#41; print surf $27 = &#40;SDL_Surface *&#41; ...

That's what I thought too, until I saw this: http://psp.jim.sh/pspsdk-doc/group__GU.html#g744910ac833c3aeed7e04c790833dc3a Or wait, you said render to system memory. The SDL screen is allocated in hardware. I want to render something FROM memory TO vram. Really, I just want to take advantage of the ...