shaders are not display in nexuiz 2.0
but when i run the map in q3 engine the shaders are there


Mod edit : Moved thread to editing

Darkplaces only supports one stage shaders
ex:

Code: Select all

textures/crystal3
{
   qer_editorimage textures/crystals/crystal1.tga
   q3map_lightimage textures/crystals/crystal1.tga
   qer_trans 0.5
   q3map_surfacelight 125
   {
      map textures/crystals/crystal1.tga
      rgbGen wave sin 0.9 0.2 0.6 0.6
   }


Anything below this point is ignored

Code: Select all

   {
      map textures/crystals/crystalenv.tga
      blendfunc filter
      tcGen environment
   }
   {
      map $lightmap
      blendfunc gl_dst_color gl_src_color
      tcGen lightmap
   }
}

some maps from nexuiz 2.0 have shaders in that's way i was asking

Are you sure this is still 100$ true? I think LordHavoc made a few changes so that more Quake3 like Shaders do work now..

However, I get a lot of error/warning messages in the console about shaders when running various maps...

esteel wrote:Are you sure this is still 100$ true? I think LordHavoc made a few changes so that more Quake3 like Shaders do work now..

Then no im not 100% sure, i was not aware that this has changed. Ill update my databanks

GreEn`mArine wrote:However, I get a lot of error/warning messages in the console about shaders when running various maps...

Yes.. this is becuz nexuiz now ships with "common-spog.pk3" from gtkradiant. This pk3 contains alot of "common" shaders used (mainly) to instruct the map compiler (q3map2) how to handle diffrent things like hidden faces in the geometry (caulk) and so on. The problem is that thise shaders are made for quake3 and contains keywords not handled by darkplaces, so dp will tell you this when it loads the shaders. Im not sure why this file is included at all - it should only be needed if you use a level editor afaik.

tZork wrote:Yes.. this is becuz nexuiz now ships with "common-spog.pk3" from gtkradiant. This pk3 contains alot of "common" shaders used (mainly) to instruct the map compiler (q3map2) how to handle diffrent things like hidden faces in the geometry (caulk) and so on.

No it doesn't. common-spog.pk3 (at least the one shipped with Nexuiz) just contains a bunch of textures, so shaders will be visible in gtkradiant.

The problem is that thise shaders are made for quake3 and contains keywords not handled by darkplaces, so dp will tell you this when it loads the shaders.

I would be happy to get rid of those keywords, but i don't know nothing about shaders, so i don't know if i break them by removing those keywords.

Im not sure why this file is included at all - it should only be needed if you use a level editor afaik.

Just to make a potential mapper's life a bit easier
I don't know why there is no entities.def or other files needed by gtkradiant though.

KadaverJack wrote:

tZork wrote:Yes.. this is becuz nexuiz now ships with "common-spog.pk3" from gtkradiant. This pk3 contains alot of "common" shaders used (mainly) to instruct the map compiler (q3map2) how to handle diffrent things like hidden faces in the geometry (caulk) and so on.

No it doesn't. common-spog.pk3 (at least the one shipped with Nexuiz) just contains a bunch of textures, so shaders will be visible in gtkradiant.

Yes you are right.. sry abt that i just assumed the scripts was there. They are in /scripts/common.shader in the main data*.pk3

The problem is that thise shaders are made for quake3 and contains keywords not handled by darkplaces, so dp will tell you this when it loads the shaders.

I would be happy to get rid of those keywords, but i don't know nothing about shaders, so i don't know if i break them by removing those keywords.

I dont think common.shader is even needed unless you are a mapper, but im not 100% sure. ill make a nexuiz compatible one for you if you like.

Im not sure why this file is included at all - it should only be needed if you use a level editor afaik.

Just to make a potential mapper's life a bit easier
I don't know why there is no entities.def or other files needed by gtkradiant though.

Not realy a good idea imo, when setting up a mapping enviroment the package (radiant) sets this up. Feel free to include my entities.def from the nexuiz support package for radiant ( http://www.games43.se/nexuiz/tools/nexuiz-radiant.zip )

tZork wrote:Anything below this point is ignored

Code: Select all

   {
      map textures/crystals/crystalenv.tga
      blendfunc filter
      tcGen environment
   }
   {
      map $lightmap
      blendfunc gl_dst_color gl_src_color
      tcGen lightmap
   }
}

That is not entirely true, it renders only the first layer, but it does check for $lightmap in later layers.

It also checks for rgbGen vertex.

Also deformVertexes autosprite/autosprite2 are supported, and alphafunc is partially supported (it is detected but the engine always uses GE128), blendfunc is fully supported.

And of course skyparms is supported.

It's a bit hard to explain what all is supported, but not much is.