forums.ps2dev.org

It's on svn. You can force the toolchain script to download & build it by supplying the -e -d flags.

Does anyone know how to go about integrating psp-gdb with visual studio?

Has anyone been able to integrate gdb with dev-c++?

rasmus - Thank you for putting this together, its been really helpful, especially for a visual studio junky like myself.

Would it be possible to integrate gdb as well? If you could point me to any relevant docs I would appreciate it - currently wading through loads of msdn crap trying to find info.

(This is all just conjecture though.... Maybe I shouldn't post it....) No, thank you! That's good info, I will look into it a bit more. problem might be that on fw2.0+ the global constructors dont get called (see eloader docs for details), so you gotta call them manually. Also interesting, I am how...

Raphael wrote:Allotgether, PSP dev seems to be much more open to random missbehaviour than PC development :)

So I am learning ;)

Any idea why creating the CTime object on the heap would fix the problem? Maybe dodged some cache mishandling that way?

Raphael wrote:In either case, checking for divisors to be non-zero should be done to get on the safe side in every case.

Yeah, I suppose I should do that ;) But wouldnt a dbz always crash, and not just produce strange graphical errors?

Just a quick guess: Check for fCurMs and tickRes to be != 0 to get sure. However, tickRes should be a constant, no? Btw: is GetTickRes() and GetElapsedTime() returning a u32/u64 or float? Yes, ideally tickRes would be constant (well, ideally I wouldnt need it at all), however I was playing with ret...

Here is my entire render loop: while(!done) { sceKernelDcacheWritebackInvalidateAll(); mySprite->SetTopLeftUV(mySprite->GetImageCoords().x+5.0f,mySprite->GetImageCoords().y); mySprite->SetBottomRightUV(m...

It appears sometimes it is if I call the accessor more than once, if I call it once and save the value, then use that _sometimes_ it works.

Not if it's just returning a reference, but yes if you dereference that reference. Its just returning a reference. I have this same problem with this simple acessor in a timer class: const u32 &GetTickRes() const { return m_iTickRes; } I have tried inlining, no...

And apparently this is becoming an issue with every class I write. Acessors crash. Anyone else writing C++ code for the PSP?

PeterM wrote:Hmm weird one. Is the 'this' pointer null?

Nope, otherwise the second should crash just the same Im pretty sure.

It's probably storing some form of compiled lua bytecode, I thought this was always possible if you didn't want to keep text scripts around? It's been a while since I touched the lua sdk... (obviously you still need the interpreter/environment, duhh) Yeah, supposedly you can pre-compile your lua sc...

I have the following acessors in my class, the first set crashes the PSP whenever I call it: const ScePspFVector2 GetTopLeftUV() const; const ScePspFVector2 GetBottomRightUV() const; const ScePspFVector2 CSprite::GetTopLeftUV() const &a...

I am trying to transform u,v texture coordinates using the texture matrix, however it seems to transform the vertices still and not the uv's. Maybe I am not setting the texture matrix properly? I do this during intialization: sceGuTexMapMode(GU_TEXTURE_MATRIX, 0, 0); And this before ...

Oh man, nevermind. Got it sorted, very simple.

What is the best way to handle image rotation and perspective? If you dont use a square viewport, when you rotate, your image is skewed. Any good ways around this?

Is PSPGL a replacement for the drawing routines in the SDK?

Thanks for the info moonlight. Guess I will start my hunt ;)

Even if fanjita is doing a great job, the native support of loading elf's will be always better. Also, you'll have probably more free memory. And well, you also have the beautiful kernel mode where you can play with the internals of the firmware :) ^^ You are referring to 1.0, 1.5, and downgradable...

Hey,

I am thinking about buying a PSP and definatley want to develope for it. Would it be best to find one with 1.5 firmware, or should I be ok with 2.0+ using the GTA hack? It seems solid, but since I have no experience I would like to hear from some others.

Thanks!