Right, I think this is nearly ready to be the library in kos-ports. Things left to do: - Fix issues with texture twiddling - Allow switching the internal palette format between ARGB8888 and ARGB4444 I have code for both of the above, and with those changes GLdc successfully powers near vanilla GL Qu...

Excellent! Thanks!

Apparently the PVR has a register which sets the alpha value threshold used for the PT list, but I can't see any mention of that anywhere in KOS.

How do I go about setting that value?

How's this?

https://assemblergames.com/threads/nuqu ... ake.70660/

I've added basic support for the GL_EXT_paletted_texture and GL_EXT_shared_texture_palette extensions

Hmm maybe this should be moved to the homebrew forum?

Hi everyone! Today I'm publically announcing the Alpha release of a project I have been working on for several years(!). Simulant is an open-source general-purpose game engine, written in C++ which supports building games for Windows, Linux and Dreamcast targets from a Linux development system (cros...

I'm adding VMU support to my game engine, and I just have a few questions about vmu_draw_lcd. - Does vmu_draw_lcd wait until the submitted frame can be displayed, or does it return immediately in the case that the VMU is not ready? - What's the refresh time of the VMU display? How many frames can I ...

Thanks!

Just an update: I've been really busy with other stuff so I haven't had time to sort the linking stuff, but i have pushed up the performance more. Need to do more profiling.

I hadn't but that's a really interesting read! I don't think I'll be doing anything like that in GLdc. My aim there is to hit 100000 quads per second and then hope someone with more low-level knowledge than me submits improvements :) I'm at around 85k in the quadmark bench, but I know where the bott...

Yeah I was contemplating starting a thread on this. 4.7.3 is pretty old now, are any of the patches for 4.8+ well tested? Is it worth a community effort to get latest GCC going?

I'd look into it but my hands are pretty full with GLdc and other stuff...

I'll get on it as soon as I can! Thanks Ayla!

Just an update. The new clipping algorithm has landed, and it's super fast. If no clipping is necessary then the performance hit is negligible. There are no copies to temporary buffers, everything happens in the same array, only newly generated triangles are appended. There's a video of it in action...

Ok i dunno if this is related, but I discovered a while back that building KOS with a recent GCC would absolutely screw up the c++ standard library. The solution was to go back to compiling the toolchain itself with GCC 4.X.

Maybe it's that?

Bogglez, that's amazing thank you! And you park!

OK I'm starting to wonder if I'm missing something obvious here. I've spent about a week just profiling an optimising the draw code in GLdc. When running the first quad mark test (with clipping disabled) it spends roughly 11ms copying user-submitted vertex data, under 2ms transforming, and under 2ms...

Right, yeah I need to do some profiling - GLdc isn't managing nearly that much

It's been pointed out to me that this might already be about as fast as it can go...

The quadmark benchmark... anyone know what frame/poly rates PH3NOMs libGL gets?

https://github.com/Kazade/GLdc/blob/master/GL/draw.c#L446 The above link shows the function in GLdc that takes the user submitted pointers to vertex data, and transforms it into a buffer of vertices more suitable to the PVR. When running the quadmark benchmark, which submits a load of vertices in bu...

Ok so I have a question about compressed textures and mipmaps... If I manually generate mipmaps for an uncompressed texture, and then disable mipmapping in the list header, then everything displays fine. However, if i load a compressed texture with mipmaps, then switch off mipmapping, then the image...