forums.ps2dev.org

See this thread:

http://forums.ps2dev.org/viewtopic.php?t=4421

Again, i must repeat myself: even without pipeline programmability one could still use blending features to sum/subtract/multiply/divide huge matrices (as big as a texture can be) It's not really general purpose, but it can often help. So you already know the answer then! If all you need is the sim...

I don't see the point of trying to do number crunching on an underpowered handheld...?

If you just want a coprocessor or more parallelism in a game, the ME and VFPU are much more suited for that.

thanks for answer, but I think that writer homebrew can not use native OSK for writing..... because it would be too many characters that must be put into osk textbox I think, correct me if i am wrong.... You can set the maximum length of the input, however, you don't need to let the user input the ...

If you're new to programming, start on the PC. The debugging tools avaiable are much more user-friendly and helpful than an unforgiving embedded system.

I used to get this randomly and the problem would go away on its own in a different build with irrelevant changes (also randomly depending on wether or not I was using psplink at the time)

I think it's not as much a matter of convincing, as it is a problem of the (non-) existence of libraries or C bindings that would let you get anything done. (unless I missed something)

Is that... C#?

Wow. Just wow.

...stemming from the confusion of which loop index belongs to which kind of subdivision when generating vertices for a torus mesh. In psp/sdk/samples/gu/common/geometry.c, lines 14 and 15 are float s = i + 0.5f; float t = j; but i and j should be switched to float s = j + 0.5f; float t = i; plus the...

Thanks, but I was thinking more PSP-specific information. No, you figure it out using your more general knowledge and looking at available code. This is DEVELOPER level stuff - it you can't learn from hex dumps, you're not ready for it yet. :) Programming the PSP isn't Visual Basic. I don't know wh...

rendering loop of the demo had to be organized differently than in GU samples in order to achieve better parallelism between main CPU and GU

I'd like to read more about this part

I was just asking about kanji display + input/conversion. Making an IME is no trivial task, but japanese input support isn't complete without one.

Also the 。 goes in the top-right when writing vertically.

漢字の表示・入力・変換は、どうするつもり？ 平仮名&#12384...

use sceGuDepthOffset to get rid of z-fighting maybe?

DookFook with bad forms you don't go anywhere... "badass" ?, if other people didn't have the problem you must think the problem is in our makefile, includes,or libraries in pspsdk or something that we don't see. Please, someone that help us and show us the way to make this thing work.than...

Well, if you want to write to the framebuffer directly like that, you'll have to do the alpha calculations yourself, ie. interpolate between the pixel color and your background color when copying over the image...

the alpha channel is ignored in the framebuffer. If you need transparency, use a texture and turn on blending.

gb2/qj.net

The creator of the KeyCleaner app did this on purpose in order to not allow people to go back to official firmware. The key that is need for homebrew is Key 0x0005 and that is the key that ChillyWilly’s Keycleaner app leaves corrupted. Haha, I'm pretty sure this is not true. That key needs to stay ...

Something like this, I guess... #ifdef WIN32 #pragma pack(push) #pragma pack(1) #define __PACKED__ #else #define __PACKED__ __attribute__((packed)) #endif struct bitmap_header { uint16 id; uint32 size; uint32 reserved; uint32 o...

TyRaNiD wrote:Sure it is but the end result will be little different to what you have already, in fact it will probably be worse :)

Lo and behold...

If you're new to programming, I suggest you start on the PC. It's orders of magnitude easier to deal with an easily debuggable environment that doesn't crash horribly if you do something wrong. Once you're comfortable enough with programming in general, it makes sense to move on to embedded/handheld...

Your bug is probably elsewhere, and adding the extra variable makes it go away. Try tracking down where it crashes with psplink..?

Is lighting on or off? It might be ignoring your colors or something...What about blending?

its Engine2D::Render2DLineOn3D(***); not engine2d->Render2DLineOn3D(**); as its a class member function and not a STRUCT pointer member function um, no. if that were the case, the code wouldn't even compile. presumably, engine2d points to an Engine2D instance so using -> is fine. edit: this time li...

Surely you mean 4.2?

The PSP firmware uses its own proprietary font system, not TTF, so that one isn't even applicable.
Anyway, I thought we don't really discuss exploits here...?

Help with... what? Setting up the projection matrix?

Aww. I thought it was appropriately funny. :)

"issuse" - freudian typo or clever pun? We may never know.