- User Since
- Nov 29 2003, 10:15 PM (921 w, 6 d)
May 25 2021
Excellent! In that case, I'm going to mark this as resolved. Let me know if you run into further issues.
May 24 2021
I believe I have a fix in place (I realize now the the start of my commit message is a bit vague. oops). Please have a look and test it out.
May 20 2021
I don't have a full-on Windows machine to test this, but I think I should be able to try it in a VM. There's nothing in the add-on code that writes relative paths, so my suspicion is that maybe this has something to do with how the Remap Relative save option works in Blender itself when on Windows. I'll try and investigate this later today.
May 19 2021
May 18 2021
Adjustment made. As noted in T88354, though, I'm currently having difficulty pushing to the 2.93 branch.
Adjustment made. Having trouble pushing to the 2.93 branch though. Image for reference:
Apr 26 2021
Apr 22 2021
Turns out I just missed a step... adding the new collection as a child of the scene collection:
Apr 20 2021
Did a quick test of the mark_asset() function. Works well... though for me it caused the text in the UI to get larger for some reason.
Apr 15 2021
Aug 26 2020
Most of the maintenance for the script is now being doing by @Dread Knight (dreadknight), but I don't see why the script couldn't be supported in 2.9. Have you tried it? Do you get an error?
Jul 8 2020
Oct 4 2019
Confirmed on blender.chat by @Dalai Felinto (dfelinto) (broken: 540eb2dc1e57 worked: 540eb2dc1e57^)
Jul 11 2019
I noticed this UI bug as well just yesterday. The radius values should probably be removed from the Transform panel in Bone Properties. Also, when in Pose mode, the order of properties in the 3D Viewport's Transform panel is inconsistent with the Bone Properties one as well. The Rotation Mode drop-down should probably be bumped above Scale in Bone Properties so it better matches the 3D Viewport's sidebar.
Jun 13 2019
I'm not entirely sure I agree that this isn't a bug. It's certainly a workflow regression when compared to the behavior in 2.79.
Jun 10 2019
@edwin hernandez (juanito49) Ah... I missed that. For me, disabling that option allows me to make the selection, but it takes two clicks for the object highlighting to move.
Confirmed here with a build from today (hash: 8aa87972cac3). Easy to reproduce (though I'm not sure how Lock to Object is relevant).
Jun 4 2019
Feb 19 2019
Dec 13 2017
Confirmed on Arch Linux with a build from today (hash: 4838512e7d4)
Nov 9 2017
Little workaround that might give a some insight to this bug:
Oct 13 2017
May 20 2016
I can confirm that the behavior isn't quite as I would expect it to be. For instance, in the example .blend file, in order to get the bones' z-axis to point in the positive Y axis, I need to put the 3D cursor either very low in the global z-axis or quite a bit into the negative (crossing the center line) in the x-axis. The attached images should show that.
Apr 27 2016
Mar 1 2016
Following up, kevindietrich's patch works for me. No crash after applying it.
Feb 25 2016
Sep 8 2015
Maintenance for this add-on is being done on GitHub: https://github.com/Fweeb/blender_render_music
It *is* being kept up to date. Currently it's maintained on my GitHub account: https://github.com/Fweeb/blender_spritify
Still works here. What is the specific error that you're getting?
Jul 16 2015
@Gary Thomas (garythomas128) are you using the version of the add-on that ships with Blender 2.75a? I just tried it in both 2.75a and a build from the latest commit in master and everything seems to work just fine for me. You should see the Return to Original File button on the Tool Shelf within the Relations tab.
Much appreciated @Bastien Montagne (mont29). I just recompiled and tested. No crashes now. Thanks!
Just did some additional checks and it's not about the image size. It's specifically about bit-depth I think. The attached image is a 16-bit PNG (generated by Blender, BTW) and it consistently crashes Blender for me in thumbnail view on the File Browser.
Jul 15 2015
Apr 30 2015
Just rebuilt and checked. Looks like those commits fixed it. Thanks.
Apr 29 2015
Nov 9 2014
Oct 13 2014
The reason for writing this patch is because I have actually been writing Add-ons as part of book writing and documentation on Blender. Personally, I don't see "addons" as being particularly distinctive from a branding perspective (i.e the reason for phabricator's namings); it appears to be more of a mistake/typo. And, yes, Dyntopo is in the interface, but I'm pretty sure that nearly all user-facing strings for subsurf are written as "Subdivision Surface" in the UI.
Oct 2 2014
Jun 4 2014
It seems this issue rises as a result of having .blend files that link to assets in one another. That is, A.blend has an object, "1" that is linked from B.blend. And B.blend has an object, "2" that is linked from A.blend. It's kind of a circular linking scenario.
Apr 4 2014
Feb 3 2014
Ah... nevermind. User error. It's not in the main presets where I expected it to be. I first have to choose something such as H.264 or MPEG (or just about anything in an AVI container). From there, I can change the container and codec in the Encoding panel.
In the Movie section of my File Format dropdown, I have the following options:
IIRC, don't Macs have native Quicktime support while other platforms only rely on FFMPEG? If that's the case, that might explain why you see it and I don't.
Jan 3 2014
Probably best to close this report. The crash doesn't happen on Factory Defaults. And after reconfiguring all of my settings (themes, addons, etc.) with the Factory Defaults as a base, the crash hasn't returned.
I was able to sanitize a test file... it seems the issue partially has to do with the size of the finished rendered image (rendering at 50% resolution does not yield a crash). The strange thing, however, is that this file has worked fine in Blender since the 2.69 release and only seems to have started crashing recently.