git.blender.org/blender.git - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author
2009-03-18	2.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-02-26	better remove t1_generate_luts.c rather then in scons.	Campbell Barton

2009-02-26	openjpeg 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-26	2.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-23	2.5 / SCons	Nathan 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 cleaning	Nathan Letwory
	* accidently left priority tests around.
2008-11-05	* enable openjpeg building for win32/msvc	Nathan 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-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 :)