Re: [Bf-committers] OpenSubdiv version bump to 3.0.5

The windows libs have been upgraded to v3.0.5 , this is I think the first time we've used my buildscripts to make osd libs, so if any issues popup bug me! --Ray On 8/9/2016 9:33 AM, Mai Lavelle wrote: > Hello everyone, > > Looks like we will need to bump OSD to version 3.0.5 for a few bug

Re: [Bf-committers] Cannot launch Blender 2.78, missing dll

I saw your post on BA as well, neither place is great for a lot of back and forth while trouble shooting, please open up a ticket on developer.blender.org with the issue and I'll see what I can do about sorting this out. --Ray On 9/29/2016 9:59, Hadrien Brissaud wrote: > Hi all, > > just

Re: [Bf-committers] Missing libraries building 2.80 branch with MSVC2015

We've updated a few libraries last week to new versions, these changes have been accounted for in master but have not yet made it into the 2.8 branch. If you need to build 2.8 at this point in time, you're required to check out the libs before these changes got committed, you can do this by

Re: [Bf-committers] Libraries update required

All (2013/2015/x86/x64) windows libraries have been updated, one thing to note though is that all sse support in oiio had to be disabled, due to some incompatibilities between the oiio simd headers and msvc. If there's any issues, drop me a line or bug me on irc. --Ray On 12/1/2016 7:27

Re: [Bf-committers] Building the unit tests using VS2015

Gratian, The cycles unit tests are currently broken on windows, for various reasons I'm working on getting this corrected, but consensus has not been reached on how to properly do it. You can track progress here: https://developer.blender.org/D2367 not mentioned in this diff, but you also need

Re: [Bf-committers] Promoting MSVC 2015 builds as official

Sounds good to me! --Ray On 12/2/2016 6:21, Sergey Sharybin wrote: > Hey everyone, > > We've got MSVC 2015 libraries and buildbot for quite some time now. While > there are some compilation errors time to time on buildbot, they don't seem > to be MSVC 2015 specific at all. > > Is there any

Re: [Bf-committers] Library update: Alembic moved to 1.7.1

Windows libs have been updated --Ray On 4/4/2017 5:01 AM, Sybren A. Stüvel wrote: > Hello all, > > I've just pushed an update to master which updates install_deps.sh to > install Alembic version 1.7.1 (previously we used 1.6.0). This > provides us with a slightly nicer API so that I don't have

Re: [Bf-committers] Library update needed: OpenImageIO version 1.7.13

Windows libs have been updated. --Ray On 4/3/2017 4:24 AM, Sergey Sharybin wrote: > Hi everyone, > > I would like platform maintainers to update OpenImageIO library to version > 1.7.13 (from current 1.7.8). > > This is needed to address bug reports T50968 and T50850. >

Re: [Bf-committers] Blender 2.79 Release Candidate 1 AHOY!

The windows builds are done. --Ray On 8/1/2017 11:34 AM, Bastien Montagne wrote: > Hi, > > We've switched to bcon5 today which means two things: > > 1. Only crucial fixes are allowed in the master branch > 2. We're doing RC1 builds > > Information for platform maintainers: > > - Branch:

Re: [Bf-committers] Blender dependencies scripts in main repo

On 7/25/2017 3:38 AM, Sergey Sharybin wrote: > >> I would like to have the files in the main Blender repo so that when adding >> or upgrading a library, a single commit documents all the changes, and can >> be submitted to differential. It also means we can reuse existing cmake >> code, which is

Re: [Bf-committers] Blender dependencies scripts in main repo

I have no objections, will this replace install_deps.sh? I have suggested merging all platforms before but got push back due to install_deps wanting to use as much apt-get as possible to keep the time needed to fetch the dependencies down. I'm not sure making it easily available though make has

Re: [Bf-committers] Update to OpenCollada 1.6.47

