Blender Git Commits

Blender Git "master" branch commits.

Page: 3479 / 5574

September 5, 2012, 23:17 (GMT)
code cleanup: use *(*var)[2] for pairs in bmesh code rather then a 1d array stepping by 2.
September 5, 2012, 20:50 (GMT)
silencing some of the warnings in OSL for OSX
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.
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.
September 5, 2012, 16:29 (GMT)
Color Management: fix for dereferencing NULL pointer
September 5, 2012, 16:24 (GMT)
Color Management: exposure is in fact pre-display transfrom
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.
September 5, 2012, 14:29 (GMT)
Color Management: don't show input color space for byte images
September 5, 2012, 14:19 (GMT)
Merging r50413 through r50422 from trunk into soc-2011-tomato

September 5, 2012, 14:11 (GMT)
Sequencer: show color sample line in image display mode only
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.
September 5, 2012, 13:50 (GMT)
Fix compositor crash. g_highlightedNodes can be NULL.
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.
September 5, 2012, 12:00 (GMT)
Code cleanup -- remove unneeded changes, synchronize some areas with trunk
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.
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.
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.
By: Miika HämäläinenLast update: Nov-07-2014 14:18MiikaHweb | 2003-2021