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

Age	Commit message (Collapse)	Author
2010-10-13	== docs ==	Luca Bonavita
	- moved files in proper directories and adapted paths where needed - deleted doc/oldbugs.txt (asked confirmation to jesterking a week ago in irc) - still working on doxygen files, for now I'll leave them in doc/ - NOTE: while checking if other files were referring to these files, I noted that "GPL-license.txt" is also used in the files below: - release/windows/installer/00.sconsblender.nsi - release/windows/specific.sh but these files should't be affected by this commit, but please check :)
2010-03-09	Updating/removing really really ancient stuff.	Ton Roosendaal

2004-12-27	Biiig commit! Thanks to 2-3 weeks of cvs freeze...	Ton Roosendaal
	Render: - New; support for dual CPU render (SDL thread) Currently only works with alternating scanlines, but gives excellent performance. For both normal render as unified implemented. Note the "mutex" locks on z-transp buffer render and imbuf loads. - This has been made possible by major cleanups in render code, especially getting rid of globals (example Tin Tr Tg Tb Ta for textures) or struct OSA or using Materials or Texture data to write to. - Made normal render fully 4x32 floats too, and removed all old optimizes with chars or shorts. - Made normal render and unified render use same code for sky and halo render, giving equal (and better) results for halo render. Old render now also uses PostProcess options (brightness, mul, gamma) - Added option ("FBuf") in F10 Output Panel, this keeps a 4x32 bits buffer after render. Using PostProcess menu you will note an immediate re- display of image too (32 bits RGBA) - Added "Hue" and "Saturation" sliders to PostProcess options - Render module is still not having a "nice" API, but amount of dependencies went down a lot. Next todo: remove abusive "previewrender" code. The last main global in Render (struct Render) now can be re-used for fully controlling a render, to allow multiple "instances" of render to open. - Renderwindow now displays a smal bar on top with the stats, and keeps the stats after render too. Including "spare" page support. Not only easier visible that way, but also to remove the awkward code that was drawing stats in the Info header (extreme slow on some ATIs too) - Cleaned up blendef.h and BKE_utildefines.h, these two had overlapping defines. - I might have forgotten stuff... and will write a nice doc on the architecture!
2002-11-15	Ok were getting somewhere here ;)	Kent Mein
	I'm not an expert at this but I think I'm getting the hang of it quite nicely. I added autoconf stuff for most of the intern dir. I move readme.txt to README and added the following section to it: ******************************************************************* ******************************************************************* We are in the process of moving things over to automake/autoconf The old makefiles are still in place and will work. If you want to get a working blender skip down to the next section and use this readme as a guide. If you want to play with the new autoconf environment you need to do the following, inside this dir: ./bootstrap mkdir ../newdir cd ../newdir ../blender/configure Take a look at INSTALL for options you can give to configure. About half of the intern directory is done so you won't get very far. If you want to work on fixing it you need to edit Makefile.am's and configure.ac after editing those files you need to run bootstrap again. TODO to finish up the intern dir Square away how ghost works. (i.e. would be nice if under windows you could choose X11 or normal windows libs, same with macos.. right now its a cludge and it doesn't do one explicitly probably involves changing the way configure.ac picks stuff) Get intern/python figured out. Add the following to configure.ac --with-openssl=dir --with-mozilla=dir (get it so nspr is autodetected here) --with-nspr=dir (incase in different dir) --with-jpeg=dir --with-png=dir --with-zlib=dir figure out why the heck the libtool that gets created is wrong on my system (mein@cs.umn.edu) :) Kent -- mein@cs.umn.edu