Welcome to mirror list, hosted at ThFree Co, Russian Federation.

git.blender.org/blender.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2010-10-14hex color input wasnt clamped.Campbell Barton
2010-10-13bugfix [#23355] Square Color picker moving by itself and locking upCampbell Barton
2010-10-07misc fixes found with clang's static checker.Campbell Barton
2010-09-22bugfix [#23948] Alpha from images inside compositor is goneCampbell Barton
also fix memory leak.
2010-09-15Apply patch [#23755] Sequencer: small code cleanup using existing color math ↵Nathan Letwory
functions By Luca Bonavita (mindrones) From detailed description: This patch doesnt change functionality, but uses the existing color math functions from math_color.c into sequencer_draw.c.
2010-08-26fix for dark images from the sequencer when color management is disabled.Campbell Barton
the render engine assumes the RenderResult's rectf is not in linear color space when color management is disabled so the sequencer and opengl render need to follow this else it results in dark images.
2010-07-18Fix for uninitialized results from hsv_to_rgb, when hue is out of range 0..1.Brecht Van Lommel
2010-04-06Patch [#21750] Add luma waveform and vectorscope to image viewMatt Ebb
by Xavier Thomas This adds the waveform monitor and vectorscope to the image editor 'scopes' region, bringing it inline (plus a bit more) with sequence editor functionality, and a big step closer to the end goal of unifying the display code for image/ comp/sequence editor. It's non-intrusive, using the same code paths as the histogram. There's still room for more tweaks - I modified the original patch, changing the openGL immediate mode drawing of the waveform display to vertex arrays for speed optimisation. Xavier can look at doing this for the vectorscope now too. Thanks very much Xavier!
2010-03-31Patch from Xavier Thomas: Matt Ebb
YCbCr conversion function according to ITU-R BT.601/709 and JFIF Clarifies color space usage in rgb->ycc conversion, doesn't change existing results.
2010-03-22spaces -> tabs, (4 spaces == 1 tab, only for white space preceding text)Campbell Barton
2010-03-20remove unused includes for blenlib, left ifdef's for non linux os's alone.Campbell Barton
2010-02-12correct fsf addressCampbell Barton
2010-01-22Math Lib:Brecht Van Lommel
* inline some more functions, from math_base and math_vector * also made some changes to the way inline is done so it can work for more than one file * reflect_v3_v3v3 requires input vectors to be normalized now. * added rgb_to_grayscale * added zero_v4, copy_v4_v4, swap_v4_v4, is_one_v3 * added box_clip_bounds_m4 to clip a bounding box against a projection matrix
2010-01-20Durian request: Added 'Color Balance' node to compositor. uses Lift/Gamma/Gain Matt Ebb
similar to sequence editor. --> http://mke3.net/blender/devel/2.5/color_balance_node.jpg Also added 0 key (zero key) shortcut when mouse is over a button, to reset it to its default value. Same as the RMB menu ->Reset to Default, except for color wheels, it only resets the hue/sat/value components that that widget affects. Peter/Xavier: The existing color balance code can generate NaNs (fractional power of a negative), which causes havoc along the image pipeline. I added a check in the node code to prevent this. Still plenty of potential for lots of better colour correction tools in the compositor, just needs time...
2010-01-08Animation Channels Drawing Tweak:Joshua Leung
A solid color backdrop is now drawn behind the mute/protect toggles and sliders, reducing the visual clutter with long names still appearing behind the UI widgets.
2009-12-02Changes to Color ManagementMatt Ebb
After testing and feedback, I've decided to slightly modify the way color management works internally. While the previous method worked well for rendering, was a smaller transition and had some advantages over this new method, it was a bit more ambiguous, and was making things difficult for other areas such as compositing. This implementation now considers all color data (with only a couple of exceptions such as brush colors) to be stored in linear RGB color space, rather than sRGB as previously. This brings it in line with Nuke, which also operates this way, quite successfully. Color swatches, pickers, color ramp display are now gamma corrected to display gamma so you can see what you're doing, but the numbers themselves are considered linear. This makes understanding blending modes more clear (a 0.5 value on overlay will not change the result now) as well as making color swatches act more predictably in the compositor, however bringing over color values from applications like photoshop or gimp, that operate in a gamma space, will give identical results. This commit will convert over existing files saved by earlier 2.5 versions to work generally the same, though there may be some slight differences with things like textures. Now that we're set on changing other areas of shading, this won't be too disruptive overall. I've made a diagram explaining the pipeline here: http://mke3.net/blender/devel/2.5/25_linear_workflow_pipeline.png and some docs here: http://www.blender.org/development/release-logs/blender-250/color-management/
2009-11-10Math LibBrecht Van Lommel
* Pre-conversion commit removing old arithb.c code, this will not compile, next commit fixes that.
2009-11-10Fix for math lib commit, had duplicate definitions of functions,Brecht Van Lommel
giving build issues on some platforms.
2009-11-10Math Lib ReorganizationBrecht Van Lommel
* New header and source files. * Still need a few tweaks before switching code to use them.