Pink background color sometimes in eevee #68585

New Issue

jose_antonio · 2019-08-12T21:37:25+02:00

jose_antonio commented

2019-08-12 21:37:25 +02:00

System Information
Operating system: Windows-8.1-6.3.9600 64 Bits
Graphics card: Intel(R) HD Graphics 4600 Intel 4.3.0 - Build 10.18.14.5067

Blender Version
Broken: version: 2.80 (sub 75), branch: master, commit date: 2019-07-29 14:47, hash: f6cb5f5449
Worked: (optional)

Short description of error
Sometimes it renders a pink background.

Exact steps for others to reproduce the error
Open blender, change to "shading workspace". In the cube's material I add a voronoi texture (I tried with wave or noise and it happens too) and a "color ramp" to the color of the default "principled shader"
I move ONLY the sliders or the interpolation of the "color ramp" and render with f12, default eevee. Sometimes the final render render is gray, sometimes is pink.
Everithig is the dafault scene except the "voronoi texture" and the "color ramp"

pruebas.blend

**System Information** Operating system: Windows-8.1-6.3.9600 64 Bits Graphics card: Intel(R) HD Graphics 4600 Intel 4.3.0 - Build 10.18.14.5067 **Blender Version** Broken: version: 2.80 (sub 75), branch: master, commit date: 2019-07-29 14:47, hash: `f6cb5f5449` Worked: (optional) **Short description of error** Sometimes it renders a pink background. **Exact steps for others to reproduce the error** Open blender, change to "shading workspace". In the cube's material I add a voronoi texture (I tried with wave or noise and it happens too) and a "color ramp" to the color of the default "principled shader" I move **ONLY** the sliders or the interpolation of the "color ramp" and render with f12, default eevee. Sometimes the final render render is gray, sometimes is pink. Everithig is the dafault scene except the "voronoi texture" and the "color ramp" [pruebas.blend](https://archive.blender.org/developer/F7660745/pruebas.blend) ![voronoi_ease._b0.191w0.255png.png](https://archive.blender.org/developer/F7660749/voronoi_ease._b0.191w0.255png.png) ![voronoi_ease._b0.150w0.255png.png](https://archive.blender.org/developer/F7660751/voronoi_ease._b0.150w0.255png.png)

jose_antonio commented

2019-08-12 21:37:25 +02:00

Added subscriber: @JoseAntonio0

Jacques Lucke commented

2019-08-13 11:57:12 +02:00

Added subscriber: @JacquesLucke

Jacques Lucke commented

2019-08-13 11:57:12 +02:00

I cannot reproduce the issue. When I open the file and render it, there is no pink.

Can you check that your driver is up to date?
Also, when I open the file, the pattern on the cube looks quite different.

I cannot reproduce the issue. When I open the file and render it, there is no pink. Can you check that your driver is up to date? Also, when I open the file, the pattern on the cube looks quite different.

jose_antonio commented

2019-08-13 16:03:00 +02:00

Hello. I have an Intel program that checks for drivers and it says everithing is up to date.

the pattern on the cube is different because I saved the file once with that pattern BUT then I play with the sliders of the color ramp, the pattern changes every time i move the sliders and in some of the renders there is a pink colour and in other renders there is not the pink colour. It does not afect if there is a lot or black or white over the cube.

I had a lot of problems with the betas of the new 2.8 (it seems that Intel(R) HD Graphics 4600 Intel 4.3.0 is a pain) and I still have some of that betas that worked.

I opened the same blend file in this beta: "blender-2.80.0-git.411b5f3b100e-windows64" and I have taken more than 20 renders of the cube playing with the sliders, all of the renders have weird shadow edges and are darker but NONE of them is pink.

I hope I have explained it well, English is not my native language. Thank you very much for your interest.

