* updated simple test to include deep nested blueprint instance within blueprint instance case * restructured materials handling to use the new logic, removed clutter * experimenting with solutions to the deeply nested blueprint instances problem * moved out all obsolete code to "old" folder, keeeping around until all problems are solved * added hack-ish solution to the "aabb system as post process" implementation * various minor boilerprate changes
13 KiB
Auto export
-
the original blueprints & levels path are now left as is, and there is an auto injection of xxxpath_full for absolute paths
- replace all uses of the paths with the correct ones above
- levels
- blueprints
- materials
- replace all uses of the paths with the correct ones above
-
move out the UI for "assets" folder out of "blueprints condition"
-
fix asset path calculations
- root path => relative to blend file path
- asset path => relative to root path
- blueprints/levels/blueprints path => relative to assets path
-
add error handling for de/serialization of project, so that in case of error, the previous saved serialized project is thrown away
-
move out some parameters from auto export to a higher level (as they are now used in multiple places)
- main/ library scene names
- paths
-
Data storage for custom properties:
- for scenes (main scenes)
- at scene level
- for blueprints
- at collection level
- Note: these should be COPIED to the scene level when exporting, into the temp_scene's properties
NOTE: UP until we manage to create a PR for Bevy to directly support the scene level gltf_extras, the auto exporter should automatically create (& remove) any additional object with scene_<scene_name>_components to copy that data to
- for scenes (main scenes)
Assets: - blueprint assets should be auto_generated & inserted into the list of assets : these assets are NOT removable by the user - should not change the list of manually added assets
- store assets
- per main scene for level/world assets
- per blueprint for blueprint in lib scene
- UI:
- we need to display all direct assets (stored in the scene)
- indirect assets:
- QUESTION : do we want to include them in the list of assets per level ?
- this would enable pre-loading ALL the assets, but is not ideal in most other cases
- so add an option ?
- the assets of local blueprints
- QUESTION : do we want to include them in the list of assets per level ?
Blueprints: - [x] on save: write IN THE COLLECTION PROPERTIES - list of assets - export path - [x] blueprint selection for nested blueprints is broken
- [ ] scan & inject on load
- [ ] scan & inject on save
- [ ] decide where & when to do & store blueprints data
Components: - [x] add support for adding components to collections - [x] upgrade all operators: - [x] add - [x] remove - [x] copy & paste - [x] BLENVY_OT_component_rename_component - [x] BLENVY_OT_component_fix - [x] add handling for core::ops::Range & other ranges - [x] fix is_component_valid that is used in gltf_auto_export - [x] Hashmap Support - [x] fix parsing of keys's type either on Bevy side (prefered) or on the Blender side - [x] fix weird issue with missing "0" property when adding new entry in empty hashmap => happens only if the values for the "setter" have never been set - [ ] handle missing types in registry for keys & values - [x] adding a hashmap nukes every existing component ?? - [x] Add correct upgrade handling from individual component to bevy_components - [x] Settings handling: - [x] move saveable settings out to a settings file - [x] update save & load - [x] add handling of polling frequency & enabling - [x] move advanced tools to components tab - [x] remove most of the (bulk) advanced tools, too complex, too unclear (even for me !) and of limited use - component renaming should be kept, but perhaps simplified: - if a renaming fails because the parameters are incompatible, nuke the old parameters - perhaps just add a display list of all NON component custom properties, so the user can find them easilly ? - [x] status "unregistered" is often false and misleading -> see in registry ui "for custom_property in object.keys():" - [x] overhaul / improve the component selector (with built in searching, etc) - [x] remove select_component_name_to_replace - [x] display of invalid components is not working ? - [x] weird items are present in the components list that do not seem to be components - [x] remove : - BLENVY_OT_component_list_add_item - BLENVY_OT_component_list_remove_item - BLENVY_OT_component_list_select_item: merge it into the rest of the actions - [x] clearing invalid flag after a registry change does not work correctly (ie the ui still says the component is invalid) - [x] should reset ALL "invalid" flags IF they have the matching data - [x] registry auto reload not working ? - [x] changing the registry breaks all the values of existing components !!!!!! -> VERY likely due to the int-offset computation for hashes of components - now switched to tiger_hash - [x] add warning about hash colision (not much we can/ could do if it is the case ?) - [x] double check weird collisions AND/OR reuse existing if applicable - [x] annoying default path for registry, should be relative to the assets path
General things to solve:
-
save settings
-
load settings
- add blueprints data
-
rename all path stuff using the old naming convention : "blueprints_path_full"
-
generate the full paths directly when setting them in the UI
- problem : how to deal with defaults: do it on start/load ?
-
filter out scenes that have already been used in scenes list
General issues:
-
there is no safeguard for naming collisions for naming across blender files
-
this can cause an issue for assets list "parent"
-
"parents" can only be blueprints
- they normally need/have unique export paths (otherwise, user error, perhaps show it ?)
- perhaps a simple hashing of the parent's path would be enought
-
addon-prefs => settings
-
generate_gltf_export_settings => should not use add-on prefs at all ? since we are not overriding gltf settings that way anymore ?
-
remove hard coded path for standard gltf settings
-
load settings on file load
- auto_export
- components
- add handling of errors when trying to load settings
-
fix auto export workflow
-
add hashing of modifiers/ geometry nodes in serialize scene
-
add ability to FORCE export specific blueprints & levels
-
change scene selector to work on actual scenes aka to deal with renamed scenes
- remove get_main_and_library_scenes as it should not be needed anymore
-
fix asset file selection
-
change "assets" tab to "levels"/worlds tab & modify UI accordingly
-
remove local assets, useless
-
remove 'export_marked_assets' it should be a default setting
-
disable/ hide asset editing ui for external assets
-
fix level asets UI
-
remove BlueprintsList & replace is with assets list
-
switch to bevy 0.14 rc2
-
trigger events when assets are loaded, blueprints are spawned & co
-
overall cleanup
- object.add_bevy_component => blenvy.component_add
Blender side:
-
force overwrite of settings files instead of partial updates ?
-
prevent loop when loading/setting/saving settings
-
fix asset changes not being detected as a scene change
-
fix scene setting changes not being detected as a scene change
-
add back lighting_components
-
check if scene components are being deleted through our scene re-orgs in the spawn post process
-
fix unreliable project hashing between sessions: (note, it is due to the use of hash() : https://stackoverflow.com/questions/27522626/hash-function-in-python-3-3-returns-different-results-between-sessions)
-
figure out why there are still changes per session (it is due to object pointer being present in the generated "hash")
- materials & modifiers, both using the same underlying logic
- filter out components_meta
- filter out xxx_ui propgroups
- materials & modifiers, both using the same underlying logic
-
fix missing main/lib scene names in blenvy_common_settings
-
fix incorect updating of main/lib scenes list in settings
-
and what about scene renames ?? perhaps tigger a forced "save settings" before doing the export ?
-
should we write the previous _xxx data only AFTER a sucessfull export only ?
-
finer grained control of setting changes to trigger a re-export:
- common: any of them should trigger
- components: none
- auto_export:
- auto_export: yes
- gltf settings: yes
- change detection: no ?
- export blueprints: YES
- export split dynamic/static: YES
- export merge mode : YES
- materials: YES
-
blenvy tooling not appearing in library scenes ?? (edit: was actually , it was not appearing in anything but object mode)
-
find a solution for the new color handling
- in theory, srgba, linearrgba , and hsva should be able to be represented visually
- bevy_render::color::Color => bevy_color::color::Color
-
fix weird issue with hashmaps with enums as values
-
prevent attempting to add unexisting components to targets (ie when using the component search)
- also for the bulk fix actions
-
selection of nested objects in collections IS NOT WORKING !!! AHH
-
fix/ overhaul upgreadable components
- add listing of upgradeable components for
- meshes
- materials
- fix display of upgradeaeble components & co
- add clear visual distinction between internal (selectable) & non selectable ones
- do not make selection button available for external blueprints/collections
- perhaps do not show the other buttons & inputs either ? we cannot change the values of an external library file anyway
- add listing of upgradeable components for
-
BLENVY_OT_item_select is missing handling for the other types (outside of object & collection)
- fix selection logic
-
hidden objects/collections only semi respected at export
- this is because blueprints are external ?
- verify based on gltf settings
- add "Visibility::Hidden" component otherwise https://devtalk.blender.org/t/how-to-get-render-visibility-for-object/23717
-
inject_export_path_into_internal_blueprints should be called on every asset/blueprint scan !! Not just on export
-
undo after a save removes any saved "serialized scene" data ? DIG into this
-
handle scene renames between saves (breaks diffing) => very hard to achieve
-
add tests for
- disabled components
- blueprint instances as children of blueprint instances
- blueprint instances as children of empties
-
update testing files
-
add option to 'split out' meshes from blueprints ?
- ie considering meshletts etc , it would make sense to keep blueprints seperate from purely mesh gltfs
-
persist exported materials path in blueprints so that it can be read from library file users
- just like "export_path" write it into each blueprint's collection
- scan for used materials per blueprint !
- for scenes, scan for used materials of all non instance objects (TODO: what about overrides ?)
-
add a way of visualizing per blueprint instances ?
-
display export path of blueprints (mostly external) ?
Bevy Side:
-
deprecate BlueprintName & BlueprintPath & use BlueprintInfo instead
-
make blueprint instances invisible until spawning is done to avoid "spawn flash"?
-
restructure blueprint spawning
- "blueprint ready" only be triggered after all its sub blueprints are ready
- "blueprintInstance ready"/finished BlueprintAssetsLoaded BlueprintSceneSpawned BlueprintChildrenReady BlueprintReadyForPostProcess
- fix issues with deeply nested blueprints
- perhaps reverse logic by using iter_ascendants
- fix materials handling
- fix animations handling
-
simplify testing example:
- remove use of rapier physics (or even the whole common boilerplate ?)
- remove/replace bevy editor pls with some native ui to display hierarchies
- a full fledged demo (including physics & co)
- other examples without interactions or physics
-
add hot reloading
- basics
- make it enabled/disabled based on general flag
- cleanup internals
-
review & change general component insertion & spawning ordering & logic
- GltfComponentsSet::Injection => GltfBlueprintsSet::Spawn => GltfBlueprintsSet::AfterSpawn Injection => inject lights & co => spawn => afterSpawn => Injection => inject lights & co
-
add a way of overriding assets for collection instances => doubt this is possible
-
cleanup all the spurious debug messages
-
fix animation handling
- how to deal with animation graphs ?
-
update main docs
- rename project to Blenvy
- replace all references to the old 2 add-ons with those to Blenvy
-
rename repo to "Blenvy"
-
do a deprecation release of all bevy_gltf_xxx crates to point at the new Blenvy crate
clear && pytest -svv --blender-template ../../testing/bevy_example/art/testing_library.blend --blender-executable /home/ckaos/tools/blender/blender-4.1.0-linux-x64/blender tests/test_bevy_integration_prepare.py && pytest -svv --blender-executable /home/ckaos/tools/blender/blender-4.1.0-linux-x64/blender tests/test_bevy_integration.py