Texture Prefabrication

Suicizer | 2011-11-08 18:38

[

points ]

(5 votes)

Blurb Shows all current available shader settings.

Detailed description

Information
In this prefab are all known shader-settings of Sauerbraten specified. If your sure it's still missing some, please comment right on this node or contact me via "supersauer@live.nl".
All "odd" rendered textures are intended to be rendered on such way, to show the possibilities of Cube Engine 2 (Sauerbraten).

This prefabricated configuration file is meant to show which shaders are possible to use.
It has been tested on an official non-modified version of the Justice-edition of Sauerbraten and the SVN after Justice-Edition, so don't fully expect it will still be up to date if using any of the specified shaders on any other release of Sauerbraten.

Credits
I would like to thank the person(s) who made the "docs" on "sauerbraten.org" and the person(s) who create the "wiki", as both contain some information about all settings, but not everything. I also would like to thank the development-team for their great work of Cube Engine (2).

There is no credit needed to use this, but when distributing so, please give me a credit as it contains pretty much information which I've putted several hours of research in it.

To-do List
Add explanation about commands like "texrotate", "texscale", "texcolor" and "texscroll", with all of their ingame variants (as the "vscale" command).
Add some more explanation of textureblending.
Continue creating a map which shows an example of several features (like for showing textureblending, envmap-rendering, etc).

Improvements
9th of November 2011
Putted more detailed information about how bump-mapped texture get used in Cube Engine 2.
Explained the some more about the "setvertexparam" command.
Putted a screenshot which shows of the shader-settings into the zip-file.

11th of November 2011
- Removed the screenshot in the zip-file and posted it in the content itself.