The windows libs are done. --Ray On 5/10/2017 8:11 AM, Gaia Clary wrote: > Dear Platform maintainers > > Recently i have posted 2 change requests to the openCollada project: > > * Fixing the scons build on linux (requested by Hackerman) > * Improved error handling (reporting errors instead of

Re: [Bf-committers] Update Python library to 3.5.3

The msvc libs took a bit, but they are done! --Ray On 5/18/2017 8:13 AM, Bastien Montagne wrote: > Hi platform maintainers, > > I’d like to request update of our python library to 3.5.3 (we are > currently at 3.5.2). > > This fixes https://developer.blender.org/T51415. While not being >

Re: [Bf-committers] Library update needed: OpenColorIO version from master

The windows libs were completed yesterday. --Ray On 5/15/2017 8:33 AM, Sergey Sharybin wrote: > Hi, > > I would like platform maintainers to update OpenColorIO latest master > verison of to 6de9710 since this is required to fix interpolation issues > reported in T51217. >

Re: [Bf-committers] Library update needed: OpenImageIO version 1.7.15

All windows libs have been updated, I also refreshed OSL given it was using OIIO's headers. --Ray On 6/4/2017 9:40 AM, Ray Molenkamp wrote: > Hi everyone, > > As mentioned in the weekly notes, I would like platform maintainers to update > OpenImageIO library to version 1.7.15 (

Re: [Bf-committers] Update to OpenCollada 1.6.51

The windows libraries have been updated --Ray On 6/7/2017 3:50 AM, Sergey Sharybin wrote: > Hi, > > Linux release environment has been updated. > > On Wed, Jun 7, 2017 at 11:26 AM, Gaia Clary > wrote: > >> Dear Platform maintainers >> >> 2 days ago Jens Verwiebe

[Bf-committers] Library update needed: OpenImageIO version 1.7.15

Hi everyone, As mentioned in the weekly notes, I would like platform maintainers to update OpenImageIO library to version 1.7.15 (from current 1.7.13). This will fix a number of regressions introduced in earlier versions where we had to turn off SSE2 for MSVC builds. And fix a rather large

Re: [Bf-committers] Blender 2.79 tetsbuild1 AHOY

Windows builds are at the regular spot, the win32 transfer got interrupted and i had to upload it with a different filename, sorry about that. I have one failing alembic test [1] on both win32 and win64 but that doesn't seem like a showstopper , still it be nice if we could resolve this before

[Bf-committers] Libsndfile version mismatches

While tracking down T52756, I stumbled on some version mismatches in our versions of libsndfile. Windows vc12 x86/x64 1.0.25 Windows vc14 x86/x64 1.0.26 (which has a seeking bug) Linux x64/x86 1.0.25 Mac OS x64 1.0.24 https://wiki.blender.org/index.php/Dev:Doc/Building_Blender isn't listing any

[Bf-committers] Library update: libsndfile 1.0.28

Hello all, I've just pushed an update to the cmake dependencies builder (mac/windows) to update the previously untracked library libsndfile to 1.0.28. The reason for this is that between the various supported platforms we used 3 different versions, some of them with rather nasty bugs. So to

Re: [Bf-committers] Blender 2.79 Release Candidate 2 AHOY

Linux, the big download button should > download Blender for 32bit Linux. > I'd say there was definitely some thought on how end users actually use it! ;) > > On 12 September 2017 at 22:48, Ray Molenkamp <r...@lazydodo.com> wrote: >> Why is the .zip file advertised as 'porta

Re: [Bf-committers] Library update: Python 3.6.2

pressed send too soon, oh well.. The windows libs are done. One point to note, both the windows and mac platform devs have left the 3.5 libs in svn (side by side with 3.6) so branches that lag a little behind can still build without us having to talk them though checking out an older revision

Re: [Bf-committers] Library update: Python 3.6.2

The windows libs are done. One point to note, both the windows and mac platform devs have left the 3.5 libs in I decided to leave 3.5/3.6 side by side for a few weeks so branches that lag a little behind can still build without us having to talk them though checking out an older revision of

Re: [Bf-committers] Library update: Python 3.6.2

Windows has been updated to 2.18.4 as well , while i was looking in site-packages I noticed while our python build is pip enabled we do not ship the pip scripts in site-packages, the user manually has to run 'python -m ensurepip' to get them. should we ship them by default? --Ray On 9/21/2017

Re: [Bf-committers] Blender 2.79 Release Candidate 2 AHOY

windows builds are ready. --Ray On 9/11/2017 4:50 AM, Bastien Montagne wrote: > Hi, > > We are ready for the 2.79 final release! > > Information for platform maintainers: > > - Build from the blender-2.79-release branch, > SHA 5bd8ac9abfa2fa5db8ddfef393fc2c4dc82ba22d > - Addons revision:

Re: [Bf-committers] Blender 2.79 Release Candidate 2 AHOY

al destination. >>> >>> We need to give some hours to let mirrors to sync, then we can modify the >>> download page. Release candidate builds will be removed once download page >>> is updated. >>> >>> On Mon, Sep 11, 2017 at 5:04 PM

[Bf-committers] with_system_glew / gles options on linux.

Not my regular platform, but I tend to help out the odd user with linux building errors, and this one comes up rather frequently In our cmakelist.txt we have an exception for linux that sets option(WITH_SYSTEM_GLEW "Use GLEW OpenGL wrapper library provided by the operating system" ON)

Re: [Bf-committers] make.bat make.exe name collision/confusion

Make.bat was called that long before I started maintaining it, so I have no historic knowledge on how that came to be. The 'Using the Command line' section already explains how to open a proper cmd.exe command prompt. The wiki instructions work well *IF* you follow them to the letter, over the

Re: [Bf-committers] Patch: OCIO Parse Colorspace From Filename

Most of the things asked can be done from an add on, with no core changes needed, I quickly whipped one up (tested only on windows). not the prettiest code around but it shows the concept can work. Also it saves a ton of clicks by only having to open a single texture in a set, and it'll do its

Re: [Bf-committers] wintab.h

This file should be in the libraries you checked out  from svn, validate that you did the checkout and that it succeeded successfully. --Ray On 10/29/2017 9:00 PM, 不知疲倦的鱼 wrote: > Hello, I am compiling blender source code follow the steps of >

Re: [Bf-committers] devtalk.

devtalk or another forum. > > On Fri, Jun 1, 2018 at 8:10 PM, Ray Molenkamp wrote: > >> All, >> >> As I understood devtalk was setup as a dev 2 dev support site, I'm kinda >> confused we invited end users to 'join the conversation' on it now, as >> t

[Bf-committers] devtalk.

All, As I understood devtalk was setup as a dev 2 dev support site, I'm kinda confused we invited end users to 'join the conversation' on it now, as they are putting feature requests all over the place, last night the blender development forum was 80+% feature requests on the first page. kinda

[Bf-committers] 2.8 bugs on the tracker.

All, Since the tracker has now been opened for 2.8 crashes tickets have been coming in steadily, I'm unsure how to triage these though, previously it was easy, just the studio tickets were allowed and they placed them on the 2.8 work board them selves. Is tagging the end user tickets with just

Re: [Bf-committers] 2.8 bugs on the tracker.

On 7/2/2018 8:03 PM, Ray Molenkamp wrote: > T55706 is a less clear duplicate of T52523 (and T55706 has a not so useful > title, so even if they did search it wouldn't have been found) sorry got my tickets mixed up here, it's a duplicate of T55695.

Re: [Bf-committers] Building Blender

Two options here 1) You could have used our make.bat like I previously suggested which would have done this step for you. 2) You could also have done this step manually as documented in the 'Building from within the Visual Studio IDE' section of our build instructions [1]. we like to make

