The thing is, this won't get the eyes on it that you might want, since this isn't an artist forum. I still think you should post it on blenderartists, I'm sure people there would love to see and discuss it.
I didn't know where to upload this, it seemed like the most accessible place :))
Are you saying this is meant as an update/alternative to the barbershop demo file on this page https://www.blender.org/download/demo-files/#cycles-demos ?
I did it not to discuss art,
is that this scene didn't work with eevee, so I fixed it as a demo file
I can see that this is not a bug report. This tracker is made and maintained exclusively for bug reports and Blender development. It is not a place to discuss art, unless that art is code ;)
but I have no submited this as a bug, read the "detail"
This is awesome, and you should definitely post this on https://blenderartists.org/ if you didn't already. But, since this isn't a forum but a tracker strictly for bugs and TODO's, it really doesn't belong here, so closing this due to "not a bug report" rule.
Thu, Oct 10
Will confirm for now
Wed, Oct 9
I have tested the test neb.blend file I uploaded to this thread with the 2.81 version and it still crashes on viewport rendering and after hitting F12 to render. If I change the tile size to 16px and the samples to 60 then the viewport renders and so does F12.
On higher samples and lower tile size the viewport will sometimes render but when I try to pan around the viewport by using the mouse middle button this will crash Blender after a short time, usually only a few seconds.
The 2.81 version I downloaded on 9/10/19.
@Mark (caz747) Can you test with the 2.81 version (still in development)?
Move inversesqrtf to function
Even following exactly the same steps shown in the video, I can't reproduce the problem.
note: nodeCountSocketLinks could be used in P1133 [still not sure if that defeats the purpose / kills performance]
Tue, Oct 8
Maths Node: Additional functions
@Clément Foucault (fclem): havent done performance checks, not sure if this defeats the purpose of backwards iter [could even be worse!], but if we check if the links are actually the same, we can fix by P1133
(couldnt find a quick check on a socket to see if it has more than one link...)
Actually caused by rB5c79f2d0fba7...
Can confirm, checking... (assume this is caused by ffd5e1e6acd2)
Mon, Oct 7
Sun, Oct 6
Ok. Everything looks fine. Thank you.
Fri, Oct 4
As of version: 2.81 (sub 13), branch: master, commit date: 2019-10-03 21:03, hash: rBfbc096cf075b
I disconnected the noise texture color from the principled BSDF Base color, to make the bug show when opening the file.
This GPU is below our minimum requirements, and so we no longer provide support for it. The issue is listed in T61936: EOL GPU problems tracking report in case anyone wants to work on it.
I will test it.
When triaging bugs, please also assign or subscribe the relevant developer.
I cannot reproduce the issue [linux, 970m, 435.21 drivers].
I think this could be tied to T70466: Assigning different materials to different parts of a Mesh cause them to be transparent., but since that one is fixed already, could you check again if this one was fixed along with it?
(just try a fresh build from https://builder.blender.org/download/ and if T70466 is fixed in that build, is this issue, too?)
Thu, Oct 3
They really worked well. especially volumetric.
They worked in blender 2.80, they worked until a couple of weeks ago. Until then, EVERYTHING worked in this gpu.
also means that they should not be broken ... don't you think?
@Brecht Van Lommel (brecht)
but come on, what way is this to solve problems,
Wed, Oct 2
This GPU is not officially supported, so I think this can be closed. Not supported really means that, we should not spend time on it but focus on making the supported GPUs work well.
Thanks for having a look at this it's much appreciated.