forums.ps2dev.org Forum Index forums.ps2dev.org
Homebrew PS2, PSP & PS3 Development Discussions
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Q3 symbol list, call for participation
Goto page Previous  1, 2
 
Post new topic   Reply to topic    forums.ps2dev.org Forum Index -> PSP Development
View previous topic :: View next topic  
Author Message
MDave



Joined: 09 May 2005
Posts: 84

PostPosted: Thu Aug 25, 2005 3:37 pm    Post subject: Reply with quote

Q3 sdl anyone? ;)

Here's a link that may come in handy:

http://www.quakesrc.org/forums/viewtopic.php?t=5457
Back to top
View user's profile Send private message
holger



Joined: 18 Aug 2005
Posts: 204

PostPosted: Thu Aug 25, 2005 5:36 pm    Post subject: Reply with quote

McZonk: if you care about glReadPixels() and glDrawPixels(), I'll take the texture and vertex array code (the latter is not really required, I believe you can switch it off by command line and use glVertex3f() as fallback - for testing).

Last edited by holger on Thu Aug 25, 2005 5:41 pm; edited 1 time in total
Back to top
View user's profile Send private message
holger



Joined: 18 Aug 2005
Posts: 204

PostPosted: Thu Aug 25, 2005 5:39 pm    Post subject: Reply with quote

[quote="MDave"]Q3 sdl anyone? ;)

Here's a link that may come in handy:

http://www.quakesrc.org/forums/viewtopic.php?t=5457 [/quote]


SDL is quite fat and consumes a lot of memory, not really something we have to waste on the PSP. Nevertheless, some people like it, but I'd prefer the GLUT code we have, this is much more lightweight and provides the same (or more?) portability.

One Question: How to make these quoted texts looking right?


Last edited by holger on Fri Aug 26, 2005 10:57 am; edited 1 time in total
Back to top
View user's profile Send private message
McZonk



Joined: 14 Jul 2005
Posts: 35
Location: Germany

PostPosted: Thu Aug 25, 2005 6:00 pm    Post subject: Reply with quote

Okey, I'll will code this to functions and send the code to you. How can I contact you? Write pm please.
Back to top
View user's profile Send private message Visit poster's website
Arwin



Joined: 12 Jul 2005
Posts: 426

PostPosted: Thu Aug 25, 2005 6:30 pm    Post subject: Reply with quote

holger wrote:
One Question: How to make these quoted texts looking right?


Make sure you don't delete [ / quote ] ... the quoted section needs to be started with [ quote = " name " ] and closed with [ / quote ]

(but obviously without the extra spaces I added)
Back to top
View user's profile Send private message
holger



Joined: 18 Aug 2005
Posts: 204

PostPosted: Fri Aug 26, 2005 12:28 am    Post subject: Reply with quote

it's in there, see the message above. I'm too stupid for this web... at least the forums -
Back to top
View user's profile Send private message
Arwin



Joined: 12 Jul 2005
Posts: 426

PostPosted: Fri Aug 26, 2005 12:44 am    Post subject: Reply with quote

holger wrote:
it's in there, see the message above. I'm too stupid for this web... at least the forums -


Sorry, I didn't pay attention - yes, it's in there, but it's adjacent to a website address, and so the forum software interprets it as part of the website address rather than a close quote tag. Just add a space after the webpage address next time. (or even better try it now using edit)
Back to top
View user's profile Send private message
holger



Joined: 18 Aug 2005
Posts: 204

PostPosted: Fri Aug 26, 2005 10:58 am    Post subject: Reply with quote

done, see above. Still does not looks as expected.
Back to top
View user's profile Send private message
Arwin



Joined: 12 Jul 2005
Posts: 426

PostPosted: Fri Aug 26, 2005 6:22 pm    Post subject: Reply with quote

Well, when I quote your email and then remove my quote section, it works just fine. I'm not sure now what's causing it. Maybe it's a one-time fluke or you have discovered a bug in the Forum software. I'll leave it be for now, because this is getting a little off-topic.

MDave wrote:
Q3 sdl anyone? ;)

Here's a link that may come in handy:

http://www.quakesrc.org/forums/viewtopic.php?t=5457



SDL is quite fat and consumes a lot of memory, not really something we have to waste on the PSP. Nevertheless, some people like it, but I'd prefer the GLUT code we have, this is much more lightweight and provides the same (or more?) portability.

One Question: How to make these quoted texts looking right?
Back to top
View user's profile Send private message
rinco