Re: [Bf-committers] Compiling and running 2.8

You re-used a master build folder for 2.8, given some of our defaults in cmake have changed you can't do that. delete your build folder and you'll be fine. --Ray On 5/2/2018 7:55 AM, Christian Hubert wrote: > Hi, > > > > I'm trying to setup my dev env for Blender 2.8 but I fail to do it

Re: [Bf-committers] Building Blender

018 15:27, Ray Molenkamp wrote: >> the libs are a couple of gigabytes and having to do it twice is sometimes >> problematic >> > > Thanks Ray, > > This might seem like a dumb question but can the subversion modules be > downloaded incrementally somehow?  I i

Re: [Bf-committers] Building Blender

follow the wiki, use regular svn. also just to be sure, you are trying to check out the libs for a 32bit build with msvc2015/2017. if that's what your plan was, that's alright,however if you were planning to build a 64 bit build (recommended) check out win64_vc14 instead of windows_vc14. the

Re: [Bf-committers] Building Blender

-Sorry for the late response, I'm currently traveling so connectivity is spotty at best. you should be able to make a build with 2015 given 3 conditions are met 1) you have msvc 2015 update 3 or higher 2 You have a full set of our libs in the right place 3) you run 'make full 2015 x64' in the

Re: [Bf-committers] End of CUDA support for older cards and 32 bit

