Sivu saatavilla vain englanninkielisenä.Blender SVN Statistics -> Branches -> sim_physics
"Sim_physics" branch
Repository: https://svn.blender.org/svnroot/bf-blender/branches/sim_physics/
Total commits : 116
Total committers : 3
Commits by date
| Date | Number of Commits | |
|---|---|---|
| July, 2009 | 1 | |
| June, 2009 | 3 | |
| May, 2009 | 1 | |
| April, 2009 | 6 | |
| March, 2009 | 4 | |
| February, 2009 | 1 | |
| January, 2009 | 4 | |
| December, 2008 | 9 | |
| November, 2008 | 15 | |
| October, 2008 | 41 | |
| September, 2008 | 31 | |
Committers
| Author | Number of Commits |
|---|---|
| Matt Ebb | 89 |
| Daniel Genrich | 22 |
| Benoit Bolsee | 5 |
Latest commits 
July 3, 2009, 2:03 pm (+0300) |
* Fixed a crazy memory leak in voxel data image sequence data source |
June 22, 2009, 1:17 am (+0300) |
* fix for small bug in volume texture stack |
June 20, 2009, 9:41 am (+0300) |
Voxel data & volume light cache * Added support for additional file types in the voxel data texture. I added support for 8 bit raw files, but most notably for image sequences. Image sequences generate the voxel grid by stacking layers of image slices on top of each other to generate the voxels in the Z axis - the number of slices in the sequence is the resolution of the voxel grid's Z axis. i.e. http://mke3.net/blender/devel/rendering/volumetrics/skull_layers.jpg The image sequence option is particularly useful for loading medical data into Blender. 3d medical data such as MRIs or CT scans are often stored as DICOM format image sequences. It's not in Blender's scope to support the DICOM format, but there are plenty of utilities such as ImageMagick, Photoshop or OsiriX that can easily convert DICOM files to formats that Blender supports, such as PNG or JPEG. Here are some example renderings using these file formats to load medical data: http://vimeo.com/5242961 http://vimeo.com/5242989 http://vimeo.com/5243228 Currently the 8 bit raw and image sequence formats only support the 'still' rendering feature. * Changed the default texture placement to be centred around 0.5,0.5,0.5, rather than within the 0.0,1.0 cube. This is more consistent with image textures, and it also means you can easily add a voxel data texture to a default cube without having to mess around with mapping. * Added some more extrapolation modes such as Repeat and Extend rather than just clipping http://mke3.net/blender/devel/rendering/volumetrics/bradybunch.jpg * Changed the voxel data storage to use MEM_Mapalloc (memory mapped disk cache) rather than storing in ram, to help cut down memory usage. * Refactored and cleaned up the code a lot. Now the access and interpolation code is separated into a separate voxel library inside blenlib. This is now properly shared between voxel data texture and light cache (previously there was some duplicated code). * Made volume light cache support non-cubic voxel grids. Now the resolution specified in the material properties is used for the longest edge of the volume object's bounding box, and the shorter edges are proportional (similar to how resolution is calculated for fluid sim domains). This is *much* more memory efficient for squashed volume regions like clouds layer bounding boxes, allowing you to raise the resolution considerably while still keeping memory usage acceptable. |
June 10, 2009, 10:45 am (+0300) |
* raised some limits in point density |
May 16, 2009, 4:17 pm (+0300) |
* Fix for simple bug in voxel data texture |
Revision 19840 by Daniel Genrich April 21, 2009, 1:35 pm (+0300) |
6th compile fix, sorry |
Revision 19839 by Daniel Genrich April 21, 2009, 1:19 pm (+0300) |
5th: another compile fix |
Revision 19836 by Daniel Genrich April 21, 2009, 12:31 pm (+0300) |
4th: another file corrupted |
Revision 19834 by Daniel Genrich April 21, 2009, 12:09 pm (+0300) |
sim_physics: 3rd attempt to really commit all stuff |
Revision 19833 by Daniel Genrich April 21, 2009, 11:49 am (+0300) |
2nd try to merge sim_physics with trunk rev 19825 Please check if volumetrics are yet working |
MiikaHweb - Blender SVN Statistics v1.20