forums.ps2dev.org

I'm assuming that these functions set the COP0 Count and Compare registers. These registers are usually intended for multithreading support, after N cycles the interrupt handler is called and the kernel switches to another thread. However since multitthread switching is not handled by the EE kernel,...

Sounds like an interesting project, looking forward to the first release :-)

Nice job, screenshot looks great :-)

I will run it on my PS2 later today.

Keep up the good work!

There is a much eaiser way to do this. #define FTOI4(x) ((int)((x)*16.0f)) From here The reason this works is because you want to keep 4 bits of the fraction portion of your float. Shifting 4 bits left is equal to multip...

Sounds like the bug is in your source, maybe you should post all the files and then we might be able to figure it out.

I think you will have more luck getting an answer to such a general game programming question on a website such as http://devmaster.net or http://gamedev.net.

Try changing the order of the EE_LIBS: EE_LIBS := -lpadx -lc -lkernel To something like EE_LIBS := -lkernel -lc -lpadx or even EE_LIBS := -lkernel -lc -lpadx -lc -lkernel There is a linker bug which can cause undefined references if the the libs are not specified in a correct...

The undefined reference is a linker error and not compile error. So what you are missing is linking with libkernel.a by passing -lkernel parameter to ee-gcc along with the correct path. Which is always done in the prefined Makefile.eeglobal for the PS2SDK samples, by adding -lkernel (libkernel.a) an...

You are looking in the wrong manual, the values you are refering to are in the GS User's Manual.

Like jbit writes, in the EE User's Manual there is a memory map / register map section, where the GS privileged registers are also listed.

Great job on adding sound support Cosmito! I've updated my original Doom post at my website, linking to your website for further updates on the port. Keep up the good work.

I've uploaded the latest revision (1525) of the ps2sdk source along with the prebuilt libraries and tools here:

http://lukasz.dk/files/ps2sdk

You just need to run 'make install' in the ps2sdk directory to install ps2sdk.

You have only loaded the USB driver usbd.irx, you also need to load the USB mass driver usb_mass.irx.

I think your problem could be related to the fact that your source probably will read the pads more than once pr. frame. Padlib works in such a way that it only updates the pad status after a vsync (new frame), so if you don't wait until the next frame to read the pad status, you might be reading th...

radad wrote:So if you pass 0 as the 'next' parameters does that wipe out the existing chain?

Not sure, you would need to test :-)

There is also a 'next' parameter in the add interrupt call that I thought might be a way chaining them but that didnt work either. I seem to recall that if you pass 0 as the 'next' parameter the handler set as the first handler in the chain, if you pass -1 the handler is added at the end of the cha...

I just tested this on Ubuntu, I modified your test_init to: static const char *test_init(void *arg) { // _ps2sdk_args_parse should setup the initial cwd called from crt0.s char cwd[256]; if (getcwd(cwd, 256)[0] == '\0'&...

Never heard of it :-) However I think Sjeep used gslib by Hiryu for a while (atleast in PGEN) , so this sjgfx might just be a modified version of gslib.

If look in the GS manual under "Texture Function" it states that the sprite color set in the GIF packet is used to blend with the textures colors (including alpha). How this is blended depends on the texture function used (eg. MODULATE, DECAL, HIGHLIGHT, HIGHLIGHT2), you set this in the TF...

ps2dev.org has been down so many times now that I wouldn't worry unless Oobles says otherwise :-)

You can access Subversion using this URL:

http://svn.ps2dev.org

IRX are just IOP Relocatable eXecutable or just programs for the IOP :-)

There is some in depth IRX information available here:

http://ps2dev.org/ps2/Tutorials/TUTORIA ... _Processor

The prefix you are refering to is the device string. When accessing files you prefix the filename with the devices string to tell the PS2 which device you want load the file from. This makes it much simpler to access files on different devices, as you always use the same functions. For instance when...

As far as I know, the IOP does not have a TLB in any form.

Maybe if you could specify what IOP code in the BIOS you have seen using TLB related operations, we could get to the bottom of this :-)

My experience working with the SDL on the Doom port tells me that SDL is by no means complete nor properly tested. I also briefly tried to make sound work, but the sound support in SDL appears to be far from complete. Jason Yu also confirms this in his post in this thread. I would personally expect ...

I've managed to track down and fix the bug you encountered in freesd (Subversion log).

The changes have been commited to PS2SDK, freesd now prints version 1.01. You can also download freesd.irx 1.01 from here.

You need to load some modules before ps2ip.irx. SifExecModuleBuffer in your case probably returns -203, which is a dependency error. As suggested in this thread , take a look at existing source code and go from there. You need to research more on your own, look at existing source code etc. Instead o...

You havn't called the patch function sbv_patch_enable_lmb

Check the header sbv header:

sbv_patches.h

IOP module loading from EE memory is not supported in the BIOS modules by default, you need to use the sbv patches library in PS2SDK which enables it by patching the running modules. You can check my mplus loader source as a reference on how to use sbv: http://lukasz.dk/2008/04/22/datel-memory-plus-...

ifcaro wrote:I created a sample for testing the audiolib.

http://ps2dev.ifcaro.net/audiolib_example.zip

Thanks, I will probably look into this bug in the beginning of January.

In order to launch an ELF linked with ps2gdbStub I use ps2link v1.51 and then invoke gdb at linux side. During a debugging session with a code written deliberately to cause an exception I was surprised to see the exception is not catched by the debugger but normally by the ps2link exception handler...

Gcc already supports MIPS R3000 (PSOne processoror), so there is no need to use the IOP version. If I'm not mistaken, the only part that is different with IOP gcc is the ability to output IRX files directly.You can just download the lastest version of gcc and compile it to support MIPS r3000. As for...