Ouchface
Register | User Profile | Member List | F.A.Q | Privacy Policy | New Blog | Search Forums | Forums Home
Doomworld Forums : Powered by vBulletin version 2.2.5 Doomworld Forums > Special Interest > Freedoom > Additional infos for OpenGL
 
Author
All times are GMT. The time now is 06:00. Post New Thread    Post A Reply
Proff
Newbie


Posts: 8
Registered: 05-02


Hi!

As freedoom will most likely be able to set some new standards, we could add some kind of OpenGL info lump. The most problematic thing for OpenGL currently are the colormaps. In my latest PrBoom OpenGL renderer colormaps are supported, but only the first row. If the colormap doesn't fade to black, then I can't reproduce it. I'm currently thinking about analysing the colormap, to find the color to which it fades, but it would be cool if the color would already be saved somewhere. Maybe level authors can think of more problems which might arise, which are similar to this.

Florian

Old Post 08-03-02 12:37 #
Proff is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit || Quote
esayeek
Member


Posts: 348
Registered: 07-02


i have been thoughting of this. most boom 242 colormap implementations in gl ports (i think this applies to legacy, zdoomgl, jdoom) are exclusive to the standard boom 242 colormap implementation. meaning, for example, in my level in progress, i could replace all instances of FOGMAP with 7F7F7FFF and it would look great in gl ports. but then it would be broken in boom and other software boom-compatible renderers. very poor foresight by the gl port creators.

then there's colormaps that use other things; prboomgl would be alright with the freedoom WATERMAP, REDMAP, BLUEMAP, and NUKEMAP or whatever theyre exactly called because all they are is different first colormaps but then they just fade that to black. (i'm not sure exactly what LAVAMAP does =D =D )

so i'm designing my level (singular but i'll probably make more freedoom levels, i like to do one at a time) to be 100% BOOM compatible per the word of the lord. if gl ports give me a way to implement their colormaps without breaking the lord's decree of 100% BOOM compatibility, i'll do it.

believe it or not i was also going to put this in my "random comments" just forgot about it too :)

Old Post 08-03-02 13:11 #
esayeek is offline Profile || Blog || Search || Add Buddy IP || Edit || Quote
fraggle
Filled with the code of Doom


Posts: 7778
Registered: 07-00


What about an OpenGL colormap->color lump that would have a list of colormap lumps and their corresponding map colors? This could be useful to indicate to the port what color is wanted.

Old Post 08-03-02 16:24 #
fraggle is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit || Quote
andrewj
Senior Member


Posts: 1641
Registered: 04-02


Yeah colormaps are a problem for GL ports, I worked on the EDGE implementation, and it was only simple : look up the row based on the lightlevel and figure out an overall color. Plus some colormaps can do things that GL ports have no way of emulating.

IMHO FreeDOOM should find/create some colormaps that work well in both software and GL ports, and limit levels to those particular colormaps.

Another thing is: should FreeDOOM include GL nodes ? Being the author of glBSP, I'm a bit biased :), but the only downside is that it makes the final wad bigger (roughly 15% IIRC). At least JDoom, PrBoom, Vavoom and EDGE can use the GL nodes.

Old Post 08-07-02 02:32 #
andrewj is offline Profile || Blog || PM || Search || Add Buddy IP || Edit || Quote
esayeek
Member


Posts: 348
Registered: 07-02



Ajapted said:

IMHO FreeDOOM should find/create some colormaps that work well in both software and GL ports, and limit levels to those particular colormaps.



that would restrict us to only using COLORMAP. the various implementations vary and in general suck.

Old Post 08-07-02 02:34 #
esayeek is offline Profile || Blog || Search || Add Buddy IP || Edit || Quote
Jon
Freedoom Bloke


Posts: 1351
Registered: 09-00


Hm well I've seen the colormap used for three different purposes

a) fog (or similar effect) - changing fade to colour
b) light-independant change - e.g. BLUEMAP, blue at all light levels
c) multiple fades at different light levels

c) I have only seen used once, in an inkworks demonstration, and I don't think its important to support since you can achieve the same effect now using two colormaps in the same level.

So some kind of lump that defined a fog-fade to, colour additive, and maybe a few other things like light strength or something for GL ports? It would have to be taken up by all boom supporting GL ports to be worth persuing. How many is that?

__________________
Jon Dowland ||

Old Post 08-07-02 20:48 #
Jon is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit || Quote
esayeek
Member


Posts: 348
Registered: 07-02



Jon said:
Hm well I've seen the colormap used for three different purposes

a) fog (or similar effect) - changing fade to colour
b) light-independant change - e.g. BLUEMAP, blue at all light levels
c) multiple fades at different light levels

c) I have only seen used once, in an inkworks demonstration, and I don't think its important to support since you can achieve the same effect now using two colormaps in the same level.

So some kind of lump that defined a fog-fade to, colour additive, and maybe a few other things like light strength or something for GL ports? It would have to be taken up by all boom supporting GL ports to be worth persuing. How many is that?



yeah c) is an oddball. prboomgl (according to proff) already supports the colormaps currently in freedoom as watermap, bluemap, redmap, and nukemap, because all they do is modify the 0th entry and then fade it all to black. other implementations already support fogmap, but in a way that makes it impossible to have software boom compatibility at the same time. so it's not like these features can't be supported by gl ports, a standard method just needs to be established.

Old Post 08-07-02 21:21 #
esayeek is offline Profile || Blog || Search || Add Buddy IP || Edit || Quote
All times are GMT. The time now is 06:00. Post New Thread    Post A Reply
 
Doomworld Forums : Powered by vBulletin version 2.2.5 Doomworld Forums > Special Interest > Freedoom > Additional infos for OpenGL

Show Printable Version | Email this Page | Subscribe to this Thread

 

Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is OFF
vB code is ON
Smilies are OFF
[IMG] code is ON
 

< Contact Us - Doomworld >

Powered by: vBulletin Version 2.2.5
Copyright ©2000, 2001, Jelsoft Enterprises Limited.