Joined: 21 Jan 2005
Posts: 255
Location: Canberra, Australia

PostPosted: Fri Aug 26, 2005 6:34 pm    Post subject: Reply with quote

Anyone not attempting to port Q3 should look into SDL as it's full of portable goodness. SDL linked programs can be as little as 250k. Although I would tend to agree that Q3 will need that 250k... plus the Q3 SDL port is incomplete (no joystick for instance).
Back to top
View user's profile Send private message
holger



Joined: 18 Aug 2005
Posts: 204

PostPosted: Sat Aug 27, 2005 1:04 am    Post subject: Reply with quote

rinco wrote:
Anyone not attempting to port Q3 should look into SDL as it's full of portable goodness. SDL linked programs can be as little as 250k. Although I would tend to agree that Q3 will need that 250k... plus the Q3 SDL port is incomplete (no joystick for instance).


that's a factor of more than 4 compared to psp-egl and psp-glut (including the GL implementation, is this also part of a basic SDL linked binary?):

$ psp-size test-egl/pspGL-cube
text data bss dec hex filename
46444 9816 16604 72864 11ca0 test-egl/pspGL-cube

$ psp-size test-glut/glut-simple
text data bss dec hex filename
44696 828 16672 62196 f2f4 test-glut/glut-simple

... and psp-glut supports joystick ... ;-)

On your desktop you can already run Q3/glut, just type

$ make ARCH=""

on the command line and then execute the resulting Quake3 binary, it currently uses a hardcoded resolution of 480x272 for testing.
Back to top
View user's profile Send private message
holger



Joined: 18 Aug 2005
Posts: 204

PostPosted: Sat Sep 03, 2005 7:07 am    Post subject: Reply with quote

update:

