EEVEE: "Viewport Render Image" and "Viewport Render Animation" different results (colormanagement) #75280
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
7 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender#75280
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: Win 10
Graphics card: 1080Ti
Blender Version
Broken: version: 2.83 (sub 11), branch: master, commit date: 2020-03-31 15:31, hash:
1c1a14dcdf
Worked: 2.81a
Short description of error
Result from viewport Render Image and Viewport Render Animation are different
The Render Animation frame has washed out and muted slightly green colour, as if it is not considering all the lighting correctly.
(especially visible on yellow front of truck
See attached images
Exact steps for others to reproduce the error
chayground_test_scene_stripped.zip
There will be noticable difference.
Added subscriber: @Chayground
Added subscriber: @iss
Changed status from 'Needs Triage' to: 'Needs User Info'
I can confirm difference, but not this big difference so I may be looking at completely different issue. Can you upload sample file?
I've stripped it back as best I can as it was a massive scene. Sorry it's still 56Mb
Problem persists, I've attached the file:
chayground_test_scene_stripped.zip
and here are two images showing the difference between Viewport Render Frame and Viewport Render Animation:
Thanks,
Chay
It's a difference across the entire scene but noticeable most in the muddy whites and greenish yellows
I can not reproduce this
Can you check if this happens if you click on File > Defaults > Load Factory Settings?
Your tests don't seem to show the scene lighting or textures, I think you have the viewport set to solid shading
I have my viewport shading set to "Rendered" not "Solid"
(The fourth of the four circles)
The problem occurs when the viewport is set to Rendered.
Then the Viewport Render Image and Viewport Render Animation options create the different lighting results
Which is weird because I would have thought "Viewport Render Animation" would just output a sequence of "Viewport Render Image"s
I have checked File > Defaults > Load Factory Settings
and on an initial cube scene, with a colour on the cube, and then sun for the light
if you choose Rendered as the viewport option, and then
View > Viewport Rendered Animation
it renders far more washed out than it does with
View> Viewport Rendered Image.
(in 2.82a)
Here is a video capture of the issue:
2020-04-02 17-01-48.mov
Thanks
In 2.81a the outputs from the two options are identical
in 2.82a they aren't
"Viewport Render Image" and "Viewport Render Animation" different results in 2.82ato "Viewport Render Image" and "Viewport Render Animation" different resultsChanged status from 'Needs User Info' to: 'Confirmed'
Added subscriber: @funksy
Added subscriber: @TarkanV
Can confirm, had this problem for a while too and it seems to be a problem with color management since it happens only when Filmic is selected rather than Standard
Added subscriber: @Louis
Added subscribers: @Jeroen-Bakker, @fclem
@Jeroen-Bakker any input on this issue? Seems like the issue is having the color management applied twice in one of the 2 cases.
"Viewport Render Image" and "Viewport Render Animation" different resultsto EEVEE: "Viewport Render Image" and "Viewport Render Animation" different results (colormanagement)Added subscriber: @VincentBlankfield
TL;DR: Animations only get collorcorrected when the output format depth is more than 8 bit. I don't know why.
Workaround: Try PNG 16 bit.
Here's how it works:
Why it is this way - idk. Should it be this way - idk. Is this confusing to the user - idk.
PS: That's if I understood the problem correctly. For me all the images in this task look the same, did the research using fake colour.
Closed as duplicate of #77909