Gamestudio Links
Zorro Links
Newest Posts
Blobsculptor tools and objects download here
by NeoDumont. 03/28/24 03:01
Issue with Multi-Core WFO Training
by aliswee. 03/24/24 20:20
Why Zorro supports up to 72 cores?
by Edgar_Herrera. 03/23/24 21:41
Zorro Trader GPT
by TipmyPip. 03/06/24 09:27
VSCode instead of SED
by 3run. 03/01/24 19:06
AUM Magazine
Latest Screens
The Bible Game
A psychological thriller game
SHADOW (2014)
DEAD TASTE
Who's Online Now
2 registered members (AndrewAMD, Nymphodora), 972 guests, and 8 spiders.
Key: Admin, Global Mod, Mod
Newest Members
sakolin, rajesh7827, juergen_wue, NITRO_FOREVER, jack0roses
19043 Registered Users
Previous Thread
Next Thread
Print Thread
Rate Thread
Page 4 of 5 1 2 3 4 5
Re: Awesome Deferred Rendering (in Source SDK) [Re: lostclimate] #402228
05/31/12 18:48
05/31/12 18:48
Joined: Jun 2009
Posts: 2,210
Bavaria, Germany
Kartoffel Offline
Expert
Kartoffel  Offline
Expert

Joined: Jun 2009
Posts: 2,210
Bavaria, Germany
Well I'm really interested in this, too - and I'm a bit bored right now...

so I'll just try to create a Deferred-Rendering-Shader xD

I'm pretty sure that I'm going to fail but I will try anyway.

Last edited by Kartoffel; 05/31/12 18:51.

POTATO-MAN saves the day! - Random
Re: Awesome Deferred Rendering (in Source SDK) [Re: Kartoffel] #402229
05/31/12 18:59
05/31/12 18:59
Joined: May 2009
Posts: 5,370
Caucasus
3run Offline
Senior Expert
3run  Offline
Senior Expert

Joined: May 2009
Posts: 5,370
Caucasus
Why don't you take a look at the source code of the one from the video? laugh


Looking for free stuff?? Take a look here: http://badcom.at.ua
Support me on: https://boosty.to/3rung
Re: Awesome Deferred Rendering (in Source SDK) [Re: 3run] #402256
06/01/12 09:51
06/01/12 09:51
Joined: Jun 2009
Posts: 2,210
Bavaria, Germany
Kartoffel Offline
Expert
Kartoffel  Offline
Expert

Joined: Jun 2009
Posts: 2,210
Bavaria, Germany
Well... getting the normals and depth is pretty easy, but I still don't know how the lightss should be calculated with deferred rendering.
I already looked at a lot of websites but this didn't help me.

At the moment I'm using this:

[Color of the Pixel] = [Color] * ( ( [Distance to the Light] - [Lightrange] ) - [Difference between Pixel-Normal and Light-Direction] ) * [Light Color];

Works fine, but I think it isn't the right way to calculate this.


Another thing is, that I'm currently using vecSkill1 and vecSkill5 to give the Light information (RGB, Range, Position) to the shader.

Is there a way to read the Light information passed by the engine?

(EDIT: This might belong to the Shaders forum, sorry)

Last edited by Kartoffel; 06/01/12 09:52.

POTATO-MAN saves the day! - Random
Re: Awesome Deferred Rendering (in Source SDK) [Re: Kartoffel] #402260
06/01/12 11:27
06/01/12 11:27
Joined: Jun 2007
Posts: 1,337
Hiporope and its pain
txesmi Offline
Serious User
txesmi  Offline
Serious User

Joined: Jun 2007
Posts: 1,337
Hiporope and its pain
@Kartoffel
look for vecLightPos wink

Salud!

Re: Awesome Deferred Rendering (in Source SDK) [Re: txesmi] #402262
06/01/12 11:51
06/01/12 11:51
Joined: Jul 2001
Posts: 6,904
H
HeelX Offline
Senior Expert
HeelX  Offline
Senior Expert
H

Joined: Jul 2001
Posts: 6,904
Problem is, as always, the degree of abstraction. You -can- write a rendering pipeline with awesome effects that is very closed (efficient and very well coded for the particular tasks, but hard to extend) and you can write the same rendering pipeline with the same effects but modular and open. This can result, though, into slightly inefficiencies if it is not well written. So, the design of the framework is the most interesing aspect in such an attempt.

So, lets face it: I am actually going to write me my own rendering pipeline for my next game. I will do it like this: I will write down what effects I -really- need and what not and what quality and what techniques I will use. Then, the whole architecture and wiring will be sketched on paper. After everything is thought through, I'll do a straight implementation. Thats it. I get what I need for no additional costs (hopefully smile).

