News | Forum | People | FAQ | Links | Search | Register | Log in
General Abuse
Talk about anything in here. If you've got something newsworthy, please submit it as news. If it seems borderline, submit it anyway and a mod will either approve it or move the post back to this thread.

News submissions: https://celephais.net/board/submit_news.php
First | Previous | Next | Last
JPL: Fitzquake Really? 
JPL: how can i do it in fitz? i'd like to do a semi-transparent monster (like the neh_wraith). set .alpha via .qc? or can fitz only apply alpha on brushes?
Spirit: thanx for your offer. i'm a fitzfan. so i'd favour a solution in fitz if that is possible in any way. but if you have a solution using another engine, i'd cosider using that one. 
Efdat 
r_wateralpha <0:1> will give you transparent water (typically I use 0.5). For transparent monsters, I'm not sure, but with .qc I guess it is possible...
Maybe metlslime would comment on this point.. 
Efdat 
Neither Fitz nor my std Win/GL engines do alpha yet AFAIK. Any engine with full Nehahra support (e.g. NehQ, DP, Joe) should do, along with others like Tomaz or descendants.

You can use some of the Neh maps (e.g. neh1m1) to check alpha support or e.g. taedemo1, an old Tomaz mod. For another interesting alpha mod, check out Conquest (DP only, or ask for patch). 
Question 
"alpha" as in func_wall with alpha? 
Efdat 
Oh ! You mean alpha for walls!! ... I thought you were talking about transaprent water/slime/lava/sky ... sorry for the misunderstanding... 
Spirit 
Alpha in any entity, like func_wall or monster such as the Neh wraith. If you check out the above mentioned Conquest mod, you'll see plenty of alpha ... ;) 
Oops 
Well, I tried the func_wall with alpha and it seemed like only Darkplaces worked with that. Not TomazQuake worked. Weird, because this came from TQ's mapping.txt.

Yeah, I remember Conquest. Gotta replay that. :) 
In Tomazquake 
I think you need a custom mod to make it work with TQ, although not a complex one, you need only define the additional entity field .alpha and it'll load.

It wouldn't be that hard to add .alpha to fitzquake as it's not something the renderer is incapable of - transparent water is in all glquake engines. There's a tutorial for it on quakesrc.org, and I would quickly add it to fitzhack. The thing is that it really should have the whole checkextension mechanism backing it up. That way you can check in the qc if the engine supports alpha, and hide the model completely if it doesn't. It would be useful for windows for instance, you'd want players to be able to see through them, and hiding the model is a better compromise than making them totally opaque when alpha isn't available. Adding checkextension is a bit harder, I'll see what I can come up with... 
Alpha 
It wouldn't be that hard to add .alpha to fitzquake as it's not something the renderer is incapable of - transparent water is in all glquake engines.

Except that alpha-blended polygons need to be drawn in back-to-front order in order to blend correctly. BSP polygons can be sorted back-to-front easily by traversing the BSP tree in a certain way, but polygons on models are a triangle soup and would need explicit sorting.

(Also, there's a current bug in fitzquake where even transparent water is not sorted correctly sometimes.) 
Also... 
a lot of things in fitzquake are drawn with multiple passes, such as textures with fullbrights. Also, if you don't support gl_tex_env_combine then overbrightening requires an extra pass on epolys, and lightmapping requires an extra pass on wpolys.

Multipass rendering doesn't work with alpha, so you'd probably have to simply disable features like overbright and fullbright on entities that have alpha. 
Er... 
lightmapping doesn't use gl_tex_env_combine, it uses gl_arb_multitexture or gl_sgis_multitexture. If you don't have those, it uses multiple passes to render. 
Spirit 
Like Preach said, you also need QC to enable alpha for most engines. There are also other fields except alpha. In the mods I mentioned, alpha ents work if the engine supports it.

However, having these ents invisible for other engines isn't a good idea. Opaque looks more natural as it'll otherwise be like r_drawentities 0. Check out Neh maps with my GLQuake and you'll see why opaque is a better choice. 
Hmmm, Yeah 
I hadn't thought about the changes in rendering code fitz has, it's probably out of my league to add the change then. I still think that some entities would be more sensible fully transparent if the engine doesn't support alpha, like HL style windows. Though you wouldn't want to make a monster invisible on some engines and not on others... 
Preach: 
Assuming you don't mind the visual side effects i listed, it is easy to add. It's just that making it look good is difficult.

It's not just fitzquake; most of those problems would be true in glquake also. (the exceptions being fullbrights and overbright, since glquake doesn't have those.) 
You Could 
leave the 'model' field blank if you want it to be completely transparent.

Reminds me, I may employ a strategy I recall from
the movie Go for my base map.

'It's a great map, you just have to smoke a lot of pot to see it correctly.' 
Alpha 
seems i posted quite a fertile question there :)
metlslime: i'd completely fall in love with you, if you could find a way to incorporate alpha in fitz. the functionality i dream of is this: i'd give a (monster) model an alpha (0:1) value via .qc. The engines that don't support alpha shouldn't even notice that field and draw the model opague. The others should draw the model in the given transparency. I for my purposes don't need transparent brushes appart from the usual water, although that feature (glass) would be great, too.
HeadThumb: If nothing works out, I'll do as you say ;)
@all: thanx for thinking. i really hope something will come out of it. 
Oh And... 
regarding triangle soup: i'm planning on a monster from scratch, so i have full control over the .mdl and could make it suitable for alpha functionality. would that make it easier in any way? 
Efdat: 
not really; the main advantage of world geometry is the bsp structure itself. the mdl format just isn't that helpful. 
But: 
the only really impossible to sort situation is when two polygons pass through each other, meaning neither one is truly "in front of" the other. 
You Can Sort In That Case 
By splitting both polygons along the intersection and proceeding from there.

I think most games use pre-chosen sort buckets instead of doing any actual sorting. 
Blackdog: 
yeah, or i could generate a bsp every frame that includes all polygons in the scene. But I consider that overkill :) 
Metlsime I Think You Shoudl Fix The Sql; Erroes 
everythime I try to post a FUCK YOU SHABMLER THREAD i get as sql error. please fix thyigs 
Metlsime I Think You Shoudl Fix The Sql; Erroes 
everythime I try to post a FUCK YOU SHABMLER THREAD i get as sql error. please fix thyigs 
Unfortunately... 
i fixed the SQL error. 
Everyone 
knows Shambler can't be fucked. 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.