2011-02-18 13:05:18 +00:00
|
|
|
/*
|
2002-10-12 11:37:38 +00:00
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU General Public License
|
|
|
|
* as published by the Free Software Foundation; either version 2
|
2008-01-07 19:13:47 +00:00
|
|
|
* of the License, or (at your option) any later version.
|
2002-10-12 11:37:38 +00:00
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this program; if not, write to the Free Software Foundation,
|
2010-02-12 13:34:04 +00:00
|
|
|
* Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
|
2002-10-12 11:37:38 +00:00
|
|
|
*
|
|
|
|
* The Original Code is Copyright (C) 2001-2002 by NaN Holding BV.
|
|
|
|
* All rights reserved.
|
|
|
|
*/
|
2012-02-17 18:59:41 +00:00
|
|
|
#pragma once
|
2002-10-12 11:37:38 +00:00
|
|
|
|
2019-02-18 08:08:12 +11:00
|
|
|
/** \file
|
|
|
|
* \ingroup bke
|
|
|
|
* \section aboutmain Main struct
|
2020-02-10 15:05:54 +01:00
|
|
|
* Main is the root of the 'data-base' of a Blender context. All data is put into lists, and all
|
|
|
|
* these lists are stored here.
|
2011-02-18 13:05:18 +00:00
|
|
|
*
|
2020-02-10 15:05:54 +01:00
|
|
|
* \note A Blender file is not much more than a binary dump of these lists. This list of lists is
|
|
|
|
* not serialized itself.
|
|
|
|
*
|
|
|
|
* \note `BKE_main` files are for operations over the Main database itself, or generating extra
|
|
|
|
* temp data to help working with it. Those should typically not affect the data-blocks themselves.
|
|
|
|
*
|
|
|
|
* \section Function Names
|
|
|
|
*
|
|
|
|
* - `BKE_main_` should be used for functions in that file.
|
2011-02-18 13:05:18 +00:00
|
|
|
*/
|
2020-02-10 15:05:54 +01:00
|
|
|
|
2002-10-12 11:37:38 +00:00
|
|
|
#include "DNA_listBase.h"
|
|
|
|
|
2018-11-07 16:06:36 +01:00
|
|
|
#include "BLI_compiler_attrs.h"
|
|
|
|
#include "BLI_sys_types.h"
|
|
|
|
|
2010-10-05 00:05:14 +00:00
|
|
|
#ifdef __cplusplus
|
|
|
|
extern "C" {
|
|
|
|
#endif
|
|
|
|
|
2018-11-07 16:06:36 +01:00
|
|
|
struct BLI_mempool;
|
2019-01-28 21:08:24 +11:00
|
|
|
struct BlendThumbnail;
|
2018-11-07 16:06:36 +01:00
|
|
|
struct GHash;
|
2019-02-08 18:44:37 +01:00
|
|
|
struct GSet;
|
2018-11-07 16:06:36 +01:00
|
|
|
struct ImBuf;
|
2002-10-12 11:37:38 +00:00
|
|
|
struct Library;
|
2014-06-26 14:55:40 +06:00
|
|
|
struct MainLock;
|
2002-10-12 11:37:38 +00:00
|
|
|
|
Make .blend file thumbnail reading simpler and more coherent, read/store them when reading in background mode.
Primary goal of this commit is to fix an annoying issue - when processing and saving .blend
files in background mode you lose their thumbnails, since it can only be generated with
an OpenGL context.
Solution to that is to read .blend thumbnail while reading .blend file (only done in background
mode currently), and store it in Main struct.
Also, this lead to removing .blend file reading code from thumb_blend (no need to have doublons).
We now have a small interface in regular reading code area, which keeps it reasonbaly light
by only reading/parsing header info, and first few BHead blocks.
This makes code reading .blend thumbnail about 3 to 4 times slower than previous highly specialized
one in blend_thumb.c, but overall thumbnail generation of a big .blend files folder only grows
of about 1%, think we can bare with it.
Finally, since thumbnail is now optionally stored in Main struct, it makes it easy to allow user
to define their own custom one (instead of auto-generated one). RNA API for this was not added though,
accessing that kind of .blend meta-data has to be rethought a bit on a bigger level first.
Reviewers: sergey, campbellbarton
Subscribers: Severin, psy-fi
Differential Revision: https://developer.blender.org/D1469
2015-08-27 15:53:23 +02:00
|
|
|
/* Blender thumbnail, as written on file (width, height, and data as char RGBA). */
|
|
|
|
/* We pack pixel data after that struct. */
|
|
|
|
typedef struct BlendThumbnail {
|
|
|
|
int width, height;
|
|
|
|
char rect[0];
|
|
|
|
} BlendThumbnail;
|
|
|
|
|
2017-01-30 21:00:07 +01:00
|
|
|
/* Structs caching relations between data-blocks in a given Main. */
|
2021-01-21 14:52:40 +01:00
|
|
|
typedef struct MainIDRelationsEntryItem {
|
|
|
|
struct MainIDRelationsEntryItem *next;
|
|
|
|
|
|
|
|
union {
|
|
|
|
/* For `from_ids` list, a user of the hashed ID. */
|
|
|
|
struct ID *from;
|
|
|
|
/* For `to_ids` list, an ID used by the hashed ID. */
|
|
|
|
struct ID **to;
|
|
|
|
} id_pointer;
|
|
|
|
/* Session uuid of the `id_pointer`. */
|
|
|
|
uint session_uuid;
|
|
|
|
|
|
|
|
int usage_flag; /* Using IDWALK_ enums, defined in BKE_lib_query.h */
|
|
|
|
} MainIDRelationsEntryItem;
|
|
|
|
|
2017-01-30 21:00:07 +01:00
|
|
|
typedef struct MainIDRelationsEntry {
|
2021-01-21 14:52:40 +01:00
|
|
|
/* Linked list of IDs using that ID. */
|
|
|
|
struct MainIDRelationsEntryItem *from_ids;
|
|
|
|
/* Linked list of IDs used by that ID. */
|
|
|
|
struct MainIDRelationsEntryItem *to_ids;
|
|
|
|
|
|
|
|
/* Session uuid of the ID matching that entry. */
|
|
|
|
uint session_uuid;
|
|
|
|
|
|
|
|
/* Runtime tags, users should ensure those are reset after usage. */
|
|
|
|
uint tags;
|
2017-01-30 21:00:07 +01:00
|
|
|
} MainIDRelationsEntry;
|
|
|
|
|
2021-01-21 14:52:40 +01:00
|
|
|
/* MainIDRelationsEntry.tags */
|
|
|
|
typedef enum MainIDRelationsEntryTags {
|
|
|
|
/* Generic tag marking the entry as to be processed. */
|
|
|
|
MAINIDRELATIONS_ENTRY_TAGS_DOIT = 1 << 0,
|
|
|
|
/* Generic tag marking the entry as processed. */
|
|
|
|
MAINIDRELATIONS_ENTRY_TAGS_PROCESSED = 1 << 1,
|
|
|
|
} MainIDRelationsEntryTags;
|
|
|
|
|
2017-01-30 21:00:07 +01:00
|
|
|
typedef struct MainIDRelations {
|
2021-01-21 14:52:40 +01:00
|
|
|
/* Mapping from an ID pointer to all of its parents (IDs using it) and children (IDs it uses).
|
|
|
|
* Values are `MainIDRelationsEntry` pointers. */
|
|
|
|
struct GHash *relations_from_pointers;
|
|
|
|
/* Note: we could add more mappings when needed (e.g. from session uuid?). */
|
2017-01-30 21:00:07 +01:00
|
|
|
|
2020-02-18 11:21:34 +01:00
|
|
|
short flag;
|
|
|
|
|
2017-01-30 21:00:07 +01:00
|
|
|
/* Private... */
|
2021-01-21 14:52:40 +01:00
|
|
|
struct BLI_mempool *entry_items_pool;
|
2017-01-30 21:00:07 +01:00
|
|
|
} MainIDRelations;
|
|
|
|
|
2020-02-18 11:21:34 +01:00
|
|
|
enum {
|
|
|
|
/* Those bmain relations include pointers/usages from editors. */
|
|
|
|
MAINIDRELATIONS_INCLUDE_UI = 1 << 0,
|
|
|
|
};
|
|
|
|
|
2002-10-12 11:37:38 +00:00
|
|
|
typedef struct Main {
|
|
|
|
struct Main *next, *prev;
|
2012-01-21 14:54:53 +00:00
|
|
|
char name[1024]; /* 1024 = FILE_MAX */
|
Blender: change bugfix release versioning from a/b/c to .1/.2/.3
The file subversion is no longer used in the Python API or user interface,
and is now internal to Blender.
User interface, Python API and file I/O metadata now use more consistent
formatting for version numbers. Official releases use "2.83.0", "2.83.1",
and releases under development use "2.90.0 Alpha", "2.90.0 Beta".
Some Python add-ons may need to lower the Blender version in bl_info to
(2, 83, 0) or (2, 90, 0) if they used a subversion number higher than 0.
https://wiki.blender.org/wiki/Reference/Release_Notes/2.83/Python_API#Compatibility
This change is in preparation of LTS releases, and also brings us more
in line with semantic versioning.
Fixes T76058.
Differential Revision: https://developer.blender.org/D7748
2020-05-25 10:49:04 +02:00
|
|
|
short versionfile, subversionfile; /* see BLENDER_FILE_VERSION, BLENDER_FILE_SUBVERSION */
|
2006-11-26 21:17:15 +00:00
|
|
|
short minversionfile, minsubversionfile;
|
2013-11-18 18:13:23 +06:00
|
|
|
uint64_t build_commit_timestamp; /* commit's timestamp from buildinfo */
|
2013-11-15 17:11:59 +06:00
|
|
|
char build_hash[16]; /* hash from buildinfo */
|
2018-03-19 14:17:59 +01:00
|
|
|
char recovered; /* indicate the main->name (file) is the recovered one */
|
|
|
|
/** All current ID's exist in the last memfile undo step. */
|
|
|
|
char is_memfile_undo_written;
|
2019-11-07 16:52:03 +11:00
|
|
|
/**
|
|
|
|
* An ID needs its data to be flushed back.
|
|
|
|
* use "needs_flush_to_id" in edit data to flag data which needs updating.
|
|
|
|
*/
|
|
|
|
char is_memfile_undo_flush_needed;
|
2020-03-17 12:29:36 +01:00
|
|
|
/**
|
2020-11-18 16:31:15 -05:00
|
|
|
* Indicates that next memfile undo step should not allow reusing old bmain when re-read, but
|
2020-03-17 12:29:36 +01:00
|
|
|
* instead do a complete full re-read/update from stored memfile.
|
|
|
|
*/
|
|
|
|
char use_memfile_full_barrier;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2020-05-15 16:53:43 +10:00
|
|
|
/**
|
|
|
|
* When linking, disallow creation of new data-blocks.
|
|
|
|
* Make sure we don't do this by accident, see T76738.
|
|
|
|
*/
|
|
|
|
char is_locked_for_linking;
|
|
|
|
|
Make .blend file thumbnail reading simpler and more coherent, read/store them when reading in background mode.
Primary goal of this commit is to fix an annoying issue - when processing and saving .blend
files in background mode you lose their thumbnails, since it can only be generated with
an OpenGL context.
Solution to that is to read .blend thumbnail while reading .blend file (only done in background
mode currently), and store it in Main struct.
Also, this lead to removing .blend file reading code from thumb_blend (no need to have doublons).
We now have a small interface in regular reading code area, which keeps it reasonbaly light
by only reading/parsing header info, and first few BHead blocks.
This makes code reading .blend thumbnail about 3 to 4 times slower than previous highly specialized
one in blend_thumb.c, but overall thumbnail generation of a big .blend files folder only grows
of about 1%, think we can bare with it.
Finally, since thumbnail is now optionally stored in Main struct, it makes it easy to allow user
to define their own custom one (instead of auto-generated one). RNA API for this was not added though,
accessing that kind of .blend meta-data has to be rethought a bit on a bigger level first.
Reviewers: sergey, campbellbarton
Subscribers: Severin, psy-fi
Differential Revision: https://developer.blender.org/D1469
2015-08-27 15:53:23 +02:00
|
|
|
BlendThumbnail *blen_thumb;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2002-10-12 11:37:38 +00:00
|
|
|
struct Library *curlib;
|
2019-03-08 09:29:17 +11:00
|
|
|
ListBase scenes;
|
|
|
|
ListBase libraries;
|
|
|
|
ListBase objects;
|
|
|
|
ListBase meshes;
|
|
|
|
ListBase curves;
|
|
|
|
ListBase metaballs;
|
|
|
|
ListBase materials;
|
|
|
|
ListBase textures;
|
|
|
|
ListBase images;
|
|
|
|
ListBase lattices;
|
|
|
|
ListBase lights;
|
|
|
|
ListBase cameras;
|
|
|
|
ListBase ipo; /* Deprecated (only for versioning). */
|
|
|
|
ListBase shapekeys;
|
|
|
|
ListBase worlds;
|
|
|
|
ListBase screens;
|
|
|
|
ListBase fonts;
|
|
|
|
ListBase texts;
|
|
|
|
ListBase speakers;
|
|
|
|
ListBase lightprobes;
|
|
|
|
ListBase sounds;
|
|
|
|
ListBase collections;
|
|
|
|
ListBase armatures;
|
|
|
|
ListBase actions;
|
|
|
|
ListBase nodetrees;
|
|
|
|
ListBase brushes;
|
|
|
|
ListBase particles;
|
|
|
|
ListBase palettes;
|
|
|
|
ListBase paintcurves;
|
|
|
|
ListBase wm; /* Singleton (exception). */
|
|
|
|
ListBase gpencils;
|
|
|
|
ListBase movieclips;
|
|
|
|
ListBase masks;
|
|
|
|
ListBase linestyles;
|
|
|
|
ListBase cachefiles;
|
|
|
|
ListBase workspaces;
|
2020-03-17 14:41:48 +01:00
|
|
|
ListBase hairs;
|
|
|
|
ListBase pointclouds;
|
|
|
|
ListBase volumes;
|
2020-04-20 10:37:38 +02:00
|
|
|
ListBase simulations;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2019-04-27 12:07:07 +10:00
|
|
|
/**
|
|
|
|
* Must be generated, used and freed by same code - never assume this is valid data unless you
|
|
|
|
* know when, who and how it was created.
|
|
|
|
* Used by code doing a lot of remapping etc. at once to speed things up.
|
|
|
|
*/
|
2017-01-30 21:00:07 +01:00
|
|
|
struct MainIDRelations *relations;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2014-06-26 14:55:40 +06:00
|
|
|
struct MainLock *lock;
|
2002-10-12 11:37:38 +00:00
|
|
|
} Main;
|
|
|
|
|
2018-11-07 16:06:36 +01:00
|
|
|
struct Main *BKE_main_new(void);
|
|
|
|
void BKE_main_free(struct Main *mainvar);
|
|
|
|
|
|
|
|
void BKE_main_lock(struct Main *bmain);
|
|
|
|
void BKE_main_unlock(struct Main *bmain);
|
|
|
|
|
2020-02-18 11:21:34 +01:00
|
|
|
void BKE_main_relations_create(struct Main *bmain, const short flag);
|
2018-11-07 16:06:36 +01:00
|
|
|
void BKE_main_relations_free(struct Main *bmain);
|
2021-02-02 17:26:30 +01:00
|
|
|
void BKE_main_relations_tag_set(struct Main *bmain,
|
|
|
|
const MainIDRelationsEntryTags tag,
|
|
|
|
const bool value);
|
2018-11-07 16:06:36 +01:00
|
|
|
|
2019-02-08 18:44:37 +01:00
|
|
|
struct GSet *BKE_main_gset_create(struct Main *bmain, struct GSet *gset);
|
|
|
|
|
2019-02-07 17:16:15 +01:00
|
|
|
/* *** Generic utils to loop over whole Main database. *** */
|
2019-02-14 16:24:49 +01:00
|
|
|
|
|
|
|
#define FOREACH_MAIN_LISTBASE_ID_BEGIN(_lb, _id) \
|
2019-02-18 15:45:52 +01:00
|
|
|
{ \
|
2020-02-18 14:37:42 +01:00
|
|
|
ID *_id_next = (_lb)->first; \
|
|
|
|
for ((_id) = _id_next; (_id) != NULL; (_id) = _id_next) { \
|
|
|
|
_id_next = (_id)->next;
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2019-02-14 16:24:49 +01:00
|
|
|
#define FOREACH_MAIN_LISTBASE_ID_END \
|
2019-04-17 06:17:24 +02:00
|
|
|
} \
|
2019-02-18 15:45:52 +01:00
|
|
|
} \
|
2019-02-14 16:24:49 +01:00
|
|
|
((void)0)
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2019-03-18 11:32:06 +01:00
|
|
|
#define FOREACH_MAIN_LISTBASE_BEGIN(_bmain, _lb) \
|
2019-02-14 16:24:49 +01:00
|
|
|
{ \
|
2021-03-04 18:39:07 +01:00
|
|
|
ListBase *_lbarray[INDEX_ID_MAX]; \
|
2020-02-18 14:37:42 +01:00
|
|
|
int _i = set_listbasepointers((_bmain), _lbarray); \
|
2019-02-18 16:12:36 +01:00
|
|
|
while (_i--) { \
|
2020-02-18 14:37:42 +01:00
|
|
|
(_lb) = _lbarray[_i];
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2019-03-18 11:32:06 +01:00
|
|
|
#define FOREACH_MAIN_LISTBASE_END \
|
2019-04-17 06:17:24 +02:00
|
|
|
} \
|
2019-02-14 16:24:49 +01:00
|
|
|
} \
|
|
|
|
((void)0)
|
|
|
|
|
2019-04-27 12:07:07 +10:00
|
|
|
/**
|
2021-03-04 18:39:07 +01:00
|
|
|
* Top level `foreach`-like macro allowing to loop over all IDs in a given #Main data-base.
|
|
|
|
*
|
|
|
|
* NOTE: Order tries to go from 'user IDs' to 'used IDs' (e.g. collections will be processed
|
|
|
|
* before objects, which will be processed before obdata types, etc.).
|
|
|
|
*
|
|
|
|
* WARNING: DO NOT use break statement with that macro, use #FOREACH_MAIN_LISTBASE and
|
|
|
|
* #FOREACH_MAIN_LISTBASE_ID instead if you need that kind of control flow. */
|
2019-03-18 11:32:06 +01:00
|
|
|
#define FOREACH_MAIN_ID_BEGIN(_bmain, _id) \
|
2019-02-14 16:24:49 +01:00
|
|
|
{ \
|
2019-03-18 11:32:06 +01:00
|
|
|
ListBase *_lb; \
|
2020-02-18 14:37:42 +01:00
|
|
|
FOREACH_MAIN_LISTBASE_BEGIN ((_bmain), _lb) { \
|
|
|
|
FOREACH_MAIN_LISTBASE_ID_BEGIN (_lb, (_id))
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2019-03-18 11:32:06 +01:00
|
|
|
#define FOREACH_MAIN_ID_END \
|
|
|
|
FOREACH_MAIN_LISTBASE_ID_END; \
|
|
|
|
} \
|
|
|
|
FOREACH_MAIN_LISTBASE_END; \
|
|
|
|
} \
|
|
|
|
((void)0)
|
2019-02-07 17:16:15 +01:00
|
|
|
|
2018-11-07 16:06:36 +01:00
|
|
|
struct BlendThumbnail *BKE_main_thumbnail_from_imbuf(struct Main *bmain, struct ImBuf *img);
|
|
|
|
struct ImBuf *BKE_main_thumbnail_to_imbuf(struct Main *bmain, struct BlendThumbnail *data);
|
|
|
|
void BKE_main_thumbnail_create(struct Main *bmain);
|
|
|
|
|
|
|
|
const char *BKE_main_blendfile_path(const struct Main *bmain) ATTR_NONNULL();
|
|
|
|
const char *BKE_main_blendfile_path_from_global(void);
|
|
|
|
|
2020-09-04 20:59:13 +02:00
|
|
|
struct ListBase *which_libbase(struct Main *bmain, short type);
|
2018-11-07 16:06:36 +01:00
|
|
|
|
2021-03-04 18:39:07 +01:00
|
|
|
//#define INDEX_ID_MAX 41
|
|
|
|
int set_listbasepointers(struct Main *main, struct ListBase *lb[]);
|
2018-11-07 16:06:36 +01:00
|
|
|
|
2012-12-17 05:38:50 +00:00
|
|
|
#define MAIN_VERSION_ATLEAST(main, ver, subver) \
|
2013-01-07 15:42:42 +00:00
|
|
|
((main)->versionfile > (ver) || \
|
2020-04-05 13:53:24 +10:00
|
|
|
((main)->versionfile == (ver) && (main)->subversionfile >= (subver)))
|
2002-10-12 11:37:38 +00:00
|
|
|
|
2013-03-17 14:38:58 +00:00
|
|
|
#define MAIN_VERSION_OLDER(main, ver, subver) \
|
|
|
|
((main)->versionfile < (ver) || \
|
2020-04-05 13:53:24 +10:00
|
|
|
((main)->versionfile == (ver) && (main)->subversionfile < (subver)))
|
2013-03-17 14:38:58 +00:00
|
|
|
|
Make .blend file thumbnail reading simpler and more coherent, read/store them when reading in background mode.
Primary goal of this commit is to fix an annoying issue - when processing and saving .blend
files in background mode you lose their thumbnails, since it can only be generated with
an OpenGL context.
Solution to that is to read .blend thumbnail while reading .blend file (only done in background
mode currently), and store it in Main struct.
Also, this lead to removing .blend file reading code from thumb_blend (no need to have doublons).
We now have a small interface in regular reading code area, which keeps it reasonbaly light
by only reading/parsing header info, and first few BHead blocks.
This makes code reading .blend thumbnail about 3 to 4 times slower than previous highly specialized
one in blend_thumb.c, but overall thumbnail generation of a big .blend files folder only grows
of about 1%, think we can bare with it.
Finally, since thumbnail is now optionally stored in Main struct, it makes it easy to allow user
to define their own custom one (instead of auto-generated one). RNA API for this was not added though,
accessing that kind of .blend meta-data has to be rethought a bit on a bigger level first.
Reviewers: sergey, campbellbarton
Subscribers: Severin, psy-fi
Differential Revision: https://developer.blender.org/D1469
2015-08-27 15:53:23 +02:00
|
|
|
#define BLEN_THUMB_SIZE 128
|
|
|
|
|
2019-02-11 19:09:27 +11:00
|
|
|
#define BLEN_THUMB_MEMSIZE(_x, _y) \
|
|
|
|
(sizeof(BlendThumbnail) + ((size_t)(_x) * (size_t)(_y)) * sizeof(int))
|
|
|
|
/** Protect against buffer overflow vulnerability & negative sizes. */
|
|
|
|
#define BLEN_THUMB_MEMSIZE_IS_VALID(_x, _y) \
|
|
|
|
(((_x) > 0 && (_y) > 0) && ((uint64_t)(_x) * (uint64_t)(_y) < (SIZE_MAX / (sizeof(int) * 4))))
|
Make .blend file thumbnail reading simpler and more coherent, read/store them when reading in background mode.
Primary goal of this commit is to fix an annoying issue - when processing and saving .blend
files in background mode you lose their thumbnails, since it can only be generated with
an OpenGL context.
Solution to that is to read .blend thumbnail while reading .blend file (only done in background
mode currently), and store it in Main struct.
Also, this lead to removing .blend file reading code from thumb_blend (no need to have doublons).
We now have a small interface in regular reading code area, which keeps it reasonbaly light
by only reading/parsing header info, and first few BHead blocks.
This makes code reading .blend thumbnail about 3 to 4 times slower than previous highly specialized
one in blend_thumb.c, but overall thumbnail generation of a big .blend files folder only grows
of about 1%, think we can bare with it.
Finally, since thumbnail is now optionally stored in Main struct, it makes it easy to allow user
to define their own custom one (instead of auto-generated one). RNA API for this was not added though,
accessing that kind of .blend meta-data has to be rethought a bit on a bigger level first.
Reviewers: sergey, campbellbarton
Subscribers: Severin, psy-fi
Differential Revision: https://developer.blender.org/D1469
2015-08-27 15:53:23 +02:00
|
|
|
|
2010-10-05 00:05:14 +00:00
|
|
|
#ifdef __cplusplus
|
|
|
|
}
|
|
|
|
#endif
|