If you write a general purpose rendering pipeline instead, you always have to ask "what does the user possibly want to do?". Answers to these questions are broad and sometimes hard to find. Consider, that the rendering requirements of a game like Crysis are totally different to what you have to do for a game like Portal or Age of Empires 3. Plus, sometimes users don't want an effect and disabling it should release some resource of course. E.g. if you don't want to use DOF, you should'nt allocate the render targets for them and you shouldn't compile shaders for them and so on. If you e.g. also don't have any postprocessing effects enabled that need a depth view, then you should'nt render the scene again for it. And what if the user has much vegetation and uses e.g. alpha-to-coverage - how is this treated in the depth view and how is it treated if the user disables this and uses only cutout (binary) alpha??? And what happens if I disable certain features and could put two MRTs into one, just because that the disabling disabled 2 outputs in the first MRT and 3 in the second? How is this treated, is this treated, should it be treated??? These are just basic questions, but very hard to answers, let alone that somehow has to code it.

It is very hard to create a rendering pipeline like this. That is why each (good) game uses it's own pipeline.

So, if we ask each user "what do you basically need for a game" and the user is honest and doesn't add things he saw in a latest tech demo or something, we will get a HUGE list of things which might be compilable into one unified rendering pipeline - or not. Well, I guess the latter.

[EDIT]

The estimation from Slin, btw, is, as he said, relatively free and totally depends on what you need. But you can count 10-20 Eur as standard price per hour. It just depends on the complexity of the task and the versatility you need, as I said.

Last edited by HeelX; 06/01/12 11:56.
Re: Awesome Deferred Rendering (in Source SDK) [Re: Rei_Ayanami] #402665
06/08/12 19:41
06/08/12 19:41
Joined: Aug 2008
Posts: 2,838
take me down to the paradise c...
Cowabanga Offline
Expert
Cowabanga  Offline
Expert

Joined: Aug 2008
Posts: 2,838
take me down to the paradise c...
Originally Posted By: Rei_Ayanami
Probably, yeah. Source is a really old and bad engine.

Old? Yeah, its SDK tools are, but not the engine itself. Bad? I don't think so, mate. Every engine has its pros and cons, Source has great networking system, a nice console and its games are moddable, at the cost of being a bitch to use.

Re: Awesome Deferred Rendering (in Source SDK) [Re: Cowabanga] #402667
06/08/12 20:52
06/08/12 20:52
Joined: Feb 2009
Posts: 3,207
Germany, Magdeburg
Rei_Ayanami Offline OP
Expert
Rei_Ayanami  Offline OP
Expert

Joined: Feb 2009
Posts: 3,207
Germany, Magdeburg
Source gets updated, but the core is old.

Re: Awesome Deferred Rendering (in Source SDK) [Re: Rei_Ayanami] #402677
06/08/12 23:31
06/08/12 23:31
Joined: Oct 2010
Posts: 346
USA
RealSerious3D Offline
Senior Member
RealSerious3D  Offline
Senior Member

Joined: Oct 2010
Posts: 346
USA
Originally Posted By: Rei_Ayanami
Source gets updated, but the core is old.


So is GameStudio's wink

Re: Awesome Deferred Rendering (in Source SDK) [Re: RealSerious3D] #402683
06/09/12 05:53
06/09/12 05:53
Joined: May 2009
Posts: 5,370
Caucasus
3run Offline
Senior Expert
3run  Offline
Senior Expert

Joined: May 2009
Posts: 5,370
Caucasus
Yeah, but with one "correction", Game Studio doesn't get updated so often grin


Looking for free stuff?? Take a look here: http://badcom.at.ua
Support me on: https://boosty.to/3rung
Re: Awesome Deferred Rendering (in Source SDK) [Re: Rei_Ayanami] #402689
06/09/12 09:55
06/09/12 09:55
Joined: Aug 2008
Posts: 2,838
take me down to the paradise c...
Cowabanga Offline
Expert
Cowabanga  Offline
Expert

Joined: Aug 2008
Posts: 2,838
take me down to the paradise c...
Originally Posted By: Rei_Ayanami
Source gets updated, but the core is old.


To be honest this is why I love Source, you can still find early bits of Quake code in it tongue

Page 4 of 5 1 2 3 4 5

Gamestudio download | chip programmers | Zorro platform | shop | Data Protection Policy

oP group Germany GmbH | Birkenstr. 25-27 | 63549 Ronneburg / Germany | info (at) opgroup.de

Powered by UBB.threads™ PHP Forum Software 7.7.1