not for gpu rendering with cycles, however given it's an opengl 4.2 card the ui and eeve should run happily with it. --Ray On 1/24/2018 11:32 AM, Knapp wrote: > So 2.80 will not support the 580? > > On Mon, Jan 22, 2018 at 4:38 PM, Brecht Van Lommel < > brechtvanlom...@pandora.be> wrote: > >>

[Bf-committers] Changes to Windows Compiler Support.

All, With 2.8 coming up I'd like to make some changes to the supported compilers for Blender. However since these are rather large changes I'd like to give everyone an opportunity to express any concerns. Issues: 1) Currently we support msvc 2013(vc12)/2015(vc14)/2017(vc14) for building,

Re: [Bf-committers] Changes to Windows Compiler Support.

if you bunch up all releases since 2014, yes that does seems to imply 36% are still on 32 bit. however if you split it out per version it paints a 'slightly' different picture https://imgur.com/a/ZG0Gb with only 13.2% of 32 bit users for 2.79 and in a rather steep decline from previous

Re: [Bf-committers] Changes to Windows Compiler Support.

the website does a rather excellent job at giving people the proper download for their platform, i'm pretty sure those are legitimate 32 bit users. --Ray On 1/27/2018 12:18 PM, Knapp wrote: > using this data looking at just the latest blender (2.79) limiting it to > > I wonder how many of

Re: [Bf-committers] Blender 2.79a Release AHOY

Windows builds are done, please validate the md5's before using the files --Ray On 2/21/2018 9:08 AM, Sergey Sharybin wrote: > Hi, > > We are ready for2.79a release! > > Information for platform maintainers: > > - Build from the blender-2.79a-release branch, SHA >

Re: [Bf-committers] Library updates for Blender 2.8

e fine! http://www.lazydodo.com/tmp/blender_externals.png --Ray > > On Mon, Jul 23, 2018 at 9:54 PM Ray Molenkamp wrote: > >> There's quite a few libraries we build for the various platforms >> (57 by the last count) and it's not always clear who the module >> owner is and who is supp

Re: [Bf-committers] Blosc 1.8.1 Re: Library updates for Blender 2.8

On 8/8/2018 1:01 PM, bju...@ymail.com wrote: > Blosc is currently blocking a full build using recent versions of gcc on > Linux. Upgrading by two revisions (to 1.8.1 I believe ) addresses the issue > directly. It's currently tagged for an update to 1.14.3 > This issue may have been what kicked

Re: [Bf-committers] Blender Compile Error

pasteall.org is kinda  terrible for windows build logs though, since it eats all the forward slashes, so you'd better use any of the other paste sites out there for those --Ray On 8/11/2018 2:32 PM, Sergey Sharybin wrote: > Hi, > > Don't think you can attach pictures in this mailing list. It is

Re: [Bf-committers] Library updates for Blender 2.8

We'll get going on this then, there's one lib I'd like some clarification on arto requested boost 1.66 on irc, not a problem on windows (I'd welcome an updated version, but do not require it), but how are the linux guys feeling about bumping the boost version? --Ray On 8/8/2018 9:54 AM, Brecht

[Bf-committers] git warning?

All, Not sure who to poke for this, but since a few days when committing through git push git it now spits back a python related warning/error k:\BlenderGit\blender>git push Counting objects: 6, done. Delta compression using up to 8 threads. Compressing objects: 100% (6/6), done. Writing

[Bf-committers] Windows lib update / merge issues to 2.8

All, I just finished the windows lib update and kicked the 2.79 build bots, all seems OK. There were a couple of cmake changes needed to adjust for some version changes here and there, however I was unable to merge master to 2.8 due to some merge conflicts in unrelated commits. Once master

[Bf-committers] End of MSVC 2013 support.

I just removed msvc2013 support from make.bat, msvc2017 is now the preferred compiler on windows. Before I remove the vc12 libs from svn, do we want to tag them for historical purposes? (They have a newer python/numpy/requests/libjpeg than the tagged 2.79 libs) Also now that msvc2013 is out of

Re: [Bf-committers] Library updates for Blender 2.8

