C/C++ Programming Help Thread

[CT_Bolt]

Sry, pspflashsystem. I cannot help you on that. For I have my own question:

Ok, I downloaded Super Patrick II from here: http://oslib.palib.info/samples/

I am sorta new but not really to the whole C/C++ Dev thing.
Anyway I have compiled my own C programs using OSLib, under the same settings I'm using now.

This is what I get when I try to compile Super Patrick II:

psp-gcc -I. -IC:/pspdev/psp/sdk/include -G0 -Wall -O2 -L. -LC:/pspdev/psp/sdk/
lib main.o -losl -lmikmod -lpng -lz -lpspsdk -lpspctrl -lpspumd -lpsprtc -lpsp
power -lpspgu -lpspaudiolib -lpspaudio -lm -lpspmpeg -lpspaudiocodec -lpspdebug
-lpspdisplay -lpspge -lpspctrl -lpspsdk -lc -lpspnet -lpspnet_inet -lpspnet_apct
l -lpspnet_resolver -lpsputility -lpspuser -lpspkernel -o maps.elf
C:/pspdev/psp/sdk/lib/libosl.a(media.o): In function `oslLoadSoundFileAT3':
audio/media.c:404: undefined reference to `sceAudiocodecCheckNeedMe m'
audio/media.c:377: undefined reference to `sceAudiocodecCheckNeedMe m'
C:/pspdev/psp/sdk/lib/libosl.a(media.o): In function `osl_mp3Load':
audio/media.c:266: undefined reference to `sceAudiocodecCheckNeedMe m'
C:/pspdev/psp/sdk/lib/libosl.a(media.o): In function `initME':
audio/media.c:172: undefined reference to `sceUtilityLoadAvModule'
collect2: ld returned 1 exit status
make: *** [maps.elf] Error 1

The above is a C++ program, if that matters.

I now tryed to compile the other samples and here are the results:

psp-gcc -I. -IC:/pspdev/psp/sdk/include -G4 -Wall -O2 -c -o main.o main.c
psp-gcc -I. -IC:/pspdev/psp/sdk/include -G4 -Wall -O2 -L. -LC:/pspdev/psp/sdk/
lib main.o -losl -lpng -lz -lpspsdk -lpspctrl -lpspumd -lpsprtc -lpsppower -lp
spgu -lpspaudiolib -lpspaudio -lm -lpspdebug -lpspdisplay -lpspge -lpspctrl -lps
psdk -lc -lpspnet -lpspnet_inet -lpspnet_apctl -lpspnet_resolver -lpsputility -l
pspuser -lpspkernel -o sprite.elf
psp-fixup-imports sprite.elf
mksfo 'Sprite Sample' PARAM.SFO
psp-strip sprite.elf -o strip_sprite.elf
pack-pbp EBOOT.PBP PARAM.SFO ICON0.png \
NULL NULL NULL \
NULL strip_sprite.elf NULL
rm -f strip_sprite.elf

The above was a success.

psp-gcc -I. -IC:/pspdev/psp/sdk/include -G4 -Wall -O2 -c -o main.o main.c
psp-gcc -I. -IC:/pspdev/psp/sdk/include -G4 -Wall -O2 -L. -LC:/pspdev/psp/sdk/
lib main.o -losl -lpng -lz -lpspsdk -lpspctrl -lpspumd -lpsprtc -lpsppower -lp
spgu -lpspaudiolib -lpspaudio -lm -lpspdebug -lpspdisplay -lpspge -lpspctrl -lps
psdk -lc -lpspnet -lpspnet_inet -lpspnet_apctl -lpspnet_resolver -lpsputility -l
pspuser -lpspkernel -o maps.elf
main.o: In function `Keys':
main.c:(.text+0x1b8): relocation truncated to fit: R_MIPS_GPREL16 against `key'
main.o: In function `main':
main.c:(.text+0x928): relocation truncated to fit: R_MIPS_GPREL16 against `key'
collect2: ld returned 1 exit status
make: *** [maps.elf] Error 1

The above says something I don't really understand.

psp-gcc -I. -IC:/pspdev/psp/sdk/include -G0 -Wall -O2 -c -o main.o main.c
psp-gcc -I. -IC:/pspdev/psp/sdk/include -G0 -Wall -O2 -c -o logo.o logo.c
logo.c: In function 'logoCreeImageFond':
logo.c(31) : warning: pointer targets in assignment differ in signedness
psp-gcc -I. -IC:/pspdev/psp/sdk/include -G0 -Wall -O2 -L. -LC:/pspdev/psp/sdk/l
ib main.o logo.o -losl -lpng -lz -lpspsdk -lpspctrl -lpspumd -lpsprtc -lpsppow
er -lpspgu -lpspaudiolib -lpspaudio -lm -lpspdebug -lpspdisplay -lpspge -lpspctr
l -lpspsdk -lc -lpspnet -lpspnet_inet -lpspnet_apctl -lpspnet_resolver -lpsputil
ity -lpspuser -lpspkernel -o test.elf
psp-fixup-imports test.elf
mksfo 'OSLib splash screen' PARAM.SFO
psp-strip test.elf -o strip_test.elf
pack-pbp EBOOT.PBP PARAM.SFO ICON0.png \
NULL NULL NULL \
NULL strip_test.elf NULL
rm -f strip_test.elf

The above gave a warning but, did compile.

Any help would be greatly appreciated.
Thanks for reading this.

[yaustar]

Super Patrick II: Missing a library / libraries in the wrong order.
Maps and sound sample: I have to look at the source for the answer, I am guessing bad alignment or cast?
OSLib splash screen: Need to the see the warning and the code that it is referring to.

The code for OSLib and the samples are not great and have some seriously bad coding practises that would work in C(?) but not in C++. For the PC port I had to fix a lot of the headers to get it to even compile which was a pain.

[CT_Bolt]

Oh ok... so OSLib is not that great for coding.

Could you show me some good places & examples on how to start coding a 2D Game from scratch with out using OSLib? Coding in C.
Like how to use graphics(*.png), sounds(*.wav), & music(*.mp3).

Thanks for the reply.

PS. How would I fix the order of the libraries or update them?
I currently am using a single pspdev folder with the sdk inside (C:/pspdev/psp/sdk).

[Insert_Witty_Name]

Super Patrick II: Update your SDK, you're missing libpspaudiocodec and newer updates to libpsputility.

Maps and sound sample: Change the -G4 in your CFLAGS line in the makefile to -G0.

[yaustar]

Oh ok... so OSLib is not that great for coding.

It isn't bad, I have seen much worse APIs/libraries that you can use. Just be wary that it is heavily C based.

[CT_Bolt]

Thank you both for replying. I'll try to figure out how to update it.
Oh I C so it's mostly for C, that's great for me. Cuz that's what I use (for psp, I do C++ on the PC.).

You guy's(yaustar, Insert_Witty_Name) rule!

Edit:
I tryed to compile Maps & Sound Sample after changing G4 to G0 and...

psp-gcc -I. -IC:/pspdev/psp/sdk/include -G0 -Wall -O2 -L. -LC:/pspdev/psp/sdk/l
ib main.o -losl -lpng -lz -lpspsdk -lpspctrl -lpspumd -lpsprtc -lpsppower -lps
pgu -lpspaudiolib -lpspaudio -lm -lpspdebug -lpspdisplay -lpspge -lpspctrl -lpsp
sdk -lc -lpspnet -lpspnet_inet -lpspnet_apctl -lpspnet_resolver -lpsputility -lp
spuser -lpspkernel -o Map.elf
main.o: In function `Keys':
main.c:(.text+0x1b8): relocation truncated to fit: R_MIPS_GPREL16 against `key'
main.o: In function `main':
main.c:(.text+0x928): relocation truncated to fit: R_MIPS_GPREL16 against `key'
collect2: ld returned 1 exit status
make: *** [Map.elf] Error 1

[SuperBatXS]

It isn't bad, I have seen much worse APIs/libraries that you can use. Just be wary that it is heavily C based.

Yes...it is heavily C based, but not everyone codes in C++...don't make assumptions now.

[Anti-QuickJay]

Yes...it is heavily C based, but not everyone codes in C++...don't make assumptions now.

He wasn't.

[SG57]

Yes...it is heavily C based, but not everyone codes in C++...don't make assumptions now.

Hypocrite?

[CT_Bolt]

Hahaha yeah... he kinda was being a hypocrite.

Anyway... c'mon people plz tell me how to update my sdk. An easy way perferably.

Again heres a lil' info on the way I code:
I'm using a single pspdev folder with the sdk inside (C:/pspdev/psp/sdk).

[brethren]

Anyway... c'mon people plz tell me how to update my sdk. An easy way perferably.

Again heres a lil' info on the way I code:
I'm using a single pspdev folder with the sdk inside (C:/pspdev/psp/sdk).

uninstall it and install this newer version
http://sourceforge.net/project/showf...roup_id=223830

[CT_Bolt]

Hey, thank you brethren. I will try this. Let'cha know how it goes when it's done. Again many thanks for replying. :Punk:

[slicer4ever]

hey everone got a question with the oslib, i'm trying to load in mp3's and i'm following the Super Patrick II sample, and i've even attempted to compile the sample and it gives me back the same error:

/usr/local/pspdev/psp/sdk/lib/libosl.a(media.o): In function `oslLoadSoundFileAT
3':
audio/media.c:285: undefined reference to `sceAudiocodecCheckNeedMem'
audio/media.c:258: undefined reference to `sceAudiocodecCheckNeedMem'
/usr/local/pspdev/psp/sdk/lib/libosl.a(media.o): In function `osl_mp3Load':
audio/media.c:149: undefined reference to `sceAudiocodecCheckNeedMem'
collect2: ld returned 1 exit status

