forums.ps2dev.org

hmm... does pspgl even support gl quads?

idk... i must be really out of it right now. but it seems to me that you are reading into a structure called "f" instead of "Head", which would be the appropriate structure. since you are not reading anything to "Head" then all of the values in "Head" are stil...

oh ouch
i imagine it would be a wonderful pain to try to draw intricate fonts...

it looks like some n64 games implement that, i wanna say mario kart but i am not for sure

Hello again :) Well thanks for the reply. I would have thought someone would do a Windows program for it. I wonder why noone uses a 3D font this way? like this: http://www.youtube.com/watch?v=XQfMWIoYyRI http://www.youtube.com/watch?v=DqMcCRgZi_k I think idealy, each letter would be it's own object...

u did use all the patches in the pspsdk utility library right?

why dont u try using some of the functions in the pspsdk utility library?

man, i constantly feel like an idiot

my guess is that you cannot load and start an elf the same way you load and start a prx module

im pretty sure you can load a 1.00 eboot using sceKernelLoadExec
the prototype is in psploadexec.h

no problem
just make sure you enable GU_DEPTH_TEST when you arent drawing anything 2D

a nice square drawn with GU_SPRITES:

LOL! so i stopped being lazy and made a nice example... the example is the cube demo from the pspsdk with the following added after the cube is drawn... //draw line sceGuDisable(GU_TEXTURE_2D); unsigned int color = 0xff000000; colorVertex* DisplayVertices = (colorVertex*&...

hmm... very weird

could u post how u setup the gu?

lol just a thought... try this? typedef struct { unsigned int color; float x, y, z; } colorVertex; int Engine2D::Render2DLineOn3D(float x1, float y1, float x2, float y2, unsigned int color) { colorVertex* DisplayVertices = (colorVert...

drawing a line directly to vram is fairly simple if that is the case...

this is very weird though, have you tried disabling GU_CULL_FACE? im not quite sure if the rasterizer takes care of that aspect either....

hmm about the GU_TRANSFORM_2D, i wasnt really sure how that flag affected the rendering so i wasnt sure if it was getting clipped because of the near maybe there is some firmware glitch in it, like single lines dont show when they arent rasterized try to draw a triangle instead and make the third po...

since you are mixing 2d and 3d i guess you are making a call to: void gumPerspective(ScePspFMatrix4* m, float fovy, float aspect, float near, float far); now keep in mind your near is probably 1.0f or 0.5f or whatever, so anything with a z less than your near will be gone, and also k...

i was thinking about just leaving the color 565 and porting a different engine but i wasnt sure what engine i should port

but i think i will go ahead with the cube engine, but if i remember properly it uses gl, so eventually im going to have to convert it to gu...

what you guys has done to this flag? without this flag we can't find many symbols! but it's not the original purpose for this flags in g++. Code: #include <pspstdio.h> #include <pspkernel.h> #include <pspuser.h> PSP_MODULE_INFO("Zhen Han Zi", 0x1000, 1, 1); PSP_MAIN_THREAD_ATTR(0); main()...

i was briefly looking at this and i got the same error. but it looks like the library is being compiled fine, just not one of the tests (named .exe but is actually an elf) so just go into the ode directory and look around, you should find the library and header files very quickly and then just place...

im not sure....

try linking you're project with the kernel libc instead

lol
i thought about that along time ago...

generally speaking it is possible but probably involves porting alot of command line utilities, including bash... maybe

i say... yes

lets keep everything up to date

and isnt the toolchain beta anyway? (rhetorical)

I believe Yeti3D deserves a respective namechange due to the major source changes… so i guess Yeti-PSP works… So the updates of the engine to date (altough there is no release) are: 1. Engine no longer uses debug library to initialize framebuffer. 2. All source code remains in the “source” directory...

Cpasjuste wrote:http://forums.qj.net/showpost.php?p=1445611&postcount=1

:p

Edit : mine is sdl based and i havnt ported all the buttons function lol ..

lol
i wanted to make a port that was 100% psp
or whatever percent it is...

I just ported the Yeti3D engine to the PSP... yes... i know... but this port isnt dependent on SDL! yes, it is a pure PSP port! the zip package below contains the source and compiled eboot if anyone wants to take a look the regular EBOOT.PBP runs very smooth and the FAST_EBOOT.PBP is the same but wi...

Today i look up the pspsdk-doc and find a function named "sceSyscon_driver_44439604 (int power)" in debug->sio.c file(the doc didn't say what it used for ). But when i look up the sio.c file , i didn't find this function !! Instead it include a H file <pspsyscon.h>. So i want to find this...

ill try it out
can u please post a download link?

i like that idea to

as long as raphael submits this version rather than the newer one
because i for one like having more vram space to allocate
it doesnt really matter how long it takes to allocate it
as long as i get to keep what little space the vram provides

As some will know on 1.0 there was an extra 4megs of RAM from 0x8400000 which you could access, on 1.5 if you access it you get an exception, what is going on here? Well I just added the functions to the SDK to allow access to these areas, there are in sceSuspendForUser for usermode calls and scePo...

its a little late...

but I LOVE YOU!