There's quite a few libraries we build for the various platforms (57 by the last count) and it's not always clear who the module owner is and who is supposed to ask for newer versions of certain libs.  I took a quick survey of the versions we use and the latest versions available. (based on

Re: [Bf-committers] Library updates for Blender 2.8

ail/oiio-dev-openimageio.org/2018-July/001254.html > > <http://lists.openimageio.org/pipermail/oiio-dev-openimageio.org/2018-July/001254.html> > > -Stefan > >> On 23. Jul 2018, at 21:53, Ray Molenkamp wrote: >> >> There's quite a few libraries we build

Re: [Bf-committers] hair_object Branch

The libraries for master/2.8 have been updated to newer versions, to build older branches you'll need to check out libraries from around the same time the last commit happened in that branch, rev62101 will probably do it for you. --Ray On 9/9/2018 5:36 AM, Erick Blender wrote: > Hello Lukas, >

Re: [Bf-committers] OpenEXR cmake broken Re: Blender developers meeting notes - 2018-09-10

We are aware, The external dependencies build-scripts are using the autotools build for linux/mac for this exact reason, for windows that was not an option, there we use the github hash  0ac2ea34c8f3134148a5df4052e40f155b76f6fb which has 'somewhat' working cmake support, still kinda wonky, but

Re: [Bf-committers] Downloading 4.0

There is such a text on the nightly builds download page, it tells people downloading builds NOT to file bugs on 2.8, people file anyway, which puts extra load on the people triaging the tracker. Giving 2.8 more exposure at this point in time will just further increase that load. --Ray On

Re: [Bf-committers] Downloading 4.0

4.0? You mean 2.8? On the download page scroll down to 'experimental' and it should take you to the right place. --Ray On 3/6/2018 7:58 AM, Knapp wrote: > Hello all! > I was trying to install 4.0 but what I have found is that it is really hard > to find it so that I can install it and test it.

Re: [Bf-committers] MSBuild problems with ZERO_CHECK project

Given lite builds, perhaps it can't find nvcc? check your cmakecache.txt to see if it's pointing to the right executable. if that doesn't do the trick, change the logging level of the msbuild commands inside make.bat from minimal to diagnostic and see if that sheds more light on the actual

Re: [Bf-committers] Blender 2.79b Release AHOY

The windows builds are done and uploaded. --Ray On 3/22/2018 9:03 AM, Sergey Sharybin wrote: > Clarification: > > Libraries SVN tag: blender-2.79a-release > > Sorry for the confusion! > > On Thu, Mar 22, 2018 at 3:58 PM, Sergey Sharybin > wrote: > >> Hi, >> >> We are

Re: [Bf-committers] Blender 2.79b Release AHOY

-2.79b-windows64.msi FB904EE151E1B9C4D942E96B3259CD5C  blender-2.79b-windows64.zip --Ray On 3/22/2018 10:59 AM, Ray Molenkamp wrote: > The windows builds are done and uploaded. > > --Ray > > > On 3/22/2018 9:03 AM, Sergey Sharybin wrote: >> Clarification: >> >&

[Bf-committers] 2.8 bugs

Hey, Is there anything we can do to make the text on https://builder.blender.org/download/ regarding 2.8 bugs stand out a little more. This text is currently under some brightly color buttons in all black. -- Note on Blender 2.8 builds Currently we are aware of many issues in 2.8 and actively

Re: [Bf-committers] Update openCollada to 1.6.68

done for windows --Ray On 12/5/2018 2:54 AM, Gaia Clary wrote: > Hi, Platform maintainers :) > > Please update the subversion repository libraries to OpenCollada 1.6-68 > This allows us to add support for importing Animation clips. > > The Release sources recommended by OpenCollada can be found

Re: [Bf-committers] Metal GPU support

I'm going to assume RA was build with multiple back-ends in mind, the blender code-base however is an old old code-base, and wasn't really designed to use anything other than openGL. Although we have cleaned it up quite a bit, there are still loads of openGL calls and opengl-isms sprinkled all

Re: [Bf-committers] Metal GPU support

a single set of shaders, but it does mean that offline > compilation and other optimizations may be limited. > > I will also take a look at the thread you shared. > > Cheers, > > *Stuart Carnie* > > > On Tue, Dec 4, 2018 at 1:14 PM Ray Molenkamp wrote: > >> I'm

