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.000090
First Submitted: 2013-12-05 10:11 (UTC)
Last Updated: 2024-12-04 18:59 (UTC)

Dependencies (48)

Required by (62)

Sources (7)

Latest Comments

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

sausix commented on 2020-03-12 04:07 (UTC) (edited on 2020-03-12 04:08 (UTC) by sausix)

Doesn't build since some hours because of changes in blender source. Affects a few new data type conversions. https://git.blender.org/gitweb/gitweb.cgi/blender.git/commitdiff/6cf4861c3ac09fd65a765e8f8e3584713cc5303b

Compile output (first error only):

/home/as/.cache/yay/blender-git/src/blender/intern/cycles/render/image.cpp:153:34: error: could not convert 'ccl::ImageLoader::osl_filepath()' from
'OpenImageIO_v2_2::ustring' to 'bool'
  153 |     if (img->loader->osl_filepath()) {
      |         ~~~~~~~~~~~~~~~~~~~~~~~~~^~
      |                                  |
      |                                  OpenImageIO_v2_2::ustring

Installation of newer OpenImageIO didn't help. Blender's BuildBot does compile. Affects two of my systems.

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

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