Note to developers:
I believe problem is what bweight (as well as crease) is not a CustomData for DerivedMesh.
Thus, CustomData_copy in the DM_from_template_ex function does not transfer the bweight information to the new DM.
Here, Error is only seen in when i run the attached file. I am not getting how to produce the error in general. I have tried lots of mesh but there is no extra mesh! Can you plese elaborate, the step done to create the mesh.
Mon, Mar 27
Correction, this error is caused by zero area faces.
Wed, Mar 15
Tue, Mar 7
Howdy Howard :)
Mon, Mar 6
Due to inactivity for over a week closing because of bug tracker policy
Thanks for the thoughtful suggestions.
To start, I love the new shortcuts added,(p and s)
Sun, Mar 5
Sat, Mar 4
Fri, Mar 3
@Bastien Montagne (mont29), there are other modifiers which had similar problem. The solution was to get a "persistent" copy of the arrays. This happens in MOD_boolean_util.c:dm_arrays_get() and also in BKE_bvhutils.h.
Eh, actually, it’s the new one from @Luca Rood (LucaRood)!
Aaaah… so it’s not a glitch, but a big nasty crash indeed!
The glitching should be fairly obvious. The eyebrows should vanish, or blender should crash.
I do not see any difference here, result of eyelashes is obviously different when enabled than disabled, since your Vyrath surface is deformed by armature in both eyebrows and eyelashes areas… Cannot see any issue here, please explain it in more details, and/or add pictures showing your issue.
Wed, Mar 1
Feb 26 2017
Please follow our submission template and guidelines and make a complete, valid bug report, with required info.
Feb 17 2017
*sight* 2.78b is not a bugfix release, it is a performances release (mostly for Cycles improvements). Wait for 2.79.
OS: Windows 10 (64 Bit)
CPU: Intel i5-2500 3.30GHz
GFX: nVidea GeForce GTX 650 Ti
RAM: 8 GB
Feb 13 2017
Feb 10 2017
Thanks for the report, but this is known limitation of current system, not a bug (and not quite sure how to do things differently, would need all modifiers in stack to be fully 'invertable' to be able to infer original position from modified one…
Feb 3 2017
Please add a test file, thanks.
Feb 2 2017
Feb 1 2017
Thanks for the suggestion, but we do not accept feature requests or suggestions on this tracker (use forums or bf-funboard ML for that).
Jan 30 2017
I don't think there a bug, here.
I dont have any idea, how to explain it on an other way 😔
especially because englisch is not my mother tongue.
No answer in more than a week --> archiving.
Jan 17 2017
Closed for not being a bug, and request of reporter.
Jan 15 2017
Ok after your hint I started systematically deleting animation from different bones, and found out that the position of the Master bone was the reason, it didn't work if it was too far away from the world center and had nothing to do with proxies or animation, but some kind of double evaluation of the position of the wave start position.
Switching the wave modifier with the armature modifier solved the issue.
I deleted the one in NLA, but still the animation in C02 doesn't work.
Or do you mean conflicts with completely new animation? (after deleting all actions from C02?) Because actually I wanted to keep the action I have animated in C02.
Jan 14 2017
I looks like there are orphan actions relative to deleted bones in both files C02 and Rycerz.
Jan 8 2017
Here's what I've found:
Jan 7 2017
This report is hard to follow. Please note that the bug tracker is not to report errors, but to help developers to fix errors. For that you have to make sure anyone can clearly redo the issue.
The size cannot be changed, because of the driver it has. Deleting the driver and increasing the size doesn't show up more particles. By the way, the size is in particle system/ physics section, not render. There is a scale option in render, but deactivating or activating it doesn't change anything, so I guess it's not what you meant either?
You worked hard for this report, but I can't see what is not working as expected. Please add a screen-shot of how it looks and how you think it should look.
Jan 5 2017
No reply.... closing...
Dec 31 2016
Dec 30 2016
We won’t be able to do much without reproducible case, as specified in our submitting template…