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
2009-09-05== SCons ==Nathan Letwory
* bring back 'player' libtype, after investigation with ideasman. scons/mingw works nicely, for some reason msvc fails to link still, will look further into it.
2009-08-15- remove UNSET becuase it only works with newer versions of cmake,Campbell Barton
- changed the SDL and Freetype vars to match CMake's names - removed unneeded freetype, SDL and ftgl includes
2009-07-16SConsNathan Letwory
* ensure all SConscripts are ready for win64-vc (where necessary). * ensure we have proper _DEBUG flag for Python when we're doing a debug build. * some cleaning up of linking etc. * ensure /EHsc is there for game engine modules.
2009-06-092.50:Brecht Van Lommel
svn merge https://svn.blender.org/svnroot/bf-blender/trunk/blender -r19820:HEAD Notes: * Game and sequencer RNA, and sequencer header are now out of date a bit after changes in trunk. * I didn't know how to port these bugfixes, most likely they are not needed anymore. * Fix "duplicate strip" always increase the user count for ipo. * IPO pinning on sequencer strips was lost during Undo.
2009-04-202.50: svn merge https://svn.blender.org/svnroot/bf-blender/trunk/blender ↵Brecht Van Lommel
-r19323:HEAD Notes: * blenderbuttons and ICON_SNAP_PEEL_OBJECT were not merged.
2009-04-19Fix for libopenjpeg to enable win64 compile (is in their tracker and will ↵Daniel Genrich
most likely be included in next release)
2009-03-182.50: svn merge https://svn.blender.org/svnroot/bf-blender/trunk/blender ↵Brecht Van Lommel
-r18677:19317 Notes: * Sequence transform strip uses G.scene global, this is commented out now, should be fixed. * Etch-a-ton code was most difficult to merge. The files already in 2.5 got merged, but no new files were added. Calls to these files are commented out with "XXX etch-a-ton". editarmature.c and transform_snap.c were complex to merge. Martin, please check? * Game engine compiles and links again here for scons/make/cmake (player still fails to link).
2009-03-10Addes libopenjpeg (jpeg2000) support to the MakefilesKent Mein
Kent
2009-03-06Addes jpeg2000 support to cmake.Kent Mein
I also did some small tweaks. removed ifdef's for pluginapi didn't need them there. Fixed it so the filesel shows jp2 as image files. (I'm going to do makefiles next) Kent
2009-02-26better remove t1_generate_luts.c rather then in scons.Campbell Barton
2009-02-26openjpeg contained a C file with a main() function, user reported it was ↵Campbell Barton
overriding blenderplayers. remove this file from building, other build systems should do this too.
2009-01-262.50: svn merge https://svn.blender.org/svnroot/bf-blender/trunk/blender ↵Brecht Van Lommel
-r17853:HEAD
2009-01-24* make sure openjpeg stuff compiles and links properly.Nathan Letwory
- since we use this only as statically linked, I took out some confusing #ifdefs.
2008-12-232.5 / SConsNathan Letwory
Blender builds and links on Linux. For now without BGE and its player, but that will come. Priorities are still a mess, so expect more commits soon.
2008-11-05* doing some warning cleaningNathan Letwory
* accidently left priority tests around.
2008-11-05* enable openjpeg building for win32/msvcNathan Letwory
* add support for building redcode on win32/msvc, but disabled for now, as there are linking problems - I cleaned the redcode sconscript - the copying of headers within the source tree is not a clean solution This needs to be fixed later on. For now, lets use redcode from extern/ until a better way is found.
2008-06-10== redcode ==Peter Schlaile
This makes it work for Mac OS X. Thanks to Jean-Luc Peuriere for the patch.
2008-06-03== RED one (redcode) ==Peter Schlaile
This adds redcode (the file format of RED one, R3D) support to blender. Seems to work fine with the footage I found on the web, but keep in mind, that because of the unoptimized nature of libopenjpeg, frame decoding isn't that fast. It is also a rather challenging task, to make 4k-float-footage realtime :)