Revision 36797a6 by Campbell Barton September 5, 2012, 23:17 (GMT) |
code cleanup: use *(*var)[2] for pairs in bmesh code rather then a 1d array stepping by 2. |
Revision dbe3cea by Dalai Felinto September 5, 2012, 20:50 (GMT) |
silencing some of the warnings in OSL for OSX |
Revision 6e85ffc by Campbell Barton September 5, 2012, 19:21 (GMT) |
code cleanup: bmesh subdivide code was growing arrays one by one, when the final size is known - do this in one go. also replace for loops with iterator macros. |
Revision b9e544e by Bastien Montagne September 5, 2012, 18:35 (GMT) |
Adding brazilian portuguese language, as requested by portuguese team. |
Revision d490277 by Lukas Toenne September 5, 2012, 18:12 (GMT) |
Quick fix for compiler error. Somehow the isfinite symbol got lost for SVM too now, no idea how this happened or where it actually came from. This will likely also cause trouble with CUDA/OpenCL compilers, will have to be fixed properly later. |
Revision 674d295 by Lukas Toenne September 5, 2012, 17:08 (GMT) |
Fix for attribute lookup in OSL. This uses a map in the OSL globals instead of the device texture. |
Revision bac6f03 by Sergey Sharybin September 5, 2012, 16:29 (GMT) |
Color Management: fix for dereferencing NULL pointer |
Revision 4d15214 by Sergey Sharybin September 5, 2012, 16:24 (GMT) |
Color Management: exposure is in fact pre-display transfrom |
Revision ee5bf88 by Sergey Sharybin September 5, 2012, 16:08 (GMT) |
Color Management: RGB curves transform as a part of display transform This replaces per-image editor curve mapping which didn't behave properly (it was possible to open the same image in two image editors and setup different curves in this editors, but only last changed curve was applied on image) After discussion with Brecht decided to have something which works reliable and predictable and ended up with adding RGB curves as a part of display transform, which is applied before OCIO processor (to match old behavior). Setting white/black values from image editor (Ctrl/Shift + LMB) would affect on scene settings. This could break compatibility, but there's no reliable way to convert old semi-working settings into new one. |
Revision 7d980ca by Sergey Sharybin September 5, 2012, 14:29 (GMT) |
Color Management: don't show input color space for byte images |
Revision 16a1266 by Sergey Sharybin September 5, 2012, 14:19 (GMT) |
Revision c1dc375 by Sergey Sharybin September 5, 2012, 14:11 (GMT) |
Sequencer: show color sample line in image display mode only |
Revision 196028a by Sergey Sharybin September 5, 2012, 13:58 (GMT) |
Color Management: made OpenColorIO transformations aware of color unpremultiply Mainly behaves in the same way as legacy color transformation, but it'll give different result on over and under exposured areas. Not sure if it's indeed issue -- seems this behaves crappy in both of current stable release and OCIO branch. |
Revision 9ca2513 by Antonis Ryakiotakis September 5, 2012, 13:50 (GMT) |
Fix compositor crash. g_highlightedNodes can be NULL. |
Revision ade9acc by Sergey Sharybin September 5, 2012, 12:14 (GMT) |
Color Management: fix for tiled image draw and remove unused code |
Revision a823207 by Lukas Toenne September 5, 2012, 12:06 (GMT) |
Cycles fix: particle standard attribute had no name conversion yet. |
Revision 2015835 by Sergey Sharybin September 5, 2012, 12:00 (GMT) |
Code cleanup -- remove unneeded changes, synchronize some areas with trunk |
Revision c659997 by Sergey Sharybin September 5, 2012, 11:43 (GMT) |
Sequencer: multi-threaded histogram calculation This gives some percentage of speedup, which compensates slowdown caused by converting image buffer into display space. Used OpenMP for this. Still feel skeptic about this, discussed with Brecht and we decided this approach actually could be used since seems all the platforms has got OpenMP issues solved. Waveform and vector scopes are still single-threaded since they're a bit tricker to be done multi-threaded and probably not so commonly used. |
Revision 54cf098 by Sergey Sharybin September 5, 2012, 11:43 (GMT) |
Sequencer: cache currently displaying scopes This avoids calculation of scopes on every redraw, so such tools as panning and zoom wouldn't imply re-calculating scopes. Implemented as a structure inside of SpaceSeq, juts like it's done for clip and image spaces. Also fixed zebra display to work in display space. |
Revision f4817e3 by Sergey Sharybin September 5, 2012, 11:42 (GMT) |
Color Management: sequencer's scopes now works in display space Added utility function to apply display transformation on image buffer's float array which is currently only used by sequencer's scopes. This function is multithreaded, but scopes should be improved further since currently they're being recalculated from scratch on every draw. |
|
|
|


Master Commits
MiikaH:n Sivut a.k.a. MiikaHweb | 2003-2021