Package Details: blender-git 4.4.r144205.gfba10a82121-1

Git Clone URL: https://aur.archlinux.org/blender-git.git (read-only, click to copy)
Package Base: blender-git
Description: A fully integrated 3D graphics creation suite (development)
Upstream URL: https://blender.org/
Licenses: GPL
Conflicts: blender, blender-4.1-bin
Provides: blender
Submitter: stativ
Maintainer: fbrennan (bartus)
Last Packager: bartus
Votes: 76
Popularity: 0.000109
First Submitted: 2013-12-05 10:11 (UTC)
Last Updated: 2024-12-04 18:59 (UTC)

Required by (62)

Sources (7)

Latest Comments

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 40 Next › Last »

berilac commented on 2020-03-09 19:59 (UTC)

@bartus: thank you for all the help. will definitely test those optimisations

kureta commented on 2019-12-04 14:39 (UTC)

@bartus thanks for the heads up!

bartus commented on 2019-12-04 07:06 (UTC)

@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 (UTC) (edited on 2019-11-03 13:01 (UTC) by bartus)

@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 (UTC) (edited on 2019-11-03 09:24 (UTC) by berilac)

@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 (UTC)

@berilac

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 (UTC)

@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 (UTC) (edited on 2019-11-02 22:53 (UTC) by bartus)

@berilac:

GTX970

Default cube:

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

berilac commented on 2019-11-02 14:15 (UTC)

@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 (UTC)

@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)