View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0014828 | ParaView | (No Category) | public | 2014-06-27 19:19 | 2015-01-09 13:42 | ||||
Reporter | Alan Scott | ||||||||
Assigned To | Utkarsh Ayachit | ||||||||
Priority | normal | Severity | minor | Reproducibility | have not tried | ||||
Status | closed | Resolution | fixed | ||||||
Platform | OS | OS Version | |||||||
Product Version | git-master | ||||||||
Target Version | 4.2 | Fixed in Version | 4.2 | ||||||
Summary | 0014828: Contours, color by is crazy broken | ||||||||
Description | When you contour, then color by something, ParaView gets very confused. I don't know if this is one bug, or numerous. Should be fixed for 4.2. * Linux, local server, master. * Source/ Wavelet. Apply. * Slice. Turn off Show Plane. Apply. * +X * Hide visibility of Wavelet. * Not necessary, but Reset (X) * Contour, by rtdata, take default, apply. <<Bug - you can't color by rtdata>> (Ah, this is by design, you say!) * Restart ParaView from scratch. * Open disk_out_ref.exo. All vars on. Apply. * Slice. Turn off Show Plane. Apply. * +X * Not necessary, but Reset (X) * Color by temp. * Contour filter. Contour by temp. Change value range to 400. Apply. <<Inconsistancy>> We are now contouring by temp. <<Bug>> If you look at the Color By in the Properties tab, it doesn't show Solid Color (but should). The Color By in the top tool bar does! * Color by "Solid Color". (Top tool bar.) (Contour goes white.) * Color editor. Change color to black. * Color by temp. <<bug>> Contour stays black! You can never color by any var again, until you change the color back to white. | ||||||||
Tags | No tags attached. | ||||||||
Project | Sandia | ||||||||
Topic Name | 14828_fix_scalar_coloring | ||||||||
Type | incorrect functionality | ||||||||
Attached Files | |||||||||
Relationships | |
Relationships |
Notes | |
(0032972) Cory Quammen (developer) 2014-07-06 15:33 edited on: 2014-07-07 11:08 |
Alan, I confirm what you see. Here are a few more details. - I did not get this behavior on linux: "<<Bug>> If you look at the Color By in the Properties tab, it doesn't show Solid Color (but should). The Color By in the top tool bar does! " The Solid Color option did appear in the Properties tab, so that may have been fixed by another commit - I don't see why one should not be able to color by the contour array. That should be fixed. - Coloring by scalar arrays appears to be broken in all representations that show line segment poly data. If you take a 3D contour through the wavelet source (default settings), change the representation to Wireframe, change the solid color to green, then color by Normals, the scalar colors are obviously modulated by the green color. That's why when you choose black as the solid color, then color by an array, you see black - black modulated with any color is black. |
(0033038) Utkarsh Ayachit (administrator) 2014-07-18 15:34 |
Scalar coloring blending fix: http://review.source.kitware.com/#/t/4410/ [^] |
(0033062) Utkarsh Ayachit (administrator) 2014-07-22 10:38 |
commit daf8c6e76ec7bb02f56dda17ce260141b7e960a5 Author: Utkarsh Ayachit <utkarsh.ayachit@kitware.com> Date: Fri Jul 18 15:30:37 2014 -0400 BUG 0014828: Keep surface color from interacting with scalar color. When using scalar coloring, if vtkScalarsToColorsPainter decided to use a texture for mapping the scalars to colors, we ended up with the surface color bleeding through the texture. This commit ensures that such bleeding is avoided. We don't simply use glTexEnvf (GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE, GL_REPLACE), since that results in the diffuse highlights being lost. By enabling GL_COLOR_MATERIAL and calling glColor3f(1,1,1), we follow the same lighting/coloring path as we would when not using the texture for scalar coloring. Change-Id: I9c4db15dd0db699d5d045fa7ae27696d18828988 |
(0033071) Utkarsh Ayachit (administrator) 2014-07-23 10:18 |
--------------------------------------------- Topics merged into master: (VTK) 14828_fix_scalar_coloring |
(0033078) Alan Scott (manager) 2014-07-24 20:20 |
Tested master, Linux, remote server. |
Notes |
Issue History | |||
Date Modified | Username | Field | Change |
2014-06-27 19:19 | Alan Scott | New Issue | |
2014-06-27 19:26 | Alan Scott | Product Version | => git-master |
2014-06-27 19:26 | Alan Scott | Description Updated | |
2014-06-28 08:17 | Utkarsh Ayachit | Target Version | => 4.2 |
2014-07-06 15:33 | Cory Quammen | Note Added: 0032972 | |
2014-07-07 11:08 | Cory Quammen | Note Edited: 0032972 | |
2014-07-18 15:34 | Utkarsh Ayachit | Note Added: 0033038 | |
2014-07-22 10:38 | Utkarsh Ayachit | Topic Name | => 14828_fix_scalar_coloring |
2014-07-22 10:38 | Utkarsh Ayachit | Note Added: 0033062 | |
2014-07-22 10:38 | Utkarsh Ayachit | Status | backlog => gatekeeper review |
2014-07-22 10:38 | Utkarsh Ayachit | Fixed in Version | => git-next |
2014-07-22 10:38 | Utkarsh Ayachit | Resolution | open => fixed |
2014-07-22 10:38 | Utkarsh Ayachit | Assigned To | => Utkarsh Ayachit |
2014-07-23 10:18 | Utkarsh Ayachit | Note Added: 0033071 | |
2014-07-23 10:18 | Utkarsh Ayachit | Status | gatekeeper review => customer review |
2014-07-23 10:18 | Utkarsh Ayachit | Fixed in Version | git-next => git-master |
2014-07-24 20:20 | Alan Scott | Note Added: 0033078 | |
2014-07-24 20:20 | Alan Scott | Status | customer review => closed |
2014-08-29 10:59 | Utkarsh Ayachit | Fixed in Version | git-master => 4.2 |
2015-01-09 13:41 | Utkarsh Ayachit | Source_changeset_attached | => VTK master f0165b18 |
2015-01-09 13:41 | Utkarsh Ayachit | Source_changeset_attached | => VTK master 53fc29f1 |
2015-01-09 13:42 | Utkarsh Ayachit | Source_changeset_attached | => VTK master daf8c6e7 |
Issue History |
Copyright © 2000 - 2018 MantisBT Team |