forums.ps2dev.org

I hope someone else finds this code useful. Yes I do indeed. Many thanks. BTW: If you're into sharing code for helping others you could setup a free subversion repository, using www.assembla.com ou others (like google code) and commit the source there. This has also the big advantage to yourself th...

@phenomnon,

check PM.

That's my problem: I develop, test and use my game using ps2link-ps2client. (ps2client execee host:balls.elf .... ), and it works perfectly, but I burn the .elf and the .tga textures in a mode2 cd, and I load it using swapmagic cd and the textures dont load! The game runs but the textures don't loa...

ragnarok2040 wrote:If you look at the imports.lst files for the IOP modules you need, you can usually tell what modules need to be loaded.

Hmm useful advice, I wasn't aware of it. Thanks

I told you guys it wasn't a good idea to have an anti-matter cooled server!
Now you know what happens when a spill occours...

;)

Interesting stuff. Thanks.

BTW : Is the -lstdc++ at EE_LIBS really needed? As far I remember it is related to C++.

---
Edited

Hmm I didn't notice your source filename is .cpp, since you're coding in C style.

evilo wrote:Hi ptek,

Just a question, did you tried gsKit instead ?

Regards,
evilo

Hi,

Yes I use gsKit since the beginning of my first homebrew adventures but gslib has some features I like, such as the possibility to open a 320x240 screen. This is in fact the main reason I like it :)

Actually I find it very interesting. And there is already a PSP port (only the player part as I read on http://forums.ps2dev.org/viewtopic.php?p=67816#67816 ) with uses SDL so it would simplify things. Since a USB keyboard can be attached to the PS2 this could be a interesting project. There's a &qu...

Oops I forgot to set a time limit... I guess we can assume 15 days from the start of this thread.

Last days ago I was trying to make the sources of gslib0.51 as hosted from ps2dev.org to build under the current ps2sdk. It needed some makefile fixing and minor source changes and with the valuable help of Lukasz it was done. I realised gslib isn't at the subversion repository, so I thought it woul...

deba5er wrote:To work with APA, I merely ran HDLoader 0.8b from ULaunchelf 4.12 on a hard drive with no existing partitions causing it to format the drive for APA. Other tools exist to do this, but this is what I used.

In fact, uLaunchelf can also create partitions.

Also check Lukasz's Libito graphic library. Although I haven't tested it yet, it seems to have support for creating threads (it calls the thread support calls from the sdk) so even if you will not use Libito, you can learn to manage threads by looking at the Libito's source, I think. But like JF sai...

kouky wrote:Maybe TBW stands for "Texture Width Buffer"

From gsInit.h, TBW stands for "Texture Base Width".

Look at the gsKit examples. You'll have to modify the sources to suit your needs probabily...

in other words, have a search for the existent code...

Oops... Fixed now.

Some updates : I fixed some issues preventing the configuration loading at startup and saving at exit, so at last you can permanently backup your Doom configuration. The config file is saved at memory card 1 (mc0:DOOM/boom.cfg) when exiting using the Quit option from de menu. I also added the option...

Great.
But about the SVN, my suggestion was to the repository admins, since only they have "commit" rights.

When finished I think that would be a good idea to add the example to the SVN repository, don't you think?

Thank you for the example. I'm sure it will be useful when needed.

So you want to split your big picture into multiple smaller textures that match the sizes in the table above according to the color depth of the texture. I don't think this is necessary. In the gsKit examples, some full screen size images are read from the host: and shown without you have manually ...

I didn't compile your example (weekend time ran out too much quicly) but from your code : FILE *infile; int b=0; infile = fopen("mass:polly.jpg", "rb"); fread(&b,sizeof(unsigned char),1,infile); fclose(infile&...

It seems you're using a pre-compiled sdk for windows... I was refering to the "you compile" toolchain for cygwin/linux.

Then in your case, yes, you should run this bat file at the command line and it should work.

Hello, Have you done what's described at the readme of the ps2toolchain ? 2) Add the following to your login script: export PS2DEV=/usr/local/ps2dev export PATH=$PATH:$PS2DEV/bin export PATH=$PATH:$PS2DEV/ee/bin export PATH=$PATH:$PS2DEV/iop/bin export PATH=$P...

This looks very interesting.
BTW : The links are working at this moment, but I looked at the SVN repository and it seems not to be there.

I was wondering about the low speed transfers archived with the ps2sdk network driver. Is it due to the clock speed of the IOP, or is there other additional reason?

kouky wrote:Could SDL lib or gsKit lib conflict with the fopen function??

No, that's not seem to be the problem. I used in some projects with no problems gsKit, SDL along with mass: loading from.

But now I'm having trouble with libjpg... I'm not even certain I'm doing this all right, because I don't know if you have to pay attention to which directories these are being installed to. Usually I stick to the structure used at the SVN. But unless a specific project expects some relative locatio...

So to test it out, I wanted to try compiling some code... And decided I'd look into doing it with pgen-source... It lists gslib as one of libraries needed by it.... Googled... led me to PS2DEV.org... Downloaded the gslib, decompressed the folder to the same directory the PS2SDK was in [/local/PS2SD...

Are those step by step instructions good to follow: http://www.netadelica.com/coding/sdl/install.html ? Nope, these instructions do not apply to the PS2 (unpacking a dll doesn't make sense). Yes, you need to do a "make" and a "make install". The SDL installation for the PS2 sdk ...