THIS IS A TEST INSTANCE ONLY! REPOSITORIES CAN BE DELETED AT ANY TIME!
This website requires JavaScript.
Explore
Help
Sign In
bartvdbraak
/
blender
Watch
1
Star
0
Fork
4
You've already forked blender
Code
Issues
4
Pull Requests
1
Actions
1
Packages
Projects
Releases
Wiki
Activity
02c4866d04
blender
/
COPYING
4 lines
85 B
Plaintext
Raw
Normal View
History
Unescape
Escape
Ok were getting somewhere here ;) 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
2002-11-15 06:57:59 +00:00
Please read over both of the following files:
Biiig commit! Thanks to 2-3 weeks of cvs freeze... 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!
2004-12-27 19:28:52 +00:00
doc/GPL-license.txt
doc/BL-license.txt
Reference in New Issue
Copy Permalink