Support Directories as Asset Repositories #82682

New Issue

Julian Eisel · 2020-11-13T02:26:15+01:00

Julian Eisel commented

2020-11-13 02:26:15 +01:00

Currently only single .blend files can be "mounted" as asset repositories in the Preferences.
Directories with .blends should be "mountable" as well.

There are however some design questions for this:

Do we reflect the directory hierarchy in the Asset Browser (ie show sub-directories)?
Should all assets from all .blend files inside a single directory be displayed in a linear list, or would we then display the .blends and then allow entering them, like the regular File Browser on Link/Append?
Should we limit the "deepness" of the hierarchy (ie limit the number of recursions)?

Currently only single .blend files can be "mounted" as asset repositories in the Preferences. Directories with .blends should be "mountable" as well. There are however some design questions for this: * Do we reflect the directory hierarchy in the Asset Browser (ie show sub-directories)? * Should all assets from all .blend files inside a single directory be displayed in a linear list, or would we then display the .blends and then allow entering them, like the regular File Browser on Link/Append? * Should we limit the "deepness" of the hierarchy (ie limit the number of recursions)?

Julian Eisel commented

2020-11-13 02:26:15 +01:00

Added subscriber: @JulianEisel

Vilem Duha commented

2020-11-25 10:22:11 +01:00

Added subscriber: @VilemDuha

Vilem Duha commented

2020-11-25 10:22:11 +01:00

I switched to one-asset-per-directory approach with BlenderKit, because one asset can have several texture resolutions (in future possibly also LODs) and each of these can have own textures subdirectory (enables easy swapping of the textures). This kind of storage would then have to list 2 levels down the hierarchy. The 'deepness' you mention would thus make sense per - repository, since everybody will store assets in a different way.

Julian Eisel commented

2020-12-10 03:10:32 +01:00

Checking the design Brecht wrote down again (see description in #asset_browser_milestone_1), it says a directory should should show all assets in a linear file list.

Turns out Bastien's file reading code already supports reading data-blocks (and thus assets) from all .blend files in a directory. So this was trivial to get to work, just needed a fix for drag & drop.

Addressed with 452336751e, also disabled .blend file repositories 7ad6c45d59.

Oh also, repositories are called "Asset Libraries" now.

Checking the design Brecht wrote down again (see description in #asset_browser_milestone_1), it says a directory should should show all assets in a linear file list. Turns out Bastien's file reading code already supports reading data-blocks (and thus assets) from all .blend files in a directory. So this was trivial to get to work, just needed a fix for drag & drop. Addressed with 452336751e, also disabled .blend file repositories 7ad6c45d59. --- Oh also, repositories are called "Asset Libraries" now.

Julian Eisel commented

2021-04-09 00:05:01 +02:00

Changed status from 'Needs Triage' to: 'Resolved'

Julian Eisel closed this issue

2021-04-09 00:05:01 +02:00

Julian Eisel self-assigned this 2021-04-09 00:05:01 +02:00

Julian Eisel commented

2021-04-09 00:05:01 +02:00

Closing all tasks in the "Done" column of the #asset_browser_milestone_1.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Support Directories as Asset Repositories #82682