Re: [Bf-committers] Blender developers meeting notes - 2018-09-17

you can find the current patch at https://developer.blender.org/D3576 --Ray On 9/17/2018 1:32 PM, Dalai Felinto wrote: > Hi, > >> The Crashpad patch now works for all platforms. Interested developers are >> encouraged > to test it (...) > > Link please? What kind of testing we are looking for?

Re: [Bf-committers] Blender 2.79 Nightly builds using different Python versions

https://svn.blender.org/svnroot/bf-blender/tags/ --Ray On 3/15/2019 11:20 AM, Jacob Merrill wrote: > it would be slick though to saved the SVN timestamp / revision for old > releases somewhere. > > ___ Bf-committers mailing list

Re: [Bf-committers] Error after Updates to developer/git/svn/buildbot

Same issue here, anonymous usage seems to work git clone git://git.blender.org/blender.git works, however authenticated users git clone g...@git.blender.org:blender.git fail with the error mentioned earlier --Ray On 2/2/2019 10:30 AM, Howard Trickey wrote: > Happens for me too. git pull

Re: [Bf-committers] Potentially moving from IRC to Blender.Chat

On 5/1/2019 5:18 AM, Pablo Vazquez wrote: > You still need to create an account on freenode to chat in blendercoders. You don't, we temporary turned that on a while ago when a botnet was wreaking havoc on freenode, but in general that option is off and any user registered or not can join and

Re: [Bf-committers] clang-format in master

vc 2017 ships with clang-format 6.0.0, 2019 ships with 7.0.0 judging from the 6.0.0 release notes[1] this should have worked? Also I don't remember ever seeing that error. We ship 6.0.1 with our libs, what you can try is, go into Tools->Options->Text Editor->C/C++->Formatting->General Near the

Re: [Bf-committers] Libraries update: OpenSubdiv 3.4 RC2

Windows libs has been updated. --Ray On 6/27/2019 7:46 AM, Sergey Sharybin wrote: > Hi, > > This is a request for platform maintainers to update OpenSubdiv library to > 3.4 RC2. All the needed changes are done to versions.cmake. > > The update is needed to bring fixes for non-manifold and

Re: [Bf-committers] Blender 2.80 Release Candidate 1 AHOY

: object_modifier_array ...    Passed    4.74 sec [HANDLER_VERBOSE_OUTPUT] --Ray On 7/10/2019 12:30 PM, Ray Molenkamp wrote: > I hit a snag building win32, it's trying to build cubins and > failing at it, I have a vague memory of cubins being disabled > for 32 bit builds? Is this still

Re: [Bf-committers] Blender 2.80 Release Candidate 1 AHOY

I hit a snag building win32, it's trying to build cubins and failing at it, I have a vague memory of cubins being disabled for 32 bit builds? Is this still the case? --Ray On 7/10/2019 10:24 AM, Sergey Sharybin wrote: > Correction for the git branch: blender-v2.80-release > > Sorry for the noise

Re: [Bf-committers] Can not build blender 2.7 branch

Should build now. --Ray On 4/9/2019 11:20 AM, wodec wrote: > System Information > Operating system: windows 10 > Graphics card: Nvidia Geforce GTX 1050Ti > > Short description of error > Can not build blender 2.7 branch, (windows VS2017 and Cmake 3.14.1 ), compile > error (C2220) > > > > --- >

Re: [Bf-committers] Upgrade Python 3.7.0 to 3.7.4

All, Took a bit, but the windows libs have been updated, couple of note worthy things: First: After a brief consult with sybren, the site packages have been updated to the following versions: IDNA 2.8 CHARDET  3.0.4 URLLIB3  1.25.3 CERTIFI  2019.6.16 REQUESTS 2.22.0 NUMPY    1.17.0 Second

Re: [Bf-committers] Blender 2.80 Release AHOY

Windows builds are done, SHA-512 hashes blender-2.80-windows32.zip 904FC1682638BA0A28C1F82E050F8C11D9B8AEC4F398FFC692613D3BF09C6AF755E84C2406330F30284EEF64A8BB0E932EC11FB844D7AEA136F1B0434F8B8769 blender-2.80-windows32.msi

Re: [Bf-committers] Blender 2.80 Release Candidate 2 AHOY

