Welcome to mirror list, hosted at ThFree Co, Russian Federation.

git.blender.org/blender.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2015-08-05OpenSubdiv: Enable by default on the supported platformsSergey Sharybin
This commit makes sure Linux and Windows buildbots are using OpenSubdiv and also enables OpenSubdiv by default on Windows. OSX is kept disabled still, this is due to OpenGL restrictions which are not solved in any way yet. Linux is defaults to OpenSubdiv disabled because it needs precompiled library. The documentation could be found there: http://wiki.blender.org/index.php/User:Nazg-gul/OpenSubdiv
2015-07-28Audaspace: fixing problems for the merge to master suggested by Campbell and ↵Jörg Müller
Sergey. - rename WITH_EXTERNAL_AUDASPACE to WITH_SYSTEM_AUDASPACE. - rename C/PYAUDASPACE to AUDASPACE_C/PY - simplifying cmake defines and includes. - fixing include paths and enabling WITH_SYSTEM_AUDASPACE for windows. - fixing scons building. - other minor build system fixes.
2015-07-20OpenSubdiv: Commit of OpenSubdiv integration into BlenderSergey Sharybin
This commit contains all the remained parts needed for initial integration of OpenSubdiv into Blender's subdivision surface code. Includes both GPU and CPU backends which works in the following way: - When SubSurf modifier is the last in the modifiers stack then GPU pipeline of OpenSubdiv is used, making viewport performance as fast as possible. This also requires graphscard with GLSL 1.5 support. If this requirement is not met, then no GPU pipeline is used at all. - If SubSurf is not a last modifier or if DerivesMesh is being evaluated for rendering then CPU limit evaluation API from OpenSubdiv is used. This only replaces the legacy evaluation code from CCGSubSurf_legacy, but keeps CCG structures exactly the same as they used to be for ages now. This integration is fully covered with ifdef and not enabled by default because there are several TODOs to be solved first: - Face varying data interpolation is not really cleanly implemented for GPU in OpenSubdiv 3.0. It is also not implemented for limit evaluation API. This basically means we'll have really hard time supporting UVs. - Limit evaluation only works with adaptivly subdivided meshes so far, which basically means all the points of CCG are pushed to the limit. This gives different result from old code. - There are some serious optimizations possible on the topology refiner creation, which would speed up initial OpenSubdiv mesh creation. - There are some hardcoded asumptions in the GPU and DerivedMesh areas which could be generalized. That's something where Antony and Campbell can help, making it so the code is structured in a way which is reusable by all planned viewport projects. - There are also some workarounds in the dependency graph to make sure OpenGL buffers are only freed from the main thread. Those who'll be wanting to make experiments with this code should grab dev branch (NOT master) from https://github.com/Nazg-Gul/OpenSubdiv/tree/dev There are some patches applied in there which we're working on on getting into upstream.
2015-03-03Windows: Add stacktrace support when unhandled exception occurs.Antony Riakiotakis
We need to register the exception handler slightly differently here, as well as adding DbgHelp as a library, but according to docs it should be supported in recent Windows editions (Win XP included even). We can try it first and revert if there are issues.
2015-02-02Bump OpenEXR to 2.2 for windows MSVC 2013Martijn Berger
2015-01-28Switch windows MSVC builds to OpenAL-softMartijn Berger
2014-12-07Input Method Editor (IME) support for text buttonsSeverin
Original patch by @random (D765) with some minor work done by @campbell and me. At this place, I'd like call out a number of people who were involved and deserve a big "Thank you!": * At the first place @randon who developed and submitted the patch * The Blendercn community which helped a lot with testing - espacially * @yuzukyo, @leon_cheung and @kjym3 * @campbellbarton, @mont29 and @sergey for their help and advises during * review * @ton who realized the importance of this early on and asked me for * reviewing We are still not finished, as this is only the first part of the implementaion, but there's more to come!
2014-12-02Cycles: Enable native sm_52 kernel for Windows.Thomas Dinges
2014-11-13Windows (MSVC2013) move to SDL2Martijn Berger
2014-08-27Make SCons's DEBUG/_DEBUG consistent with CMakeSergey Sharybin
Also move this to a generic place in SConstruct instead of having this defines in 6 different configurations. Should not be functional changes, but please verify all the platforms.
2014-08-12Scons / Buildbot: Remove code for Visual Studio 2008.Thomas Dinges
Probably the vc2013 builder can become a more generic name now, but I will double check this with Martijn.
2014-08-01Make build work with llvm3.4 and oiio 1.4Martijn Berger
2014-06-26Windows: Enable numpy again, as we do have libs again for vc2013 and against ↵Thomas Dinges
py3.4.
2014-05-18Promote MSVC 2013 to be the official platform (without a numbered suffix) ↵Martijn Berger
for scons
2014-05-15Windows: Remove support for MSVC 2012 (VC11).Thomas Dinges
The officially supported compiled is now MSVC 2013, and MSVC 2008 will be faded out slowly over the coming weeks.
2014-04-30Windows: Disable Numpy for now, we miss the libs for Python 3.4.Thomas Dinges
Also make the flag WITH_BF_PYTHON_INSTALL_NUMPY flag actually work on Windows.
2014-04-30Cycles CUDA: make CUDA toolkit 6.0 the official supported version.Brecht Van Lommel
This also updates the configurations to build kernels for compute capability 5.0 cards, when using and older CUDA toolkit version this will be skipped. Also includes tweaks to improve performance with this version: * Increase max registers on sm_30, sm_35 and sm_50 * No longer use texture storage on sm_30
2014-04-30Python: move to version 3.4x on all platformsCampbell Barton
2014-04-30Remove hard coded Python version for sconsCampbell Barton
note: this isn't best way of extracting version without '.'
2014-03-27Windows: Upgrade FFmpeg from 0.10 to 2.1.4Sergey Sharybin
Fixes T39423: Blender crashes on iv41 encoded videos in thumbnail display mode Libraries are still being committed to the svn, so compilation might be broken for a while. Sorry for this, but can't really be avoided. Also, some typos in scons are possible.
2014-02-25On MSVC 2013 64 bit set the default to build a vista API targetted binary.Martijn Berger
2014-02-19MSVC: add more warnings to match OSX/LinuxCampbell Barton
2014-02-19MSVC: improve warnings for scons and cmakeCampbell Barton
Some int/float conversion warnings were disabled by buildsystems but re-enabled by BLI_winstuff.h, the warnigns relate to conversions not considered issues on other systems so better just quiet them.
2013-12-29Added option to have a seperate environment for executing nvccMartijn Berger
This can be used to compiler cuda kernels with Visual Studio 2010 while the rest of blender is compiled with MSVC 12.0 / 2013
2013-12-27Basic scons support for building with Visual Studio 2013 although full MSVC ↵Martijn Berger
2013 support still needs more work in scons itself
2013-06-24replace use of 'a.find(b) != -1' --> 'b in a'Campbell Barton
2013-06-24Fix for #35851:Jürgen Herrmann
- Make scons work for non western CL.exe.
2013-06-20Cycles: update build configurations to include CUDA sm_35 architecture. When ↵Brecht Van Lommel
using a compiler older than CUDA 5.0 it will give a warning and skip this architecture.
2013-06-18Scons and BuildBot changes for MSVC 2012 support.Jürgen Herrmann
Thanks Brecht and Thomas for reviewing ;)
2013-06-02Fix #35587: Cycles: image movie to single image crashingSergey Sharybin
Crash was happening on windows platforms only and was caused by some specifics about how CRT works. Basically, blender and all of the .dll are compiled with /MT flag, which means blender.exe and all .dll are using separate environments. This makes it impossible to pass file descriptors from blender to other dll, because it becomes invalid in the dll. And this is exactly what was happening: OIIO was trying to open movie file with all known plugins and one of them was zlib. And the way OIIO was using zlib API is opening the file using Boost and passing a file descriptor to zlib. And since zlib was a dynamic library this lead to general issues using this descriptor in zlib code. Solved by linking to zlib statically. This allows to safely pass file descriptor to zlib API. Alternative would be to compile all the stuff with /MD flag, but that's much bigger and less robust way to fix the issue. Tested on windows using msvc2008, scons plus cmake both 32 and 64 bit versions. Seems to be working fine. Further tweaks for mingw and msvc2012 could be needed tho.
2013-05-28Hopefully scons+llvm works again.Sergey Sharybin
2013-04-07Missing build_files updates in the merger in revision 55847.Tamito Kajiyama
2013-03-28modified build system for updated opencollada libraries (windows only, other ↵Gaia Clary
platforms might want to update as well)
2013-02-21Cycles GPU rendering:Thomas Dinges
* Deprecate computing capability 1.3 (sm_13) This commit disables auto build of sm_13 CUDA platform, which means that starting with Blender 2.67, we don't support sm_13 devices anymore. It has become difficult to support that and it was already feature incomplete (no render-passes, AO, Multi Closure etc). It's still possible to manually enable sm_13 for own tests, but building might break in the future.
2013-01-31Cycles:Thomas Dinges
* One more fix for Boost Linker errors with new OSL master branch.
2012-11-26Switch windows to python 3.3Sergey Sharybin
Should affect on msvc2008 only, however scons with msvc2010 could still be broken.
2012-11-20Windows / OSL:Thomas Dinges
* Enable OSL for Windows and Windows Buildbot.
2012-11-19Windows Libs: move OpenEXR headers to same directory structure as other ↵Brecht Van Lommel
platforms.
2012-11-19SCons: make OSL linking work on windows, and fix OSL compiler path issue toBrecht Van Lommel
properly expand to absolute path.
2012-11-18OSL / Windows:Thomas Dinges
* Some fixes for scons, kernel/osl compiles now. * Still disabled per default, as relative path to oslc.exe does not work and linking fails.
2012-11-16Windows x64:Thomas Dinges
* Fix compile after recent OIIO changes.
2012-11-15Windows / Scons OSL:Thomas Dinges
* Initial support, still commented.
2012-11-12Scons compiling fixJoshua Leung
Proper implementation for only including the boost locale libs when WITH_BF_INTERNATIONAL is enabled, so that those of us who do not need/want to bother with translated ui's can compile. The way it was done before was wrong as 1) the value was always set to true earlier in the config scripts, 2) the base config scripts run before user config overrides are set
2012-11-11Clen up of gettext stuff from scons scripts... Did not touch to buildbots ↵Bastien Montagne
ones, nor to iconv, as it’s still uncleare whether we can get rid of it :/
2012-11-11Replacing gettext i18n backend by boost::locale one.Bastien Montagne
This commit adds a small and simplistic C wrapper around boost's locale library as intern/locale, and heavily simplifies/reduces Blender's own i18n code (under blenfont/ dir). And it adds back UI translation on windows' official builds (with msvc)! Note to platform maintainers: iconv and gettext (libintl) can now be removed from precompiled libs (not gettext binaries, under windows, of course ;) ). Note to MinGW32/64 users: boost_locale lib has not yet been uploaded for those build env, please disable WITH_INTERNATIONAL for now (hopefully will be fixed very soon, have contacted psy-fy).
2012-09-15Color Management, Stage 1: Initial OpenColorIO library integrationSergey Sharybin
This commit integrates support of OpenColorIO library into build systems. It also contains C-API for OpenColorIO library which could be used by Blender. CMake has got find rules familiar to OpenImageIO's one which makes it easier for build system to find needed libraries and includes. Scons only could use explicitly defined paths to libraries and includes. C-API would be compiled and Blender would be linked against C-API and OpenColorIO but it wouldn't affect on Blender behavior at all. OpenColorIO could be disabled by setting up WITH_OCIO to Off in CMake and setting WITH_BF_OCIO in Scons.
2012-08-12Fix El Topo compile with scons (only win64 so far)Daniel Genrich
2012-06-30Cycles / Boost:Thomas Dinges
* Windows (msvc 2008) is now using Boost 1.49
2012-06-21Correct openjpeg for scons too.Antony Riakiotakis
2012-05-29Cycles / CUDA:Thomas Dinges
* Windows department switches to CUDA Toolkit 4.2 :) * Windows Buildbot uses that too now (thanks jesterKing) * Re-enable sm_13 for x86, compiled again with current SVN and the new toolkit. * All official builds for windows now come with sm_13, sm_20, sm_21 and sm_30 for the Kepler cards.