`closedir'
`glArrayElement'
`glBindTexture'
`glCallList'
`glClipPlane'
`glDeleteTextures'
`glDrawBuffer'
`glReadPixels'
`glTexSubImage2D'
`opendir'
`readdir'

opendir/closedir/readdir() are now part of newlib, but with an leading underline in the function name. Does anybody knows, why? The include file still seems to be missing.

glBindTexture/glDeleteTextures are part of Jeremy's texture object patch, but this one is not yet incorporated. glArrayElement() is part of the array-element patch.

glClipPlane() does not seems possible on the PSP (can you somehow create user-defined clip planes?), but it seems an optimization in Q3, should work without, too. glCallList() does not makes much sense without generating a list, this symbol seems to be a left-over from some dead code. Need to check this in detail.

glDrawBuffer() can be implemented, but we should check before whether we really need it, I did not investigated yet this part of the code.

McZonk: What's the status about glReadPixels()? Did you made some progress?
Back to top
View user's profile Send private message
Krevnik



Joined: 09 Mar 2005
Posts: 71

PostPosted: Sat Sep 03, 2005 8:34 am    Post subject: Reply with quote

holger wrote:

opendir/closedir/readdir() are now part of newlib, but with an leading underline in the function name. Does anybody knows, why? The include file still seems to be missing.


Newlib thins out the C library to make it lightweight, and to get people to write the back-end for their particular embedded system. opendir() is really a stub in newlib mapping to _opendir() which is expected to be implemented by the devs using newlib on a particular platform. Why the include file is missing, I have no idea.

Quote:

glClipPlane() does not seems possible on the PSP (can you somehow create user-defined clip planes?), but it seems an optimization in Q3, should work without, too. glCallList() does not makes much sense without generating a list, this symbol seems to be a left-over from some dead code. Need to check this in detail.


Parts of OpenGL are designed to be implemented in software, clip planes are one of them IIRC, because not all chipsets support clip planes.
Back to top
View user's profile Send private message
crazyc



Joined: 17 Jun 2005
Posts: 410

PostPosted: Sat Sep 03, 2005 11:02 am    Post subject: Reply with quote

Krevnik wrote:
holger wrote:

opendir/closedir/readdir() are now part of newlib, but with an leading underline in the function name. Does anybody knows, why? The include file still seems to be missing.


Newlib thins out the C library to make it lightweight, and to get people to write the back-end for their particular embedded system. opendir() is really a stub in newlib mapping to _opendir() which is expected to be implemented by the devs using newlib on a particular platform. Why the include file is missing, I have no idea.


As you can see here newlib's opendir is unusable and their dirent.h is generic.
Back to top
View user's profile Send private message
holger



Joined: 18 Aug 2005
Posts: 204

PostPosted: Sat Sep 03, 2005 6:01 pm    Post subject: Reply with quote

Krevnik wrote:
holger wrote:

glClipPlane() does not seems possible on the PSP (can you somehow create user-defined clip planes?), but it seems an optimization in Q3, should work without, too. glCallList() does not makes much sense without generating a list, this symbol seems to be a left-over from some dead code. Need to check this in detail.


Parts of OpenGL are designed to be implemented in software, clip planes are one of them IIRC, because not all chipsets support clip planes.


mmh... we could do this on-the-fly when doing vertex format conversion, but the test is not really a cheap one... especially when multiple clip planes are enabled. Maybe that's a point where using the VFPU really makes sense. For Q3 I'm still not sure whether this is worth the additional efforts, just to cull away a few more vertices when looking through a portal.
Back to top
View user's profile Send private message
rinco



Joined: 21 Jan 2005
Posts: 255
Location: Canberra, Australia

PostPosted: Sat Sep 03, 2005 8:46 pm    Post subject: Reply with quote

holger wrote:
opendir/closedir/readdir() are now part of newlib, but with an leading underline in the function name. Does anybody knows, why? The include file still seems to be missing.


Yeah, that'd be my unfinished business... I tested _opendir, _closedir and _readdir with a locally modified dirent.h and they seem to work as expected. I was hoping to just drop the dirent.h into a newlib psp architecture, but was quickly stumped by the way newlib is built (gloss..?).

I suspect crazyc or mrbrown will know the correct way to implement dirent.h. I don't think I'll figure it out anytime soon.
Back to top
View user's profile Send private message
mrbrown



Joined: 17 Jan 2004
Posts: 1536

PostPosted: Sun Sep 04, 2005 2:20 am    Post subject: Reply with quote

Can you post your dirent.h somewhere?
Back to top
View user's profile Send private message
jsgf



Joined: 12 Jul 2005
Posts: 254

PostPosted: Tue Sep 06, 2005 6:04 am    Post subject: Reply with quote

holger wrote:
Krevnik wrote:
holger wrote:

glClipPlane() does not seems possible on the PSP (can you somehow create user-defined clip planes?), but it seems an optimization in Q3, should work without, too. glCallList() does not makes much sense without generating a list, this symbol seems to be a left-over from some dead code. Need to check this in detail.


Parts of OpenGL are designed to be implemented in software, clip planes are one of them IIRC, because not all chipsets support clip planes.


mmh... we could do this on-the-fly when doing vertex format conversion, but the test is not really a cheap one...


I don't think so, unfortunately, Well, my model for doing vertex format conversion is that its a one-off process, which is transform independent. If we have user clip planes then I think we'd need to implement a software transform pipeline, which is a big chunk of extra complexity. I think it can be done efficiently with the VFPU, but it is just a whole pile of extra code and state.
Back to top
View user's profile Send private message Visit poster's website
holger



Joined: 18 Aug 2005
Posts: 204

PostPosted: Tue Sep 06, 2005 7:03 am    Post subject: Reply with quote

jsgf wrote:
I don't think so, unfortunately, Well, my model for doing vertex format conversion is that its a one-off process, which is transform independent. If we have user clip planes then I think we'd need to implement a software transform pipeline, which is a big chunk of extra complexity. I think it can be done efficiently with the VFPU, but it is just a whole pile of extra code and state.


The clip test can be done in modelview space, no need to transform every vertex. Nevertheless it's not for free, I'd like to avoid it - unless we really would need it for some reason.
Back to top
View user's profile Send private message
McZonk



Joined: 14 Jul 2005
Posts: 35
Location: Germany

PostPosted: Wed Sep 07, 2005 8:58 pm    Post subject: Reply with quote

Sorry, last days I had a lot of stress.

Here is the first implementation of glReadPixels.c.
I don't know about getting the pointer to the framebuffer, depthbuffer and stencilbuffer with OpenGL. So someone has to fix it. The version compiles but it is untestet.

This version is only for quake 3. No dependencies to pixelformat are made and only the parameters used by quake 3 are supported.
Back to top
View user's profile Send private message Visit poster's website
dlists99



Joined: 03 Aug 2005
Posts: 3

PostPosted: Sat Sep 10, 2005 10:34 am    Post subject: Reply with quote

ya I'd love to see that dirent.h myself too. for unrelated projects.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    forums.ps2dev.org Forum Index -> PSP Development All times are GMT + 10 Hours
Goto page Previous  1, 2
Page 2 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group