Package Details: blender-git 2.81.r91063.ab519b91b2c-1

Git Clone URL: (read-only, click to copy)
Package Base: blender-git
Description: A fully integrated 3D graphics creation suite (development)
Upstream URL:
Licenses: GPL
Conflicts: blender
Provides: blender
Submitter: stativ
Maintainer: fbrennan (kureta)
Last Packager: kureta
Votes: 71
Popularity: 0.000169
First Submitted: 2013-12-05 10:11
Last Updated: 2019-12-04 14:38

Dependencies (28)

Required by (53)

Sources (6)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

kureta commented on 2019-12-04 14:39

@bartus thanks for the heads up!

bartus commented on 2019-12-04 07:06

@kureta, oidn is now available in [community]/openimagedenoise repository, you should switch to it to resolve conflict with [community]/blender.

bartus commented on 2019-11-03 12:59

@berilac: You can turn one more optimization in makepkg.con by changing -mtune=xx and -march=xx to native in C/CXXFLAGS.

For me it's a speed up in bvh_build of ~10%.

To check how much time blender spend in bvh generation run blender in background mode $ blender bmw27_gpu.blend -b -f 0 -o /tmp.

berilac commented on 2019-11-03 09:09

@bratus: For me, I still get slower results from 2.8 - though they are markedly improved compared to the difference with default cube; at least they are no worse.

BMW demo:

  • blender-2.79b
    • 256x256 -> 6:45.70
    • 512x512 -> 6:39.85
    • 756x756 -> 6:46.39
  • blender-2.82
    • 256x256 -> 6:53.79
    • 512x512 -> 6:41.97
    • 756x756 -> 6:50.70

bartus commented on 2019-11-02 22:53


BMW demo:
  • blender-2.7 > 2:23
  • blender-2.82 > 2:15

Looks like just a cold start in blender-2.8, with realistic test 2.8 is a bit faster.

berilac commented on 2019-11-02 18:30

@bartus: ok, so not just me then. I've been trying to find out more about this. Pretty strange development... shame

bartus commented on 2019-11-02 15:50



Default cube:

  • blender-2.7 > 1,44sec
  • bledner-2.82 > 5,16sec

berilac commented on 2019-11-02 14:15

@bartus: thank you very much. You are right, it did look strange, though I had little idea why. coredumpctl gave me some quick insight. My $PATH was messed up, causing a version of oslc that I have from RenderManProServer to be used.

I would paste the new logs, but I guess they are not so relevant anymore. Problem solved, compilation successful, regardless of tweaking _cuda_capability.

Now I face a strange separate issue. Rendering the default cube takes around 10s with cycles and GPU (NVIDIA GeForce GTX 960M). It renders in around 2.4s using Blender 2.79b. Same for blender-git and blender-2.8-git. Working on gathering more information

bartus commented on 2019-11-01 14:26

@berilac: could you please limit compilation to single cuda compute capability (with blender-2.8-git run makepkg _cuda_capability=sm_52 to build sm_52 kernels)

This core dump looks really strange, please look inside coredumpctl to find what process exactly crashed.

Also could you build with verbose make ( add -v flag to ninja call here in blender-2.8-git)

berilac commented on 2019-11-01 13:59

Unable to compile blender-git (and also blender-2.8-git - slightly different errors, but feels like similar/same cause).

Looks to fail compiling cuda, or cycles (because of cuda?)

Not sure where to begin with diagnosis. I've been at this and research for a few hours now...getting nowhere.

log here:

I can't seem to figure out where the relevant information is. Even a point in the right direction would be appreciated.