Age | Commit message (Collapse) | Author |
|
See T95597
|
|
Fixes call to `create_derived_objects()` in x3d export.
rBa82c9e1e405c84b9 introduced a change in the signature and return value of
the `create_derived_objects()` utility. This change lead to failure of the x3d
export addon.
Reviewed By: mont29
Differential Revision: https://developer.blender.org/D13667
|
|
|
|
When porting the x3d importer to 2.80, material and texture
importing didn't get ported. The old importer was using
Blender Render like materials, the new implementation uses
the standard node system via `node_shader_utils`.
Additionally this also adds a crude, text based method for
material/texture caching for WRL file (previously only
supported for X3D), fixes a possible `StructRNA has been removed`
error caused by the cache and assigns proper names to the
materials, if available.
Reviewed By: mont29
Maniphest Tasks: T76656, T71232, T83428
Differential Revision: https://developer.blender.org/D12399
|
|
This caused script_load_modules to fail,
properly supporting duplicates is still needed.
|
|
|
|
In rBA6aa8e130eff59059886e203ff95221609f63b222 all occurrences
of "lamp" where replaced with "light" which also accidentally
renamed "clamp" to "clight". In case of the x3d importer and
object carver add-on this broke some functionality. This
commit fixes the names to match the use the correct properties
of the Python API and use semantically correct names for other
add-on where the renaming didn't cause functional changes.
Reviewed By: mont29
Differential Revision: https://developer.blender.org/D9782
|
|
|
|
The mesh name should be read-only.
Differential Revision: https://developer.blender.org/D7183
|
|
See X3D specification:
https://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/rendering.html#CommonGeometryFields
Differential Revision: https://developer.blender.org/D7186
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Patch contributed by luzpaz.
Differential Revision: https://developer.blender.org/D5800
|
|
2.8x materials don't have any indication they should use vcols anymore,
that should be handled at node-based shader level now. For now just
ignore, and always export/import active vcols.
|
|
Based on D5822 by Tomas Antecky (@ta), but no reason to keep that unused
parameter since those mesh geometry importer functions are all always
only called with two parameters...
|
|
This is a rather old format now, and current add-on code would require a
significant amount of work to bring it back in a proper state.
|
|
Updates importers/exporters for the new file-browser design. They are
now reorganized into sub-panels.
Updated the Blender version requirement (won't be compatible with older
Blender versions). Left the Add-on versions untouched, will leave that
up to Authors to change.
|
|
Main issue was the sphere generation code, that was 100% broken,
presumably since ages (= since adding bmesh to Blender)?
Plus some non-updated API call after changes in 2.80.
|
|
Differential Revision: https://developer.blender.org/D5240
|
|
Reviewers: brecht
Maniphest Tasks: T67053
Differential Revision: https://developer.blender.org/D5269
|
|
|
|
|
|
|
|
Reviewers: sergey
Differential Revision: https://developer.blender.org/D4883
|
|
Addresses new behavior of object.to_mesh().
This is corresponding part for D4875.
Reviewers: brecht
Reviewed By: brecht
Differential Revision: https://developer.blender.org/D4876
|
|
Mainly search-and-replace approach.
Tested the enabled-by-default export/import addons. Seems to work with
an exception of X3D which is still referencing Blender Internal material
properties.
Reviewers: brecht
Reviewed By: brecht
Differential Revision: https://developer.blender.org/D4866
|
|
exporting with Triangulate.
No point in splitting vertices over small differences in UVs or Color
values.
Note that there will still be splits when those UVs or colors actually
do not match, but this seems to be part of 'triangulated' export design
(otherwise we could use indexed values as with regular polygons export).
Based on investigation by Sebastian Ullrich (@souljedi), thanks.
|
|
|
|
That was a rather heavy work, since in 2.7 that add-on was still using
tessellated geometry API quiet extensively (and that one has been
removed from 2.8)...
Also updated some minor things on the road, like e.g. exporting
ColorRGBA for vertex colors, since ours now have some alpha.
Main remaining TODO is materials afaik (those need to be ported to the
new nodeshader wrapper), not very high priority for now.
Also note that the whole code has many sub-optimal handling, but that
whole format is not really designed for heavy geometries anyway I think,
so this is probably fine for now (and going over whole code to optimize
it would be quiet a work too).
|
|
|
|
Fixes T61052
|
|
Changed objects.link and objects.unlink from scene to collection
|
|
|
|
This should take care of most of the class property conversions to
use the new annotation format (colon instead of equals) for
assignment. There may still be a few edge cases that were missed.
|
|
|
|
Differential Revision: https://developer.blender.org/D3746
|
|
The warnings in the console are getting on the way. May as well update
the addons even if they are still mostly not ported to 2.8.
We can probably ditch orientation_helper_factory altogether.
|
|
|
|
|
|
|
|
|
|
attributes (where present). For VRML, that worked all along, for X3D it was broken,
|
|
|
|
- Wasn't breaking out of loop when vertex color was set to false.
- No need to use dictionary for vertex colors, use list instead.
|
|
used by faces.
|
|
colors (as opposed to per-face) when appropriate
|