* now correctly handling multi material meshes that have more materials in their slots as there are actual
materials applied
* per-blueprint materials are now correctly inserted/updated even when there are no material changes (ie cases where
the ordering of slots etc is changed on a mesh)
* conditions for trigerring exports of levels & materials are more coherent and exports are now trigerred on export setting
changes (as they should have been !)
* minor cleanups
* modified materials detection & export accordingly
* modified material paths & co accordingly (all much simpler !)
* modified assets_scan helpers to also include material assets
* modified & massively cleaned up BlueprintAsset injection
* further cleanups & fixes for materials handling
* also removed a lot of obsolete code dealing with assets
* ever more cleanups !
* relying on the fact that the mesh-per-material generated by the gltf exporter is deterministic:
ie always uses the ordering of materials in an object
* added new component MaterialInfos (plural) with a vec of MaterialInfo's
* modified how materials per object are gathered on the Blender side
* and modified the processing on the Bevy side to also use the ordered approach
* seems to work well so far !
* updated & improved & fixed filtering out of custom properties for export that are not components
* now also for the temporary scenes
* no more spurious "xxx is not registered" in Bevy for the Blender only custom properties
* cleanups
* changed blenvy.component_add operator to be useable in scripts
* experimented with using the above to add MaterialInfos as normal components
* cleaned up & changed info output from auto_export steps
* minor tweaks
* fixed missing internals
* fixed/changed logic of finding existing material files
* minor related fixes
* likely last set of fixes with current materials system before switching to one material file per material
* added a fix for BlueprintInfo path issues on non posix platform by replacing specific
os.path.join calls with posixpath.join ones (blueprint info paths, export_path, material_path etc)
should hopefully solve spawning issues on Windows
* restructured & improved materials export: now uses same logic as blueprints, with seperate determining of
what materials changed & the export itself
* minor tweaks
* coherence pass : "main" scenes & co renamed to "level" scenes & co
* auto export now toggled ON by default, but bailing out early if there are no main & lib scenes added
* UI improvement for adding level/lib scenes
* minor cleanups
* started docs for Blender Blenvy add-on
* started migration guide
* got rid of a few examples
* moved (for now, wip) all remaining examples under the Blenvy umbrella
* updated main README
* fixed issue with undeleted bin file when setting gltf export options for gltf/bin mode
* updated release tools (internal_generate_release_zips)
* moved main TODO to root of repo
* a lot of related prep work & cleanup
* moved out collections serialization from scenes loop
* fixed issue with materials hashing
* fixed issue with custom properties hashing
* fixed issue with scene properties hashing
* minor related tweaks
* still pulling my hair out over weirdness with scene rename detection and handling
* now also outputing seperate collections hash & materials hash from serialize_project
* changed project_diff to do diffing of materials & collections
* hooked up output data to export logic
* related tweaks & improvements
* injected BlueprintAssets are now reusing existing asset scan boilerplate (wip)
* added back per blueprint assets
* experimenting with how to export all vs local only assets
* renamed (finally) export main scenes
* found issue with scene serialization (hellooo collections !), working on fix
* VERY clunky code so far, needs a massive cleanup, but works !
* modified relevant code
* modified testing/example
* related minor tweaks & changes
* small changes to blend project to test instance vs blueprint level animation controls
* updated logic to account for bevy 0.14 changes (animation graph, transitions component etc)
* added back & updated per blueprint animation example to the testing project
* updated matching blend file with new style components
* spawnHere => spawnBlueprint
* added back tagging of Blueprint contents with "InBlueprint" / noInBlueprint
* overall cleanup pass (wip)
* fixed issue with parenting due to Blender's very weird matrix_parent_inverse ... solves all issues with children of empties
blueprint instances within blueprint instances etc having the wrong transforms in some cases
* fixed bad gltf format propagation: semi ok solution, but a cleaner one would be better
* added additional custom properties to the blacklist , level/blueprint exports are now using the one in the constants
instead of a local copy
* minor tweaks & cleanups
* Blender: some additional component filtering for upgrade ui
* Bevy:
* experimenting with overhauled blueprint spawning logic, sub-blueprint instance tracking etc
* added a more simple blend file to test things out with
* fixed issues with selections
* discovered more issues with selection button in "upgrade/rename" screen, partially fixed
* improved visualization of selections for objects, collections, meshes & materials, including auto-switching
to the correct properties tab for clarity
* fixed ui issues in the upgrade components screen
* made distinction between local & remote ones clearer
* minor tweaks & improvements
* fixed bad hashing causing hashed project across two different blender sessions to appear different
aka, no more systematic re-export of everything when reloading a project in blender !
* fixed issues with modifier & material hashing that was also causing overly eager change detection
* previous_xxx_settings are now only saved AFTER a sucessfull export, for coherence
* added more fine grained setting change detection (aka some setting changes do not require a re-export of all levels & blueprints !)
* fixed handling of level & library scene names as part of the settings
* fixed numerous issues with core, auto_export & component settings
* cleaned up a ton of very verbose debug message
* BlenvyAssets => BlueprintAssets
* a lot of minor cleanups
* contains both name & path
* also experimented with merging the asset load tracking into BlenvyAssets by adding the fields from the
asset loading tracker & ignoring them/ defaulting them for deserialization
to get the list of assets & preload them
* a tiny bit clunky but works and is somewhat cleaner than the previous "staggered loading" approach
* enables having level load state (could be used for progress information & co)
* modified blueprints spawning to used the new system
* various cleanups & related tweaks
* fixed issues on the Blender side when with the formating of the ron data for assets
* fixed handling of scene gltf_extras
* fixed handling of colors for BlenderBackgroundShader
* added scene tonemapping & scene colorgrading and handling on the Bevy side.
* experimented with exporting ron asset files, updated & overhauled asset file generation, adapted
for blueprints
* various cleanups
* added a much improved "get current selection in outliner" helper function
* added MESH and MATERIAL variants to the type enums
* added metadata to both Mesh & Material types
* various related tweaks & improvements
* now correctly using nested long names + attribute name for structs
* so no more hashing collisions for all test cases !
* restructured internals of property group generation & registration
* dynamically generated property group classes are now unregistered correctly
* lots of minor related tweaks & improvements
* to fix issues with hash collisions because of incomplete & incorect "component paths"
(ie the different nesting levels of the structs within components)
* removed short name nested component path passing
* changed the way the composite paths are created & the hash is generated
* a lot of other related changes
* also changed the registry's default path, to use the blenvy level assets path
* fixed broken registry reload
* fixed incorect handling of the "invalid" flag when reloading the registry should fix that
* fixed unreliable generate_propGroup_name : now uses tiger-hash to generate hashes of nested paths + long names
this ensures that even if there are additions & removals to the registry, it does not break existing components !
* fixed & overhauled list & map components ui handling for objects + collections/blueprints
* merged the various list component ui operators into a single one
* removed obsolete code in registry & components
* improved handling of invalid components in the UI: now they are not displayed ! much cleaner & simpler
* overall cleanup to components
* lots of minor tweaks & co
* all operators, panels etc are now respecting the Blender naming convention
* tweaks & improvements to some of the component operators
* clearer naming for the "advanced" tools for components
* removed obsolete / overly complex pieces of UI
* complete rework of component selections: much nicer, searchable, simpler ui
* main component selector & per "error" component selectors , as well as bulk replace
ones are now all independant
* overhauled a lot of helpers to work with both objects & collections
* reworked ui ordering for upgrade/ rename
* more clearer status display for invalid components
* etc etc
* split out materials scan from injection of materialInfo into objects
* added material Asset injection into list of assets at scene level
* related tweaks & cleanups
* continued overhaul on the bevy side
* removed/ obsoleted blueprintsList
* now using AllAssets (meh naming)
* modified example & internals to enable loading levels as Blueprints as well
* internals quite messy for now, needs a big cleanup still
* disabled materials library for now, needs to be overhauled to make use of asset logic as well
* added more mock assets for testing
* related changes to blender & bevy side
* added extraction of local/all (wip) assets into auto export
* added injection of LocalAssets & AllAssets (unsure)
* related tweaks & experiments
* also cleaned up asset ui for external assets
* started updating the bevy integration tests
* main/library/nothing is now an enumProperty on scenes themselves
* main/library scene listing is a dynamic property of the Blenvy core class instead of CollectionProperties
* this means that removing / renaming scenes using the normal blender workflow automatically changes things for Blenvy as well !
* overhauled & simplified main/library scenes ui accordingly
* same for all the code that needed access to the main/library scenes
* added main/library scene NAMES computed property for convenience