Windows builds are uploaded 26FDFFEB04530C3D2C049DB0EFF7AC27 blender-2.80rc2-windows32.zip 93E91393E031734DD338E240A1C9E5E6 blender-2.80rc2-windows64.zip Testing situation is identical to rc1. --Ray On 7/18/2019 8:58 AM, Brecht Van Lommel wrote: > Hi all, > > We are ready for the second

Re: [Bf-committers] Blender 2.80 Release Candidate 3 AHOY

Windows builds are done, Dan pointed out we really shouldn't be using MD5 anymore so here's the SHA-512 hashes for the files. blender-2.80rc3-windows64.zip 4A38C0B1B06E9D658FC178DB0CEFD51D0536056DDC5115863EB6A94D8FF7C0930C5E73EF9F2261F8FDBAAD3568FB5EAAC42F156E6B548B9B4173F4A3B1203A5F

Re: [Bf-committers] Blender 2.8x - support and core development goals

Being a windows platform dev this could pretty much be a list called 'things nobody will get exited about' but here's my plans/wish-list regardless If I get nothing else, I hope it's this one (2.81): I think the most important one for stability is having working automated crash reporting, being

Re: [Bf-committers] Windows lib changes

2019 at 5:16 PM Ray Molenkamp wrote: > >> So... that broke the windows build bot, if anyone with access >> to the windows bot could check out the libs that be great! >> >> --Ray >> >> On 2019-11-08 9:02 a.m., Ray Molenkamp wrote: >>> All, >>>

[Bf-committers] Windows lib changes

All, Since the beginning of time we have always used a weird mix of using the static C runtime for some parts of blender while using the dynamic runtime for others. No-one exactly remembers how this came to be, but what was clear that mixing runtimes is 'not great' and that it eventually would

Re: [Bf-committers] Windows lib changes

So... that broke the windows build bot, if anyone with access to the windows bot could check out the libs that be great!    --Ray On 2019-11-08 9:02 a.m., Ray Molenkamp wrote: > All, > > Since the beginning of time we have always used a > weird mix of using the static C runtime for

Re: [Bf-committers] Moving to Python-3.8

On 2019-11-08 1:37 a.m., dr. Sybren A. Stüvel wrote: > Are there any concrete reasons we stick to those particular versions? Or > is it just a matter of someone taking the time to update them? I don't think we have official rules about this but the un-official one I have been using for years is:

Re: [Bf-committers] TBB version inconsistencies

I mentioned the bump of the TBB Version in D6218 [1] however this should have been communicated better to the other platform teams.  As for win64_vc14 it is no longer maintained, the reason I kept it in svn for a little while longer is twofold 1) so people still on/building 2.80/81 based

Re: [Bf-committers] Alembic upgrade from 1.7.8 to 1.7.12

Windows libs are done! --Ray On 2019-11-20 2:26 a.m., Sybren A. Stüvel wrote: > Dear platform maintainers, > > I've just bumped Alembic from 1.7.8 to 1.7.12. This is not a > needs-to-be-updated-right-now update, but it does add some functionality > people have been waiting for a long time :-) >

Re: [Bf-committers] Dev Fund - Communication guidelines

er.org - www.blender.org > Chairman Blender Foundation, Director Blender Institute > Buikslotermeerplein 161, 1025 ET Amsterdam, the Netherlands > > > On 12/02/2020 20:06, Ray Molenkamp wrote: >> Could you clarify this a tiny bit? Cause it kinda sounds like are want to >> p

Re: [Bf-committers] Dev Fund - Communication guidelines

Could you clarify this a tiny bit? Cause it kinda sounds like are want to publish the email addresses of anyone in d.b.o project ? the 300+ volunteers in the moderators project may not take kindly on that --Ray On 2020-02-12 10:34 a.m., Ton Roosendaal wrote: > Hi everyone, > > 3. For the

Re: [Bf-committers] Embree library update to 3.8.0

Windows is done! Tracking ticket in : https://developer.blender.org/T73819 --Ray On 2020-02-14 11:19 a.m., Stefan Werner wrote: > Hello platform maintainers, > > I updated the Embree version for `make deps` and install_deps.sh to 3.8.0. > Please update the binaries when you get a chance. > >

[Bf-committers] OSL / LLVM / Freetype library updates.