Hello. I have an Intel program that checks for drivers and it says everithing is up to date. ![Captura de pantalla (8568).png](https://archive.blender.org/developer/F7662520/Captura_de_pantalla__8568_.png) the pattern on the cube is different because I saved the file once with that pattern BUT then I play with the sliders of the color ramp, the pattern changes every time i move the sliders and in some of the renders there is a pink colour and in other renders there is not the pink colour. It does not afect if there is a lot or black or white over the cube. ![voronoi_ease._b0.818w1.png](https://archive.blender.org/developer/F7662551/voronoi_ease._b0.818w1.png) ![voronoi_ease._b0w0.5.png](https://archive.blender.org/developer/F7662553/voronoi_ease._b0w0.5.png) I had a lot of problems with the betas of the new 2.8 (it seems that Intel(R) HD Graphics 4600 Intel 4.3.0 is a pain) and I still have some of that betas that worked. I opened the same blend file in this beta: "blender-2.80.0-git.411b5f3b100e-windows64" and I have taken more than 20 renders of the cube playing with the sliders, all of the renders have weird shadow edges and are darker but NONE of them is pink. ![oldblender.png](https://archive.blender.org/developer/F7662567/oldblender.png) I hope I have explained it well, English is not my native language. Thank you very much for your interest.

Jacques Lucke commented

2019-08-13 16:13:57 +02:00

Added subscriber: @ZedDB

Jacques Lucke commented

2019-08-13 16:13:57 +02:00

@ZedDB is this supported hardware?

Sebastian Parborg commented

2019-08-13 16:36:10 +02:00

Added subscribers: @fclem, @Jeroen-Bakker

Sebastian Parborg commented

2019-08-13 16:36:10 +02:00

@JacquesLucke yes it is supported.

@fclem, @Jeroen-Bakker do you have any Haswell GPUs you can test with?

@JacquesLucke yes it is supported. @fclem, @Jeroen-Bakker do you have any Haswell GPUs you can test with?

jose_antonio commented

2019-08-13 22:37:04 +02:00

Hello everybody.

I have found something interesting: the problem is not related with the "color ramp" because I rendered the default file (default cube with default material) and after a couple of renders (with the viewport in solid mode or look dev mode) the render is pink again, and then if I switch the viewport to "render preview" it is pink too.

BUTif I restart blender and open a file (I can use the default file, my file or any other file) andimmediately switch the viewport to "render preview" this preview is normal now and, after this, if I render the file several times (I have done more than 20 with the viewport in any mode) the "pink problem" never happens again during the session.
All of this happens with eevee.

It seems like switching the viewport to "render preview" just after opening a file activates "something in eevee" that fixes the "pink problem"

Thank you very much.

Hello everybody. I have found something interesting: the problem is not related with the "color ramp" because I rendered the default file (default cube with default material) and after a couple of renders (with the viewport in solid mode or look dev mode) the render is pink again, and then if I switch the viewport to "render preview" it is pink too. **BUT**if I restart blender and open a file (I can use the default file, my file or any other file) and**immediately** switch the viewport to "render preview" this preview is normal now and, after this, if I render the file several times (I have done more than 20 with the viewport in any mode) the "pink problem" never happens again during the session. All of this happens with eevee. It seems like switching the viewport to "render preview" just after opening a file activates "something in eevee" that fixes the "pink problem" Thank you very much.

Clément Foucault commented

2019-08-14 01:31:11 +02:00

This maybe due to texture garbage collection.. try changing the related timings in the preference panel to verify this.

jose_antonio commented

2019-08-14 22:11:46 +02:00

I have changed the values of Blender Preferences > System > Memory & Limits "Texture Time Out" and "Garbage Collection rate" I have tried lower and higher values (I have tried it opening the default cube) and get always theese two results:

1- If I open blender, hit f12 to render the default cube. I get a "light grey" render of the cube.

after this "normal" render if I switch the viewport to "render preview" I get this pink preview.

If i render it more times the renders are sometimes "light grey" sometimes pink, the pink preview remains.

2- If I open blender, switch the viewport to "render preview", then there is no pink preview there. I hit f12 to render the default cube. and I get a "dark grey" render of the cube. if i render it more times the renders are all "dark grey" Everything seems OK, no pink at all.

The only diference between "light grey" and "dark grey" is switching the viewport to "render preview" before the first render. I dont know which one is the correct.

Thank you.

I have changed the values of Blender Preferences > System > Memory & Limits "Texture Time Out" and "Garbage Collection rate" I have tried lower and higher values (I have tried it opening the default cube) and get always theese two results: **1**- If I open blender, hit f12 to render the default cube. I get a "light grey" render of the cube. ![sincambiar.png](https://archive.blender.org/developer/F7664875/sincambiar.png) after this "normal" render if I switch the viewport to "render preview" I get this pink preview. ![Captura de pantalla (8574).png](https://archive.blender.org/developer/F7664893/Captura_de_pantalla__8574_.png) If i render it more times the renders are sometimes "light grey" sometimes pink, the pink preview remains. **2**- If I open blender, switch the viewport to "render preview", then there is no pink preview there. I hit f12 to render the default cube. and I get a "dark grey" render of the cube. if i render it more times the renders are all "dark grey" Everything seems OK, no pink at all. ![cambiando.png](https://archive.blender.org/developer/F7664886/cambiando.png) The only diference between "light grey" and "dark grey" is switching the viewport to "render preview" before the first render. I dont know which one is the correct. Thank you.

D N commented

2019-08-19 18:33:47 +02:00

Added subscriber: @rvectors

D N commented

2019-08-19 18:33:47 +02:00

System Information
OS: win 10 1903
GPU 1070 GTX

Blender Version
2.80 (sub 75)

This bug seems to be as reported in #64363

For brevity, and in case others come here.

I can reproduce this error although its using Blender branch supplied by Octane (Prime 2019.1 RC3 Engine v20)

Console Error when picking render preview with EEVEE selected, default startup cube.

+++++
GPUShader: compile error:
0(12958) : error C1104: too many parameters in function call

GPUShader: compile error:
0(6532) : error C1104: too many parameters in function call

GPUShader: compile error:
0(12958) : error C1104: too many parameters in function call
+++++

Bug seems fixed in later Official branch versions.

**System Information** OS: win 10 1903 GPU 1070 GTX **Blender Version** 2.80 (sub 75) This bug seems to be as reported in #64363 For brevity, and in case others come here. I can reproduce this error although its using Blender branch supplied by Octane (Prime 2019.1 RC3 Engine v20) Console Error when picking render preview with EEVEE selected, default startup cube. +++++ GPUShader: compile error: 0(12958) : error C1104: too many parameters in function call GPUShader: compile error: 0(6532) : error C1104: too many parameters in function call GPUShader: compile error: 0(12958) : error C1104: too many parameters in function call +++++ Bug seems fixed in later Official branch versions.

jose_antonio commented

2019-08-27 00:10:03 +02:00

I am using the official 2.80 version (the zip) i also used a couple of 2.81 betas and everything is the same:

Default scene, If I don't switch the viewport to "render preview", before pushing the f12 key for the first render the render is light grey and after that sometimes is pink and the "render preview" is always pink too.

If switch the viewport to "render preview", before pushing the f12 key for the first render the "render preview" is normal and the render is dark grey and after that it is never pink

Can somebody send a render of the default cube to see if it is dark or grey?

Thanks.

In #68585#756081, @rvectors wrote:
System Information
OS: win 10 1903
GPU 1070 GTX

Blender Version
2.80 (sub 75)

This bug seems to be as reported in #64363

For brevity, and in case others come here.

I can reproduce this error although its using Blender branch supplied by Octane (Prime 2019.1 RC3 Engine v20)

Console Error when picking render preview with EEVEE selected, default startup cube.

+++++
GPUShader: compile error:
0(12958) : error C1104: too many parameters in function call

GPUShader: compile error:
0(6532) : error C1104: too many parameters in function call

GPUShader: compile error:
0(12958) : error C1104: too many parameters in function call
+++++

Bug seems fixed in later Official branch versions.

I am using the official 2.80 version (the zip) i also used a couple of 2.81 betas and everything is the same: Default scene, If I don't switch the viewport to "render preview", before pushing the f12 key for the first render the render is light grey and after that sometimes is pink and the "render preview" is always pink too. If switch the viewport to "render preview", before pushing the f12 key for the first render the "render preview" is normal and the render is dark grey and after that it is never pink Can somebody send a render of the default cube to see if it is dark or grey? Thanks. > In #68585#756081, @rvectors wrote: > **System Information** > OS: win 10 1903 > GPU 1070 GTX > > **Blender Version** > 2.80 (sub 75) > > This bug seems to be as reported in #64363 > > > For brevity, and in case others come here. > > I can reproduce this error although its using Blender branch supplied by Octane (Prime 2019.1 RC3 Engine v20) > > > > Console Error when picking render preview with EEVEE selected, default startup cube. > > +++++ > GPUShader: compile error: > 0(12958) : error C1104: too many parameters in function call > > GPUShader: compile error: > 0(6532) : error C1104: too many parameters in function call > > GPUShader: compile error: > 0(12958) : error C1104: too many parameters in function call > +++++ > > > Bug seems fixed in later Official branch versions.

D N commented

2019-09-10 12:48:50 +02:00

System Information
OS: win 10 1903
GPU 1070 GTX
driver 436.15

Blender Version
2.80 (sub 75)

Apologies for missing your last post - just saw a status change in my junk folder.
The pink render happens whatever the viewport viewing selection.
Disabling use nodes for the background sees the issue go away, or when adjusting material settings, sometimes the pink disappears (milliseconds) and the default colours return, then flashes back to what is seen in the image below.

**System Information** OS: win 10 1903 GPU 1070 GTX driver 436.15 **Blender Version** 2.80 (sub 75) Apologies for missing your last post - just saw a status change in my junk folder. The pink render happens whatever the viewport viewing selection. Disabling use nodes for the background sees the issue go away, or when adjusting material settings, sometimes the pink disappears (milliseconds) and the default colours return, then flashes back to what is seen in the image below. ![eevee.png](https://archive.blender.org/developer/F7730528/eevee.png)

angad singh commented

2019-10-09 17:51:18 +02:00

Added subscriber: @asingh

angad singh commented

2019-10-09 17:51:18 +02:00

I was having the same problem and found the solution. For some reason if you plug in an HDRI for one of your files under the world tab surface section. It stores it there and makes it the default startup file. Just go to the World>surface and then press remove. Everything should be back to normal then.

I was having the same problem and found the solution. For some reason if you plug in an HDRI for one of your files under the world tab surface section. It stores it there and makes it the default startup file. Just go to the World>surface and then press remove. Everything should be back to normal then. ![Capture.JPG](https://archive.blender.org/developer/F7798995/Capture.JPG)

jose_antonio commented

2019-10-14 02:13:34 +02:00

Thank you, I have tried in but it doesn´t work for me, only switching to render mode before the first render works

Richard Antalik commented

2020-01-07 20:05:17 +01:00

Added subscriber: @iss

Richard Antalik commented

2020-01-07 20:05:17 +01:00

Changed status from 'Needs Developer To Reproduce' to: 'Needs User Info'

Richard Antalik commented

2020-01-07 20:05:17 +01:00

@JoseAntonio0 Is this still an issue with latest build? https://builder.blender.org/download/

I can not reproduce this on Windows.

@JoseAntonio0 Is this still an issue with latest build? https://builder.blender.org/download/ I can not reproduce this on Windows.

jose_antonio commented

2020-01-09 02:10:21 +01:00

In #68585#843587, @iss wrote:
@JoseAntonio0 Is this still an issue with latest build? https://builder.blender.org/download/

I can not reproduce this on Windows.

I am using official portable 2.81 since december and I have tried blender-2.82-3a35301fd16d-windows64 and it is the same, the second or third render with blender just opened is pink as always,.

BUT something very weird happens:

Today I tried official portable 2.80 again, the SAME of all the renders I posted here , (I stopped using it in december because it crashed when i wanted to use an image texture) and now 2.80 doesn't render the pink image
I did something, I don't know what, betwen october and december in 2.80 that i think fixed it but I can´t redo it again in 2.81 or 2.82

> In #68585#843587, @iss wrote: > @JoseAntonio0 Is this still an issue with latest build? https://builder.blender.org/download/ > > I can not reproduce this on Windows. I am using official portable 2.81 since december and I have tried blender-2.82-3a35301fd16d-windows64 and it is the same, the second or third render with blender just opened is pink as always,. BUT something very weird happens: Today I tried official portable 2.80 again, the SAME of all the renders I posted here , (I stopped using it in december because it crashed when i wanted to use an image texture) and now **2.80 doesn't render the pink image** I did something, I don't know what, betwen october and december in 2.80 that i think fixed it but I can´t redo it again in 2.81 or 2.82

Richard Antalik commented

2020-01-09 11:19:33 +01:00

Changed status from 'Needs User Info' to: 'Needs Developer To Reproduce'

Richard Antalik commented

2020-01-21 00:09:53 +01:00

Changed status from 'Needs Developer To Reproduce' to: 'Needs User Info'

Richard Antalik commented

2020-01-21 00:09:53 +01:00

@JoseAntonio0 I am going over reports, and I am not sure if I understood you.

Do you mean, that if you try to render file that is uploaded to this report it is no longer pink?

@JoseAntonio0 I am going over reports, and I am not sure if I understood you. Do you mean, that if you try to render file that is uploaded to this report it is no longer pink?

jose_antonio commented

2020-01-21 18:54:26 +01:00

In #68585#854324, @iss wrote:
@JoseAntonio0 I am going over reports, and I am not sure if I understood you.

Do you mean, that if you try to render file that is uploaded to this report it is no longer pink?

I render today the file that is uploaded to this report in the exact same blender 2.80 that saved it 5 months ago and itIS NO longer pink, but:

In blender 2.81 IS pink
In blender-2.82-902209eda527-windows64 IS pink,
In blender-2.83-2e9d5ba2115c-windows64 IS pink,

I did something in 2.80 after Oct 14 2019 that changed it but I can´t reproduce it again in 2.81, 2.82 or 2.83

Thanks.

> In #68585#854324, @iss wrote: > @JoseAntonio0 I am going over reports, and I am not sure if I understood you. > > Do you mean, that if you try to render file that is uploaded to this report it is no longer pink? I render today the file that is uploaded to this report in the exact same blender 2.80 that saved it 5 months ago and it**IS NO** longer pink, but: In blender 2.81 **IS** pink In blender-2.82-902209eda527-windows64 **IS** pink, In blender-2.83-2e9d5ba2115c-windows64 **IS** pink, I did something in 2.80 after Oct 14 2019 that changed it but I can´t reproduce it again in 2.81, 2.82 or 2.83 Thanks.

Richard Antalik commented

2020-01-21 19:01:36 +01:00

Changed status from 'Needs User Info' to: 'Needs Developer To Reproduce'

Denis Fortin commented

2020-05-27 17:21:59 +02:00

Added subscriber: @Nis2

Denis Fortin commented

2020-05-27 17:21:59 +02:00

When this happens (even in 2.90 git) you get (1.0, 0.0, 1.0, 1.0) pixels from GPU_framebuffer_read_color in eevee_render_color_result. Attached is a smallish apitrace with the issue . I hope that can help. blender.zip

When this happens (even in 2.90 git) you get (1.0, 0.0, 1.0, 1.0) pixels from GPU_framebuffer_read_color in eevee_render_color_result. Attached is a smallish apitrace with the issue . I hope that can help. [blender.zip](https://archive.blender.org/developer/F8558041/blender.zip)

Clément Foucault commented

2020-06-24 23:59:51 +02:00

Changed status from 'Needs Developer To Reproduce' to: 'Needs User Info'

Clément Foucault commented

2020-06-24 23:59:51 +02:00

@Nis2 What is your system-info.txt? I could not load your apitrace here (seems like the shaders don't compile).

It seems the original issue is linked to the Intel Driver being old, buggy and deprecated (because of windows 7/8).

@Nis2 What is your system-info.txt? I could not load your apitrace here (seems like the shaders don't compile). It seems the original issue is linked to the Intel Driver being old, buggy and deprecated (because of windows 7/8).

Denis Fortin commented

2020-06-25 08:58:13 +02:00

It is indeed on intel windows 7 (i reinstalled 2.83 and the issue is still there).system-info.txt

It is indeed on intel windows 7 (i reinstalled 2.83 and the issue is still there).[system-info.txt](https://archive.blender.org/developer/F8642306/system-info.txt)

Philipp Oeser commented

2020-07-06 10:41:24 +02:00

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

Philipp Oeser commented

2020-11-17 16:03:46 +01:00

Added subscriber: @lichtwerk

Philipp Oeser commented

2020-11-17 16:03:46 +01:00

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

Philipp Oeser commented

2020-11-17 16:03:46 +01:00

https://downloadcenter.intel.com/product/81496/Intel-HD-Graphics-4600 mentions the current driver version being at 15.36.40.5162, yet your system-info.txt mentions 10.18.14.5074.
Not totally sure we are talking about the same numbers here, but as a last chance to proceed with this report, could you check if installing drivers from that site has a positive impact?

https://downloadcenter.intel.com/product/81496/Intel-HD-Graphics-4600 mentions the current driver version being at 15.36.40.5162, yet your system-info.txt mentions 10.18.14.5074. Not totally sure we are talking about the same numbers here, but as a last chance to proceed with this report, could you check if installing drivers from that site has a positive impact?

Denis Fortin commented

2020-11-17 16:39:58 +01:00

This is a DELL computer. I can't install Intel's driver, the installation program checks for the configuration and reject my system.

Philipp Oeser commented

2020-11-17 16:45:41 +01:00

Changed status from 'Needs User Info' to: 'Needs Developer To Reproduce'

Philipp Oeser commented

2020-11-17 16:45:41 +01:00

@fclem: out of ideas, is there anything more we can do here?

Denis Fortin commented

2020-11-17 16:53:16 +01:00

I tried on 2.90.1 and cannot reproduce anymore (or at least cannot reproduce easily).

Clément Foucault commented

2020-11-17 16:57:50 +01:00

Changed status from 'Needs Developer To Reproduce' to: 'Resolved'

Clément Foucault closed this issue

2020-11-17 16:57:50 +01:00

Clément Foucault self-assigned this 2020-11-17 16:57:50 +01:00

Clément Foucault commented

2020-11-17 16:57:50 +01:00

Nice to know latest versions are more stable! Closing then.

Feel free to reopen if the bug comes back.

If the problem appear again, post the result of launching blender using the blender_debug_gpu.cmd batch file.

Nice to know latest versions are more stable! Closing then. Feel free to reopen if the bug comes back. If the problem appear again, post the result of launching blender using the `blender_debug_gpu.cmd` batch file.

jose_antonio commented

2020-11-17 22:54:08 +01:00

I tried on 2.90.1 too and this problem seems totally solved.

Thank you very much.

I tried on 2.90.1 too and this problem seems totally solved. Thank you very much.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Pink background color sometimes in eevee #68585