Spoiler for full output:

$ make
psp-g++ -I. -I/usr/local/pspdev/psp/sdk/include -G4 -Wall -O2 -I. -I/usr/local/p
spdev/psp/sdk/include -G4 -Wall -O2 -fno-exceptions -fno-rtti -c ./main.cpp -o .
/main.o
psp-gcc -I. -I/usr/local/pspdev/psp/sdk/include -G4 -Wall -O2  -L. -L/usr/local/
pspdev/psp/sdk/lib   main.o -losl -lmikmod -lpng -lz -lpspsdk -lpspctrl -lpspumd
 -lpsprtc -lpsppower -lpspgu -lpspaudiolib -lpspaudio -lm -lpspmpeg -lpspaudioco
dec -lpspdebug -lpspdisplay -lpspge -lpspctrl -lpspsdk -lc -lpspnet -lpspnet_ine
t -lpspnet_apctl -lpspnet_resolver -lpsputility -lpspuser -lpspkernel -o Pixel_A
ttack.elf
/usr/local/pspdev/psp/sdk/lib/libosl.a(media.o): In function `oslLoadSoundFileAT
3':
audio/media.c:285: undefined reference to `sceAudiocodecCheckNeedMem'
audio/media.c:258: undefined reference to `sceAudiocodecCheckNeedMem'
/usr/local/pspdev/psp/sdk/lib/libosl.a(media.o): In function `osl_mp3Load':
audio/media.c:149: undefined reference to `sceAudiocodecCheckNeedMem'
collect2: ld returned 1 exit status
make: *** [Pixel_Attack.elf] Error 1

am i forgetting a library in the makefile? or.....?

[CT_Bolt]

lol, look at the few posts above, from the time I started to post. :ROFL:
I almost had the same exact question.

Start here:
http://forums.qj.net/f-psp-developme...4/page847.html

[slicer4ever]

yes well i figured it out, just had to update my sdk...thanks insertwittyname=-)

[CT_Bolt]

YAY! I got it working. Thank's to everyone who helped. Especially brethren for the linkage. You are all so great. :Punk:

[brethren]

YAY! I got it working. Thank's to everyone who helped. Especially brethren for the linkage. You are all so great. :Punk:

no problem, just make sure you periodically check for updates to keep your sdk up to date;)

btw the latest version 0.7.3 released yesterday:)

[CT_Bolt]

Oh, ok I will keep that in mind. Thanks again.

[slicer4ever]

quick question ppl=-) and i hope sg57 well respond as he's the one that gave me the idea:

anyway sg57 told me that in order to get 3.xx kernel to work i need to start in user mode and than create a thread that is in kernel mode, load w/e i need from kernel mode than go back to user and i thought the following would work:

int KernelMode(void){
     sceIoChdir(startpath); //unsure if this is needed i'm not to familar with creating threads but it was needed when going from kernel->user mode
     oslInitAudioME(OSL_FMT_ALL);

     return 0;
}

int main(int argc, char**argv){
     
     sceIoGetThreadCwd(sceKernelGetThreadId(), startpath, sizeof(startpath));
     //thus far i've followed exaclty as if creating a user thread but instead set the thread arguments to 0 for kernel
     SceUID thid = sceKernelCreateThread("Kernel Mode Thread", (int (*)(SceSize, void*))KernelMode, 0x12, 256 * 1024, 0, NULL);
     
     sceKernelStartThread(thid, 0, 0);
     
     sceKernelWaitThreadEnd(thid, NULL);

     //user code
     return 0;
}

anyways this doesn't rly crash my psp, it just kinda stays on, doesn't shut down, but i have to do a full shutdown in order to get off or pull out the battery

any help would be much appreciated

[SG57]

slicer - Threads aren't automatically ended when the pointer to the function they are passed returns, I believe it runs the function again starting at hte top of hte scope (not 100% on that but fairly certain, it'd explain your problem with it hanging (trying to init ME more then once))

Also, i dont know if you're supposed to end the ME-init thread, but I'm pretty sure oslib's init me function just loads modules and whatnot required,after that it can be used whenever so it should be ok, if not then we'll find a way around it :) (gonna have to myself a little later)

[Insert_Witty_Name]

It's not possible to launch a kernel mode thread from user-mode.

What do you need the kernel mode thread for exactly?

[SG57]

To load some modules (atleast assuming that's what OSlib's ME initialization is doing).

As of now, starting in kernel mode, initializing the ME then starting a user mode thread to be the app/game/w.e.

[Insert_Witty_Name]

If you have the source to oslib then patch out the un-needed kernel mode module loading and use the user-mode sceUtilityAvLoadModule().

[SG57]

SceUID LoadStartAudioModule(char *modname, int partition){
    SceKernelLMOption option;
    SceUID modid;

    memset(&option, 0, sizeof(option));
    option.size = sizeof(option);
    option.mpidtext = partition;
    option.mpiddata = partition;
    option.position = 0;
    option.access = 1;

    modid = sceKernelLoadModule(modname, 0, &option);
    if (modid < 0)
        return modid;

    return sceKernelStartModule(modid, 0, NULL, NULL, NULL);
}

...

    if (sceKernelDevkitVersion() == 0x01050001)
    {
        LoadStartAudioModule("flash0:/kd/me_for_vsh.prx", PSP_MEMORY_PARTITION_KERNEL);
        LoadStartAudioModule("flash0:/kd/audiocodec.prx", PSP_MEMORY_PARTITION_KERNEL);
    }
    else
    {
        sceUtilityLoadAvModule(PSP_AV_MODULE_AVCODEC);
    }

Is the kernel mode you're running in affect the firmware version returned by getDevKitVersion?

[Insert_Witty_Name]

Of course.

If you're running under 1.5 under custom firmware, it will return 0x01050001.

I would remove all the 1.5 support from OSLib if I were you. 1.5 kernel programming is dead, the sooner everyone moves onto 3xx kernel programming the better.

[SG57]

lol I love you IWN ;) I take it you're an anti-3.51 oe-user (or w/e firmware it was that was that doesn't have 3.xx kernel)

I'll give that a try, but hey do you have a link to all the user mode equivalent kernel mode functions? Or should I just drop by IRC and question you if anything pops up?

[Insert_Witty_Name]

Drop by IRC mate, I should be around for a bit tonight.

Most of the kernel level calls are pretty easy to spot once you know what you're looking for.

I'm not anti 1.5 either. I programmed under that kernel for a long time.

The only reason I advocate moving to 3xx is because it works on both slim/fat and doesn't require any add-on installs or anything like that.

Along with that I can see it will only be a matter of time before there is no 1.5 kernel subset. The 1.5 kernel that comes with custom firmware is just that, a subset. It doesn't contain all needed modules for 100% 1.5 kernel compatibility. For instance the dialogs don't work under the 1.5 subset on custom firmware as the VSH modules aren't included, which the dialogs rely on.

Finally, 3xx kernel gives you a lot of user mode functions that allow you to do things that would require kernel mode on 1.5, such as module loading etc.

Everyone should move to 3xx, Jesus would want you to ;)

[CT_Bolt]

I would remove all the 1.5 support from OSLib if I were you.

I was just wondering if there is a good up to date OSLib that doesn't use 1.5 support, like it would use other ways of getting the job done.
If there is could someone give a link to it. If there isn't, and someone knows how to do it that would be great too. Cuz I know I sure don't know how.

1.5 kernel programming is dead, the sooner everyone moves onto 3xx kernel programming the better.

Truer words were never spoken. :)
.___________.
|1.50 ... 3.xx |
|:flame:|
|___________|

[slicer4ever]

woo back=-)

also IWN, thanks for the knowledge that you can't do it in reverse order of thread creation, anyways sg57 just told me that the ME init, can be ran from user mode on 3xx fw, so i'll simple release 2 vers, 1 with 1.5 support and 1 with 3xx support, even if 1.5 kernel is dead the few rare users won't miss out

however i would love to learn more about sceUtilityLoadAvModule and such commands for future refrence but i can't find them anywhere in the sdk documentation, i've checked several times but if anyone could point me to an actual page on the doc that'd be awsome

[SG57]

slicer - I told IWN that i'd just drop by IRC later tonight when ever i run into a kernel function and I don't already know the usermode equivalent, you should consider the same if you need to know them and can't find them whilst googling.

IWN - Now don't be bringing religion into any of this ;)

EDIT

Wow, it would seem Brunni did a sorta pspsdk-stdlib emulator lol. He made stdlib equivalent functions for sceIo, sceKernelDcacheXXXX, etc. etc. He also made it user mode compatible already, it would seem starting in kernel mode under 1.5 is pointless when working with oslib. Just start up in user mode and set your attributes and you're golden :)

And ya IWN, when i run my game under 1.5, it crashes when trying to load the browser :O I wonder what would happen if i tried to run Bugz under 1.5... Hey do you think it's possible to include the modules with the game? lol I bet there is a huge tree of them required for it to run (and some hex editing of addresses to them) might as well include a subset of the firmware :P)