| Age | Commit message (Collapse) | Author |
|---|
|
Allows to put libraries which are always needed by Blender into the
lib/ folder and not worry about OpenGL libraries picked up from there.
Currently no functional changes as we do not yet have dynamic libraries
which we load at startup. It allows to use direct linking of oneAPI
Cycles device (see D15397), also it is something which would need to
happen to support USD/Hydra/TBB compiler as dynamic libraries in the
future.
Differential Revision: https://developer.blender.org/D15403
|
|
Thumbnail extraction now shares code between Linux/Windows,
allowing thumbnails from Zstd compressed blend files to be extracted.
The main logic is placed in blendthumb_extract.cc and is built as static
library. For windows there is DLL which is registered during blender
install and which then reads and generates thumbnails.
For other platforms there is blender-thumbnailer executable file which
takes blend file as an input and generates PNG file. As a result
Python script blender-thumbnailer.py is no longer needed.
The thumbnail extractor shares the same code-path as Blenders file
reading, so there is no need to duplicate any file reading logic.
This means reading compressed blend files is supported (broken since
the recent move Zstd compression - D5799).
This resolves T63736.
Contributors:
- @alausic original patch.
- @LazyDodo windows fixes/support.
- @campbellbarton general fixes/update.
- @lukasstockner97 Zstd support.
Reviewed By: sybren, mont29, LazyDodo, campbellbarton
Ref D6408
|
|
|
|
Needed since Debian & FreeBSD both move away from keeping a synlink to `python`.
|
|
No need to convert the BHead code to an int, just compare the bytes.
|
|
|
|
|
|
also update doc string.
|
|
|
|
from Lawrence D'Oliveiro (ldo)
|
|
and compiz effects are enabled.
Thanks to Nicholas Bishop for pointing in possible solution of this issue.
|
|
|
|
- add blender-softwaregl wrapper script for unix
- quiet compiler warning.
|
|
http://markmail.org/message/fp7ozcywxum3ar7n
|
|
./release/datafiles/bfont.ttf already, and its not used anymore.
- removed scons WITH_BF_FREETYPE
|
|
finding them in their current location and so to test international characters you had to 'make install'.
updated scons/cmake/translation-scripts.
|
|
|
|
|
|
Would make interface look like it used to be before garlic merge until
we're working on making font configurable.
|
|
|
|
- Static variables can be initialized with constants only.
- Removed bunifont.ttf.c from datafiles -- it's not actually a
data file. Unicode font loading stuff is not in blenkernel/font.c
- Allocate as much memory for unzipped data as it's needed.
Default read chunk is 512Kb.
- Fixed regression (or just a typo) in setting utf locale.
- Default locale set to en_US:en works fine now.
- Commented put Nepali language in user preferences -- it's
not supported by current droid font and imo it's better to
have nice font for languages we actually have translation for
rather than allowing to choose more languages in user preferences.
|
|
|
|
|
|
from Shinsuke Irie (irie) with some minor edits.
Shinsuke's description from the tracker:
---
I have implemented GVFS framework support of blender-thumbnailer.py which allows some file managers like Nautilus and Thunar to show thumbnails in trash or network directories. If Python's gio module is available, the thumbnailer uses it to access to filesystems mounted via GVFS. This change shouldn't affect desktop environments other than GNOME and XFCE.
A function gvfs_open() in this patch is defined to solve a stupid incompatibility between Python file object and GIO Seekable object.
On Ubuntu 10.10, I confirmed thumbnails can be generated for file://, trash://, sftp://, and smb://.
|
|
of arguments
noticed by Shinsuke Irie (irie)
|
|
|
|
|
|
|
|
dlltool --> build_files/make/dlltool
bin --> release/bin
Since dlltool is only used make + mingw and ./bin is misleading because it would seem the blender binary would be copied there, but its just used for home directory files.
updated scons/cmake/make
|
