The 19.50 amdgpu-pro drivers work for me on Ubuntu 18.04.4, but this is with Linux kernel version 4.15.0.
Fri, Feb 14
Thank you so much I did look youtube never found until you just show me number 3 oh I got it.
Nice! Hadn't thought of using call to resolve the command issue. That might be the simpler solution depending on whether putting the whole command in quotes works on Linux or not (I don't have the set up to test that right now).
I've been dragging my heels for years on that one, there's some additional fixes in D2019 for making it work properly on windows.
For example, just the simple fact that without tweaking the blending springs settings, the result of the feature is not obvious:
No any warings. Two blenders are just waiting for the next one to load the project through. And as soon as the project loads, the pre-opened blender drops immediately.
finally bit the bullet and downgraded to 18.04 to use the exact official drivers
but apparently it STILL won't install on this kernel
T51283: It's for macOS, and it's from 2017
We implemented those for windows and linux a while back, would be great to get it for OSX as well,
And just the opposite is easier for the designer, he does not need to worry about rounding it just creates an image without any rounding.
The rounding of the block itself depends on the theme settings, see here D6549 for an example, you can even set it to zero, so the image will not match the block.
You can make the radius fixed for splash screen block, as an alternative.
Code-wise LGTM. Seems to work as expected tested viewport, final render cpu, gpu and OSL.
Why does CCL_NAMESPACE_END exist outside of the ifndef block?
Thanks, but I rather leave this entirely up to the splash designers. There isn't really a need for this to be tweakable, and if the designers want to make a change it makes that harder.
Push for final review
Does it give you a warning about saving the project ?
Yes, you are right. The problem is related to fedora's package.
Thanks for your help
Git blame leads me to rB022ad416702d: DRW: use object color from instancer.
Smoke has to be baked first:
Aha, I see now.
@Brecht Van Lommel (brecht) do you recall if this is by design or not? The way I see it, it could go both ways.
You need to bake the simulation first now, manual is seemingly not updated for this yet.
@Philipp Oeser (lichtwerk) I did find https://docs.blender.org/manual/en/latest/physics/fluid/introduction.html#workflow before closing this, and confirming the other one, but docs mentioned otherwise..
Do you have the latest drivers? See if any update is available, and try again. Also, attach the reports you get by running debug_log_cmd.exe file in the same directory as Blender.
Smoke has to be baked first to be rendered in cycles:
Can confirm on:
Operating system: Darwin-18.6.0-x86_64-i386-64bit 64 Bits
Graphics card: Intel(R) HD Graphics 6000 Intel Inc. 4.1 INTEL-12.9.22
Broken: version: 2.83 (sub 2), branch: master, commit date: 2020-02-14 05:14, hash: rBf621f03e4b25
I believe that rBa21f5ec56245 fixed the problem, but please confirm tomorrow in the daily builds.
So we can reopen the report if the problem still exists.
It don't work for me too
Hi! Thanks for the report! I've closed this as duplicate of another one, based on precedence in time and content.
I think you can "Abandon Revision"? I'll do it now, assuming that was the intent.
Merged subsurface into the diffuse passes
- Improve description.
- rename "bonesize" to "bbone_resize"
I don't see any pull requests landing for collada honestly. Fall year I reached out to the chair for collada at khronos just to validate they were still an active group, he confirmed they were, asked if there was a pull i needed, i directed him to #610 which he then prodded himself and was met with deafening silence......
Merged sss into diffuse passes