Fellow Platform devs, Due to various issues in several of the dependencies some of them have been bumped to new versions. OSL 1.10.9 / LLVM 9.0.1 - D6744 FreeType 2.10.1 - D6645 Please update these libraries for *Master only*, 2.82 will ship with the old versions! You may see SVN commits from

Re: [Bf-committers] Aligning with the vfx reference platform in 2020

> which makes rolling back to U6 from U9 a bit scary. Although, newer is not > always better. Ray would be a better person to comment on this since he is > in it up to his ears. > > S. > > On Fri, Jan 10, 2020 at 1:03 PM Ray Molenkamp wrote: > >> That'

Re: [Bf-committers] Blender server upgrades

not sure what changed but phab is either no longer or real slow picking up on git commits --Ray On 2020-01-17 1:01 p.m., Dan McGrath wrote: > Hi, > > Just a heads up that I will be attempting to upgrade some of the FreeBSD > servers and packages tonight, so there will be reboots. > > So, go

Re: [Bf-committers] Library upgrades for VFX reference platform 2020 / Windows Lib update

Windows SVN libs have been updated for the 2.82 tag and the changes in the platform_win32 file in the 2.82 release branch have been done as well. 2.82 is in a good spot, however... Due to boost being included the upload has taken most of my night so I'm not even going to dare to start the merge

Re: [Bf-committers] Aligning with the vfx reference platform in 2020

I took a quick survey, most of the libs are either not applicable to us (QT related stuff) or at the preferred version already however some of them are lagging behind a bit (or a lot in case of openVDB) and one of them is a little ahead of the VFX platform Behind: OpenEXR    VFX:2.4.x   

Re: [Bf-committers] Aligning with the vfx reference platform in 2020

ugh :) > > -Ton- > -- > Ton Roosendaal - t...@blender.org - www.blender.org > Chairman Blender Foundation, Director Blender Institute > Buikslotermeerplein 161, 1025 ET Amsterdam, the Netherlands > > > On 1

[Bf-committers] Mantaflow landing and unit tests.

All, Hate to be a heckler for running the unit tests, but please: When you land and/or review something big, RUN THE UNIT TESTS! When the monster 10 patch mantaflow patch landed, it broke 6 cycles unit tests on all platforms, 5 with different renders than the reference images and one full on

Re: [Bf-committers] Mantaflow landing and unit tests.

o yes, blame it on me, I overlooked this part. I will look into this as soon > as possible. > > I agree that this is not ideal. But apart from better commit messages, how > can we do better at this time? > > Happy new year and best wishes, > Sebastián > >> On

Re: [Bf-committers] Mantaflow landing and unit tests.

> One cruel thing i can think about is to force everyone to pay more > attention is to prevent new build from being uploaded if regression tests > are failing. We'll hear very quickly from users that there are no new > builds on buildbot. Cruel or not, It'll cost less resources to deal with a

Re: [Bf-committers] Future Releases with VR?

UPBGE is a blender fork we do not maintain, so any questions you have on UPBGE you'll have to sort out with the people who work on it. Their community page [1] has several options of contacting them. Greetings, Ray [1] https://upbge.org/community.html   On 2020-04-10 12:58 a.m., Armani Bless

Re: [Bf-committers] Policies about patches modifying third-parties libraries.

While i agree with "you should be able to build blender even with stock/system libraries" I however do not think that the bar for "oh we'll just add it to /extern" should be as low as it appears to be. I'd be very much in favor of *NOT* adding a behemoth like USD to `/extern` (~75 megs, twice

Re: [Bf-committers] Code Quality Day - 4/Dec

For the windows folks, I have enabled clang-tidy for windows so you can now join in on the fun, but there are some caveats that are important to be aware of. 1- It will only be configured if WITH_CLANG_TIDY is on in cmake. 2- Only supported in the IDE, no ninja or command line support at   

Re: [Bf-committers] GPencil I/O Project: Request to integrate libharu lib to export PDF format

I can't say I'm super thrilled to build cairo on windows, but if that's the direction we want to go, so be it. --Ray On 2020-12-09 11:19 a.m., Brecht Van Lommel via Bf-committers wrote: > I'm not sure there exists a simple utility to convert SVG to PDF that we > could include, if we want to go

  1   2   >