12th of November 2011
- Replaced the screenshot for a better one.
- Fixed some small typos in the prefab itself.
- Replaced the "harmony skybox" specified line for the "forge skybox".
- Added explanation about commands which have support for rotating, offsetting and colouring any other textures than the diffuse texture (like the offsetting bump-mapped texture or colouring the diffuse texture only so the glow-mapped texture won't be affected, for example).
- Added the custom shader of the hudguns which has been used in the "assassin edition" and the "ctf edition".

16th of Novermber 2011
- Reviewed and changed the explanation of how bump-, specular- and height-mapped textures get rendered (it should be correct now).
- Changed the default settings which were notified to the correct values which are stated into "stdshader.cfg".
- Looked for some more shaders but failed. These are probably are all currently available shaders which are usefull for rendering textures (as shaders like "fogworld" exists too, but won't have any use for rendering a texture).

27th of November 2011
- It's been a while again and I managed to create a small map which is intended as example of how certain shaders could appear. It's not done yet and is SVN only (noticed I was creating it on the SVN version after I already made 3 rooms so I wasn't willing to start all over again).
- Added some more shader-settings (like "bumpenvspecparallaxworld", which only needs 2 other textures next to it's diffuse texture).
- Added another interpreted way of the custom shader, so it is easier to configure (thanks to Dekrow). It isn't configurable ingame though.

3rd of December 2011
- Made more process in finishing the sample-map. I'll probably make a map-prefab of this content, as It's pretty illogical to create contents for a material-prefab and a skybox-prefab also.
- I hope that would make this content very useful to any mapper, no matter how much experience he has (as everyone will forget something from time to time).
Damn, wondering when this would be a starred content with all that useful information :P.

7th of March 2012
- Nearly finished the map itself. I probably will separate it from this content and start a new, more related content.

10th of March 2012
- Moved the map to another node so this content stays preserved as a prefabrication of textures only.

Config file texture_prefab.zip (6.78 KB)

Rating

points

(5 votes)

Comments

unixfreak | 2011-11-09 06:30

Very useful, voted 10/10 as the commented sections are very easy to read and understand.

I have only just recently (past few days) been experimenting with bumpmaps/heightmaps along with custom textures. Was actually wondering how to use the bumpenv* shader, oddly i was getting "unknown shader" with everything i tried, seems i was doing it wrong after looking at your examples.

Thanks a bunch!

FrenchBadPing | 2011-11-11 20:33

I just saw this topic (but I really do not know where he is on the website!). There are errors in the skyboxes because some are obviously not included with Justice Edition ("penguins / harmony", ...). Furthermore, I do not see the point of specifying a envmap: if there is no entity "envmap" it will be the skybox of the map which be used, otherwise it will be the entity !

Suicizer | 2011-11-12 02:03

I posted this content as a script, since it actually looks the most like that (even I wish I posted it as a content, just to be able to post a screenshot of the results either).
As I notified in the explanation behind every shader-setting, if a skybox isn't specified it will just load the closest entity which is in reach of the texture.
Since this texture_prefab is meant to be just a prefab and not some kind of conceptual-map, I will always specify the environmental-mapped texture if necessary (as on "bumpenvworld").
Also, when specifying a skybox, it can create very interesting results like on the screenshot. I'm pretty sure it wouldn't be so easy to create the same result by some envmap-entity.
Thank you for notifying that the harmony skybox isn't included in the justice-edition. I forgot is isn't even included in the SVN neither as well. I'll update it soon enough.

FrenchBadPing | 2011-11-12 07:44

I understand this approach (about envmaps) but I do not approve it for several reasons. Yes, the rendering can sometimes seem more attractive, but it does illusion only for the beginners.
Indeed, nothing is more irrealistic when we realize that the reflection in the interior is a beautiful outside blue sky (even though the skybox is a map of red mountain hostile). In addition, the engine crash when a skybox used is missing! So for me it is a practice to be avoided in favor of [ (/v)shaderparam "envscale" R G B ].
In my humble experience of these days (see package you do not want to download), it is preferable to set the texture outside with a envmap entity. Thus, reflection is optimum, even indoors. After that, nothing is ever perfect, so it's nice to change settings of shaders directly in edit mode :D

Suicizer | 2011-11-12 11:09

For certain themes, using an environmental-mapped shader creates very nice results. Take for example injustice or justice, which both use it. Back in the old days, nmp8 used to have an environmental-mapped floor which looked great compared to if it just used a specular shader.
I don't recommend new beings to use envmaps, as they probably aren't knowing the consequences of it (in performance for example). I still give the opportunity, so they can always learn from it.

It's better to use commands as "setshaderparam" than "vshaderparam". Why? Since it's pretty difficult to figure out what values you've used on specific areas after a couple of days, while you can just look in the config-file of the map when using "setshaderparam". This can be fixed by just commenting inside your config-file of your map, but that takes the sense and simplicity away of using the "vshaderparam".
It also seems to create a bigger file-size than when your specifying it into the map-config.
There isn't a command like "vpixelparam", while you can still get different results with "setpixelparam" as you would with "setshaderparam".

As you maybe have read into the texture-prefab, I'm aware of the fact the engine crashes when the environmental-mapped textures is incorrectly specified. That doesn't mean it shouldn't be used, as it's up to the person who specifies it to do so correctly.

Bosurgi725 | 2011-11-12 18:44

Is this a typo? Copied directly from the cfg.

setshader decalworld //Sets the shader-settings so a secondary texture can get rendered over the diffuse texture. It can't be combined with any other shader-settings as it's own. Take as advise that the decal texture should carry the same resolution as the diffuse texture, for better results.
texture 0 "lunaran/light_flouro1_d.jpg"
texture u "particles/scorch.png" //Specifies the decal texture, were a "d" always needs to stand before the path to the texture which gets rendered.

You have texture u "blahblahblah", shouldn't the 'u' be a 'd' instead according to the docs and your commenting in the cfg.

RaZgRiZ | 2011-11-12 19:10

"u" or 1 for generic secondary texture

Suicizer | 2011-11-12 20:03

Unlike razgriz said, it IS a typo, but will work.
Thanks anyways for notifying me, I will fix it in the next update.

Bosurgi725 | 2011-11-12 22:06

Ok. I wasn't questioning whether or not it would work that way. Just pointing it out for consistency, because the commented line said a 'd' ALWAYS needs to be there.

Suicizer | 2011-12-03 00:14

I hope you people like the improvements, took a damn long time to create the "perfect" sample map.

Edit:
The sample map is almost done! Just 2 more rooms and voilà, finished...

Blindabuser | 2011-12-04 02:56

Really useful stuff, Suicizer: thanks alot for your time! Looking forward for the next improvements, I'm gonna keep it as a reference. :)

User login

Navigation

Users on Quadropolis