Weight Painting overlay is affected by the material color #61486
Labels
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
5 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender#61486
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
System Information
Operating system: Linux
Graphics card: GeForce 1050
Blender Version
version: 2.80 (sub 44), branch: blender2.7, commit date: 2019-02-11 23:10,
hash:
036ec5cae4, type: Release build date: 2019-02-12, 00:32:25Short description of error
Weight Painting renders in Green->Black colormap.
RGB = normal red-thru-blue weight colormap.
gb = green-to-black colormap.
Cycles: RGB RGB gb gb
eevee: RGB RGB gb gb
Workbench: RGB RGB --- RGB
The wireframe-mode is too dark to work with.
The "dithered" in all Solid-modes is too light to be useful.
Regarding the 4 combinations labelled "gb" (green-to-black) in the above table:
Sometime when toggling between modes, you can briefly see the rendering pass through the correct RGB colormap (for less than a second), before it is overlaid by the persistent green-to-black rendering.
On a semi-separate issue,
the LMB select mode for Weight-Paint(mesh) + Pose-Mode(armature) is broken / unworkable.
User Prefs » Keymap » Select_With » RIGHT
The original RMB-select workflow still works for Weight-Painting...
but then where to find the Context-Menu?
Exact steps for others to reproduce the error
see attached .blend file.
hand.001.blend
system-info.txt
cycles Rendered:
eevee Solid:
eevee Rendered:
workbench Wire:
workbench Solid:
workbench Rendered:
Note: the Solid rendering appears more usable in these Thumbnails, than it actually is full-sized. View images full-sized to see how pale the colors are.
Added subscriber: @shannonz-1
here's that table formated a bit better...
RGB = normal red-thru-blue weight colormap.
gb = green-to-black colormap.
Added subscriber: @ZedDB
You simply deactivate
Show whole scene transparent(the button next to theOverlaysmenu) to get rid of the dithering in solid mode.The reason for the missing colors in the other modes is because of the color of your hand material. It seems to act as a filter.
If the material is red, only red colors will show on the weight paint overlay and the same thing for blue and green too.
I would think that this is a bug as material color shouldn't affect the weight paint overlay when it has 100% opacity.
Weight Painting renders in Green->Black colormapto Weight Painting overlay is affected by the material colorThanks for the solution to the dithering issue -- works great, looks great!
Re: the colormap issue (Green->Black).
Ok. I see what you're saying... so the material color is combined with a Multiply mix-mode or some such. I can work around that now that the dithering issue is resolved, but other new users will ask about this again.
Thanks!
Added subscriber: @WilliamReynish
@shannonz-1 You can set the viewport color to be all-white and the lighting to be Flat. This will allow you to see your weights without being mixed any material colors or lighting.
Added subscriber: @brecht
@brecht @WilliamReynish So... do we consider this as just working by design or do we need to fix something?
I mean, it is working as designed I think. Weights are multiplied on top of the colors and lighting.
Perhaps ideally we should keep the lighting but discard the color, but that introduces some extra complexity here. Anyway, that it more of a design topic/future todo item.
As I see it it is working as designed, and users can already choose if they want to see colors and/or lighting.
Changed status from 'Open' to: 'Archived'
So after talking to @WilliamReynish, we consider this working as intended. Overlays are meant to not be aware of what is underneath them.
@fclem I agree that overlays should most likely disregard what is underneath them.
However, in this case it DOES take into account what is under them. I can have flat shading with single color and everything that is not pure white will mess up the weight paint overlay. Even with a opacity of 100% of the weight paint overlay.
I can't think of any circumstance where this would be the desired behavior.
The overlay should replace the color, not mix with it.
Added subscriber: @Mets
+1. Here's me trying to go from studio lighting textured viewport into weight painting on a face.
The real weights are revealed only after several mouse clicks, by going into flat shading, single color, make sure it's white.
And when I leave weight paint mode of course I'm greeted by this eye sore
And it will take me several clicks to go back to the shading mode of my preference.
Same issue with vertex painting. It should replace the shading, not mix! Or mix with a different blending mode, that lets the weights be visible regardless of what's underneath.