- User Since
- Dec 9 2020, 4:54 PM (22 w, 4 d)
Sat, May 15
Fri, May 14
Today I decided to completely delete the Blender repository and related stuff (the Blender-git folder) and do a fresh checkout and build of the source code. To my surprise I again stumbled upon the fact that the build failed, because the darwin_arm64 libraries weren't downloaded. I decided to look into the matter and it turned out that my system somehow has both an Intel and an ARM version of Python3 installed. And the Blender make update target used the Intel version. So the call to platform.machine() returned x86_64, which caused the wrong libs to get downloaded.
Tue, May 11
Another issue is that some of Apple's USDs contain textures in HEIC format (like this iMac USD). This format currently isn't supported by Blender, so they will fail to load. I've converted them to JPG, which fixed the Material Preview. But still the render preview is black.
I just imported the AirTag file on a build that includes your latest changes. The file dialog bug has indeed been fixed.
Mon, May 10
Another issue I noticed: when I select an USD file in the USD import file dialog the background of the filename input box turns red. This normally only happens when you try to save/overwrite an existing file. But since I'm only importing the file I don't think it should turn red.
I love this gets added to Blender! I just tested the "usd-importer-T81257-merge" branch on a couple of USDs of Apple products I downloaded from Apple's website (like this AirTag). In fact they are USDZ files. I noticed these aren't supported. Are there any plans to support USDZ files?
Mon, May 3
I got a different error after updating Xcode. Can't quite remember, but it was something like "unable to find sdk 'macosx11.1'". I did a make update from the Blende repo. That didn't help. I then tried to recreate the Xcode project by doing cmake . -B ../build_xcode/ -G "Xcode", but that also threw an error. After some Googling I found that I needed to re-install the Xcode Command Line Tools. But that also didn't help. Finally, I created the first symlink from this article and I was able to build again: https://developer.apple.com/forums/thread/667561
Tue, Apr 27
Unfortunately, I think this thread has gotten a bit off track by all the responses about thumbnail generation. This issue isn't related to thumbnail generation. Yes, when Blender generates thumbnails it will trigger the download of those cloud files. However, this I could see as perfectly acceptable behavior, because Blender actually has to read the file for thumbnails to be generated.
I was just experimenting with these OneDrive pinning attributes on my local machine. They've changed the implementation a couple of times during these last years, but I think the current Windows 10 implementation is pretty stable.
Wed, Apr 21
Why does the Blender file dialog even need to know whether a file is readable or writable when enumerating them? Is this info actively used at that stage? Or is it gathering this info so add-ons can use it?
Why did you add this Apple exclusion code here, @Brecht Van Lommel (brecht) ? I think it should be inside the function BLI_cpu_support_sse41() in source/blender/blenlib/intern/system.c. That way other calls to BLI_cpu_support_sse41() will also benefit.
Tue, Apr 20
After some more spelunking it appears that the download is triggered specifically for NSURLIsReadableKey and NSURLIsReadableKey. Checking for the other two keys won't trigger a download.
I did some debugging and I've narrowed it down to line 82 in source/blender/blenlib/intern/storage_apple.mm:
Thanks! The SVN checkout of the darwin_arm64 repo worked and I now have a working build!
I see this is all committed to master branch. However, I'm unable to build it myself on my M1 system. I'm simply following the "Building Blender for macOS" instructions. Am I missing something?
Mon, Apr 19
It appears this issue is also happening on Windows: T87472: Open file dialog causes application to hang
Here's some prior art: https://answers.microsoft.com/en-us/msoffice/forum/msoffice_onedrivefb-mso_mac-mso_o365b/how-to-avoid-unwanted-downloading-of-files-with/39b2de3f-3444-41b5-b988-64c96e5a1838?auth=1
I noticed this too. Your screenshot shows your loading files from a OneDrive folder, so I think this issue is related to the OneDrive Files On-Demand bug that I reported: T87621: The Blender File Open dialog triggers OneDrive Files On-Demand downloads