Solved & Confirmed 0.7d - (Black) Blocks, not rendering wall faces under construction
#1
oho, sorry Ramsus,i think the bug is coming back but in another way...

We have a similar bug here: Solved & Confirmed - 0.7b - Bug/Issue - (Black) Blocks, not rendering wall faces (without using Alt+D)

It is different, it changes with the angle and its only when the wall block is unter construction.

[Image: Dwelvers2014-06-1619-31-09-527c2006.jpg]

[Image: Dwelvers2014-06-1619-31-10-1941455b.jpg]

[Image: Dwelvers2014-06-1619-31-10-7924df6c.jpg]

[Image: Dwelvers2014-06-1619-31-19-76092760.jpg]

[Image: Dwelvers2014-06-1619-57-37-7952d7d1.jpg]

[Image: Dwelvers2014-06-1620-02-08-093090eb.jpg]

I think this is no problem for you to fix Cool


Cheerio
Topper
Reply
#2
Hmm, it is the way the blueprint for the construction sites are rendered, depending on the angle the blueprint gets more or less transparent. Maybe I could make it more transparent..

Just for the fun of it I want to show some ways to change this manually Smile

For those that are interested it can be edited in "ModelBlueprintRendering.hlsl" in the Dwelvers game folder, it can be opened with notepad.

On line 145 there is a line named like this:
cellEdge *= 0.5f;
Changing the "0.5f" value to something less will make the block more transparent.

On line 146 there is a line named like this:
input.Color.rgb = lerp(float3(1.0f, 0.5f, 0.0f), input.Color.rgb, cellEdge);

It can be renamed into this:
input.Color.rgb = lerp(float3(1.0f, 0.5f, 0.0f), float3(0.0f, 0.0f, 0.0f), cellEdge);

What it does is this:
input.Color.rgb = lerp(float3(r1, g1, b1), float3(r2, g2, b2), cellEdge);
Where r(1 / 2) is the red color defined by a value between 0 and 1.
Where g(1 / 2) is the green color defined by a value between 0 and 1.
Where b(1 / 2) is the blue color defined by a value between 0 and 1.

r/g/b/1 is the color the blueprint will have when it gets more transparent.
r/g/b/2 is the color the blueprint will have when it gets less transparent.


Then save the file and run the game to see the change. This file can also be edited while the game is running, and be reloaded in realtime by using Alt+R.

Added to the list of Bugs/Issues & Crashes.

If anyone comes up with some good values in the "ModelBlueprintRendering.hlsl" please reply with them below, otherwise I will just make the block a little bit more transparent so that it don't get all black Smile
Reply
#3
Solved with the upcoming 0.7e version.
Reply
#4
New version released, this bug is solved but need confirmation!
Reply
#5
Could someone confirm this is solved? Smile
Spec: Win 10, ATI 7800 HD, res: 1280x1024x75. I support The Venus Project & Resource-Based Economy
Reply
#6
i will check this after working
Reply
#7
In narrow angle, it is still black.
But i tinks this is not a gamebreaker:-)

[Image: Dwelvers2014-07-1420-15-54-954c0321.jpg]

[Image: Dwelvers2014-07-1420-15-57-90327b31.jpg]
Reply
#8
Maybe not, but still a bug Smile, thanks, +2 for help. Status is changed to unsolved.
Spec: Win 10, ATI 7800 HD, res: 1280x1024x75. I support The Venus Project & Resource-Based Economy
Reply
#9
Solved with the next version, I added a maximum transparency.
Reply
#10
So how blocks are looking now? No black walls anymore?
Spec: Win 10, ATI 7800 HD, res: 1280x1024x75. I support The Venus Project & Resource-Based Economy
Reply
#11
So far so good, but I only played for the day yesterday and when I was seeing this before, it was kinda random when it would show itself.
Reply
#12
TopperHarley, what do you say? Smile
Reply
#13
I'm already there:-)
Atm im very busy at work and i will test and play the game at the weekend.

But after quick check, this problem I can confirm as solved.

Again, good work Rasmus!
Reply
#14
Thank you Smile
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)