Calling Object.to_mesh on a Metaball object yields an empty mesh #61156
Labels
No Label
Interest
Animation & Rigging
Interest
Blender Cloud
Interest
Collada
Interest
Core
Interest
Documentation
Interest
Eevee & Viewport
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
Import and Export
Interest
Modeling
Interest
Modifiers
Interest
Nodes & Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds, Tests & Devices
Interest
Python API
Interest
Rendering & Cycles
Interest
Sculpt, Paint & Texture
Interest
Translations
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Meta
Good First Issue
Meta
Papercut
Module
Add-ons (BF-Blender)
Module
Add-ons (Community)
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender-addons#61156
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This is broken in 2.80 but worked in 2.79. Repro script:
The issue is in
BKE_mesh_new_from_object
(blenkernel\intern\mesh_convert.c), where on line 958 we check forob->runtime.curve_cache
. It's null, which means we pass null toBKE_mesh_from_metaball
, which then bails out without doing any work.The
convert
operator works correctly.Added subscriber: @artfunkel
Added subscriber: @lichtwerk
bandaid:
P902: #61156 snippet
Added subscriber: @Sergey
hold on, or should we pass the evaluated object here in the first place?
this works, it is unclear though if we should do this on the python side (or get the evaluated object on the C side -- since we are passing a depsgraph anyways...)
If we should get the evaluated object from the passed depsgraph, we could do here:
P903: #61156 snippet 2
or even earlier here:
P904: #61156 snippet 3
@Sergey: what do you think? (reminds me of #60083 btw. where we argued that evaluated object should be done on the python side of things...)
This bug has been open a month without being addressed, so I'm going to use Phillip's suggested Python workaround. A fix before 2.80 ships would be appreciated!
Changed status from 'Open' to: 'Resolved'
This is now addressed by the re-designed python API of the related calls. See the depsgraph python examples in the documentation.
If there are other issues which we did not spot yet please make a new report.
For until then considering the issue solved, closing.