Renders from Cycles coming out "pixelated". #81206

Closed
opened 2020-09-26 13:18:29 +02:00 by Rodrigo Couto · 30 comments

System Information
Operating system: Linux-5.4.0-48-generic-x86_64-with-debian-bullseye-sid 64 Bits
Graphics card: GeForce GTX 1050 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 450.66

Blender Version
Broken: version: 2.91.0 Alpha, branch: master, commit date: 2020-09-25 23:18, hash: 83dc97ccc081
Worked: 2.90.1

Any render I make in Cycles comes out "pixelated". If I open the same file and render in Blender 2.90.1 the render comes out perfect without making any change in the settings.
Changing the the render resolution makes the "pixels" bigger aswell.

Open Blender, create any file and render in Cycles.

render_blender_2_91.jpg Blender 2.91 render

render_blender_2_90_1.jpg Blender 2.90.1 render

teste blender 2_91.blend

**System Information** Operating system: Linux-5.4.0-48-generic-x86_64-with-debian-bullseye-sid 64 Bits Graphics card: GeForce GTX 1050 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 450.66 **Blender Version** Broken: version: 2.91.0 Alpha, branch: master, commit date: 2020-09-25 23:18, hash: `83dc97ccc081` Worked: 2.90.1 Any render I make in Cycles comes out "pixelated". If I open the same file and render in Blender 2.90.1 the render comes out perfect without making any change in the settings. Changing the the render resolution makes the "pixels" bigger aswell. Open Blender, create any file and render in Cycles. ![render_blender_2_91.jpg](https://archive.blender.org/developer/F8924343/render_blender_2_91.jpg) Blender 2.91 render ![render_blender_2_90_1.jpg](https://archive.blender.org/developer/F8924346/render_blender_2_90_1.jpg) Blender 2.90.1 render [teste blender 2_91.blend](https://archive.blender.org/developer/F8924325/teste_blender_2_91.blend)
Author

Added subscriber: @Calandro

Added subscriber: @Calandro

#81977 was marked as duplicate of this issue

#81977 was marked as duplicate of this issue
Rodrigo Couto changed title from Pixelated renders from Cycles to Renders from Cycles coming out "pixelated". 2020-09-26 13:23:03 +02:00
Author

Is this problem really affecting only me? Just downloaded the last branch release and the problem persists. I am surprised no one else have mentioned this problem before or after me.

Is this problem really affecting only me? Just downloaded the last branch release and the problem persists. I am surprised no one else have mentioned this problem before or after me.
Author

Same problem occurs in Eevee.

Same problem occurs in Eevee.

Added subscriber: @iss

Added subscriber: @iss

Changed status from 'Needs Triage' to: 'Needs User Info'

Changed status from 'Needs Triage' to: 'Needs User Info'

Can't reproduce this.

Does this happen when you change render size to 100%?
If you save the file is is pixelated when opened in different image viewer?
Can you update GPU drivers?

Can't reproduce this. Does this happen when you change render size to 100%? If you save the file is is pixelated when opened in different image viewer? Can you update GPU drivers?
Author

1 . When I change the size of the render the "pixels" become bigger as well.
2. Yes, it's the same viewing the image in any other viewer.
3. Yes, I did update the GPU drivers.

I did not change anything in the file and it renders normally in other blender versions, as 2.90.1.

I tried deleting the blender 2.91 config folder to reset all configs. Nothing changed.

1 . When I change the size of the render the "pixels" become bigger as well. 2. Yes, it's the same viewing the image in any other viewer. 3. Yes, I did update the GPU drivers. I did not change anything in the file and it renders normally in other blender versions, as 2.90.1. I tried deleting the blender 2.91 config folder to reset all configs. Nothing changed.
Author

Render size changed to 200% image.png

Render size changed to 200% ![image.png](https://archive.blender.org/developer/F8944553/image.png)
Author

GPU driver image.png

GPU driver ![image.png](https://archive.blender.org/developer/F8944562/image.png)
Author

Sorry, my mistake here. After saving the image it appears normal in other viewers. The problem is only in Blender image viewer (Editor).

It does not affect the view in the compositor backdrop, but if I open the viewer node image from the compositor in the image editor the image appears pixelated again.

This happens even if I use filters in the compositor.

Tried to open images I had already rendered in my computer using the "open image" dialog in the image editor and all images I open look pixelated as well.

So it seems to be a problem in the image editor and not in the render process as I firstly thought.

Sorry, my mistake here. After saving the image it appears normal in other viewers. The problem is only in Blender image viewer (Editor). It does not affect the view in the compositor backdrop, but if I open the viewer node image from the compositor in the image editor the image appears pixelated again. This happens even if I use filters in the compositor. Tried to open images I had already rendered in my computer using the "open image" dialog in the image editor and all images I open look pixelated as well. So it seems to be a problem in the image editor and not in the render process as I firstly thought.

Changed status from 'Needs User Info' to: 'Needs Triage'

Changed status from 'Needs User Info' to: 'Needs Triage'

Added subscriber: @Jeroen-Bakker

Added subscriber: @Jeroen-Bakker

In #81206#1026805, @Calandro wrote:
So it seems to be a problem in the image editor and not in the render process as I firstly thought.

@Jeroen-Bakker Do you know what could be the problem here? I can't reproduce this, so it may be HW/OS specific

> In #81206#1026805, @Calandro wrote: > So it seems to be a problem in the image editor and not in the render process as I firstly thought. @Jeroen-Bakker Do you know what could be the problem here? I can't reproduce this, so it may be HW/OS specific
Member

Check in the viewport settings if the GPU textures are resized to lower resolution.
image.png
Setting should be switched Off.

Check in the viewport settings if the GPU textures are resized to lower resolution. ![image.png](https://archive.blender.org/developer/F8960695/image.png) Setting should be switched `Off`.
Author

In #81206#1028970, @Jeroen-Bakker wrote:
Check in the viewport settings if the GPU textures are resized to lower resolution.
image.png
Setting should be switched Off.

Yes, it changed everything... BUT, limiting the size of the textures have great effect on how much GPU memory blender uses to show them on the viewport and how complex in terms of textures i can make my scene without overcharging my graphic card, so it seems a bit counterproductive to be forced to disable it because of a behavior that wasn't present in earlier Blender versions.

Also, i cannot understand why a texture setting affects the Image Editor itself.

So does that mean that from now on I will be unable to lower the texture resolutions presented on the viewport? Or maybe I understood the importance of reducing the texture resolutions in the wrong way since the first moment. I am really not sure.

> In #81206#1028970, @Jeroen-Bakker wrote: > Check in the viewport settings if the GPU textures are resized to lower resolution. > ![image.png](https://archive.blender.org/developer/F8960695/image.png) > Setting should be switched `Off`. Yes, it changed everything... BUT, limiting the size of the textures have great effect on how much GPU memory blender uses to show them on the viewport and how complex in terms of textures i can make my scene without overcharging my graphic card, so it seems a bit counterproductive to be forced to disable it because of a behavior that wasn't present in earlier Blender versions. Also, i cannot understand why a texture setting affects the Image Editor itself. So does that mean that from now on I will be unable to lower the texture resolutions presented on the viewport? Or maybe I understood the importance of reducing the texture resolutions in the wrong way since the first moment. I am really not sure.
Member

The old image editor used to render pixel for pixel the image what was slow. The new image editor uses opengl textures for rendering. This makes the image editor follow the GL Texture Limit.

If we would have the image in the image editor ignore this setting the GPU could have multiple versions of the texture what would still stress a GPU or the GPU needs to continuously switch texture caches what would stress the PCI bus. Both might limit the use of the GL Texture Limit

#80113 (Support Huge Image Sizes in image/uv editor)

The old image editor used to render pixel for pixel the image what was slow. The new image editor uses opengl textures for rendering. This makes the image editor follow the `GL Texture Limit`. If we would have the image in the image editor ignore this setting the GPU could have multiple versions of the texture what would still stress a GPU or the GPU needs to continuously switch texture caches what would stress the PCI bus. Both might limit the use of the `GL Texture Limit` #80113 (Support Huge Image Sizes in image/uv editor)

Changed status from 'Needs Triage' to: 'Archived'

Changed status from 'Needs Triage' to: 'Archived'
Richard Antalik self-assigned this 2020-10-06 15:49:35 +02:00

Thanks @Jeroen-Bakker for explanation.

Since this is working as expected, I will close this report.

Thanks @Jeroen-Bakker for explanation. Since this is working as expected, I will close this report.

Added subscriber: @brecht

Added subscriber: @brecht

Render results definitely should not be affected by this limit, and I would argue no image displayed in the image editor should be either. This is really a 3D viewport feature.

I think it would be reasonable if using the image in the image editor would replace any lower resolution texture for both the image editor and 3D viewport.

Render results definitely should not be affected by this limit, and I would argue no image displayed in the image editor should be either. This is really a 3D viewport feature. I think it would be reasonable if using the image in the image editor would replace any lower resolution texture for both the image editor and 3D viewport.
Member

Changed status from 'Archived' to: 'Confirmed'

Changed status from 'Archived' to: 'Confirmed'
Richard Antalik was unassigned by Jeroen Bakker 2020-10-06 16:02:24 +02:00
Jeroen Bakker self-assigned this 2020-10-06 16:02:24 +02:00

Added subscriber: @Mantissa

Added subscriber: @Mantissa
Author

Did you guys have noticed that the texture size limit also affects EEVEE renders as well? And in the case of the EEVEE renders the problem is also present in the output file.
I was rendering a video with EEVEE and turned the texture size limit on and the final video was really terrible.

Did you guys have noticed that the texture size limit also affects EEVEE renders as well? And in the case of the EEVEE renders the problem is also present in the output file. I was rendering a video with EEVEE and turned the texture size limit on and the final video was really terrible.

Added subscriber: @mano-wii

Added subscriber: @mano-wii

Added subscriber: @Alirion-2

Added subscriber: @Alirion-2

Could the Image Editor maybe be reworked to use Texture Tiles instead ? This wouldnt save on Memory overall but make the use of HW acceleration possible and the tile buffers could also be used in a GL/Shading Compositor Pipeline. So the Limit would limit the Tilesize which either could be fully kept in vram or swapped out on demand to rambuffers - basically utilize texture async streaming.

Could the Image Editor maybe be reworked to use Texture Tiles instead ? This wouldnt save on Memory overall but make the use of HW acceleration possible and the tile buffers could also be used in a GL/Shading Compositor Pipeline. So the Limit would limit the Tilesize which either could be fully kept in vram or swapped out on demand to rambuffers - basically utilize texture async streaming.

This issue was referenced by 549d9f8727

This issue was referenced by 549d9f87276a20036372317b1f988c4d0ef8c40c

This issue was referenced by df0bce3f7d

This issue was referenced by df0bce3f7d0a91310ca88814a80e339f3da6c2c9
Member

Changed status from 'Confirmed' to: 'Resolved'

Changed status from 'Confirmed' to: 'Resolved'
Thomas Dinges added this to the 2.92 milestone 2023-02-08 16:16:03 +01:00
Sign in to join this conversation.
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
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#81206
No description provided.