- User Since
- Feb 22 2017, 7:09 PM (209 w, 4 d)
Dec 20 2019
Dec 19 2019
Oct 13 2019
Oct 12 2019
Sep 13 2019
Sep 12 2019
Aug 31 2019
Seems LGTM. Just when you put all signing keys and account info to mac keychain, you could add those also into slave_pack.py
Aug 28 2019
@Mugur Marculescu (mugurm) Could you test https://www.dropbox.com/s/uhzejcprowqcns2/blender-2.81-ndof-macos.dmg?dl=0 if that works. It is signed package.
Aug 22 2019
Wait for buildbot to be able to build new one, it should have the new one.
Check python console and if the version is 3.7.4, your build is up to date.
Aug 21 2019
Python is now updated to 3.7.4, check if it works now.
Aug 20 2019
Aug 19 2019
Aug 5 2019
Jul 29 2019
Figure out: do issues in the daily builds risk affecting the release build? Do we use a separate certificate?
Jul 25 2019
We use same build configuration on RC as with buildbot.
Try what happens with clean configuration (--factory-startup), RC3 and daily.
Jul 23 2019
Jul 11 2019
Jun 27 2019
I got crash just by enabling rendered.
Jun 22 2019
Jun 21 2019
...committed updated script.
added codesigning and notarization loop.
Jun 20 2019
--source and --dmg mandantory
applescript variables set in the script itself, not sedded into place.
Jun 2 2019
Start blender from terminal with --debug-all flag and post the output here.
What do you get when you put
into python console?
Mar 14 2019
No instant crash anymore, track stays still on dopesheet, though.
That is gone if doing select all (even there is no tracks available).
Crash occurs now if there is track on dopesheet, but not on movie clip.
Mar 7 2019
Feb 26 2019
What exactly you'd like to edit? Did you first run make update under source tree before cmake/cmake gui?
Feb 13 2019
Feb 3 2019
This happens when you have movie editor->tracking -> dopesheet open. clip_draw_dopesheet_main crashes after deleted track which it thinks it can draw.
Jan 30 2019
Jan 26 2019
Added needed build_environment changes and using mkdir + cp instead of ditto.
Jan 25 2019
Aug 17 2018
Aug 15 2018
It's iMac with 5k monitor. @wuxiaowei (cjxw87) indeed you should check the activity monitor if it's CPU or GPU thingie.
Aug 14 2018
Confirmed. Short output from debug, so pasting it here rather than adding file =)
This seems to happen once in a while on some systems, but I can't repro. Debug build is next possible thing to get more info:
I read correctly, understood wrong. I'll build OSD sample app soon and will upload it. =)
For switching Intel vs AMD/Nvidia (on dual GPU systems) you can use gfxCardStatus But as said on irc, we're updating libraries, and that OpenSubdiv problem should be solved.
Aug 13 2018
Aug 12 2018
Nothing wrong with texture, if Volume is disconnected, the background texture is shown normally.
Confirmed. Unpacking file to disk and using that gives purple. Got crash while testing out, I'll investigate it further.
Aug 11 2018
Slightly confusing, Yosemite and 10.13.6 version. Is this really High Sierra 10.13.6?
What computer? iMac 2011 ?
Aug 10 2018
Committed as rB92217a81b59a, we'll work on from that.
Aug 9 2018
We'll split these commits...
Land this, I'll make adjustments if needed.
macOS 10.9 libs here.
- macOS support for crashpad
Aug 7 2018
Committed from git.
+1 for bump up to latest.
You need to use English for bug reporting.
@Campbell Barton (campbellbarton) @Brecht Van Lommel (brecht) how about landing this? Or shall we split blender side from build_environment first and land all changes to blender when svn libs are all updated?
Aug 6 2018
Just went through the whole cmake and seems that there is many errors on newest xcode. Mostly on libraries that need updating anyway.
But for this diff, needs just to take the patch away and remove POSTFIX settings to work on macOS. Working on it, will update this diff later on.
Aug 5 2018
@Omid (Khanman) Could you give your system info also. (which mac do you have?)
This might be one that was fixed already, @Daniel (danthedeckie) could you try the latest build from buildbot to be sure?
Aug 4 2018
@Clément Foucault (fclem) tested, works. marking as resolved.
Aug 1 2018
Most likely OpenGL issue yeah, but unable to repro here. --factory-startup --debug-gpu first to get crashlog. Nothing more to add.
Jul 31 2018
This is really hackintosh problem, not blender problem. Because in the end, it's non-supported platform, closing ticket.
Jul 30 2018
Now save it to other location, and upload that file (with images packed) to this ticket, thanks!
@Mike Santiago (suicvne) Could you pack images to the .blend and post it again, just to make sure it doesn't happen on while some image processing. (long shot, but still).
Unable to repro, but as I see it, there is no textures packed into .blend file so might be that we're skipping something.
Crashlog says that Threads 1 to 8 were doing same thing and 1 crashed. (IlmThread)
Jul 29 2018
This is indeed Intel-only thing. I can crash blender on GPU_batch_draw_range_ex when enabling only Intel GPU on my MacBookPro.
Let's keep this incomplete until debug build crashlog.
As said on IRC, build with CMAKE_BUILD_TYPE=Debug so we get possible assert also.
Jul 27 2018
Debug build gives: