going full screen deletes persistent render data. #96033

New Issue

michael campbell · 2022-02-25T12:43:15+01:00

michael campbell commented

2022-02-25 12:43:15 +01:00

System Information
Operating system: Windows-10-10.0.19042-SP0 64 Bits
Graphics card: NVIDIA GeForce GTX 1070/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 472.12

Blender Version
Broken: version: 3.1.0 Beta, branch: master, commit date: 2022-02-18 21:28, hash: 93cc892470
Worked: (newest version of Blender that worked as expected)

in the render settings under performance, enable persistent data
in compositor workspace, open up a image editor set to render result.
do a simple render of anything, (a plane with adaptive subidivision would be good to ensure noticable pre-render 'updating mesh' shows in the image editor prior to cycles beginning sampling)
now render again. This time you shouldn't get any 'updating mesh' pre render messages in the image editor (it's using the persistent data)
after render, with the mouse over any editor, press ctrl spacebar to take the hovered editor to full screen
now press ctrl spacebar to revert from full screen
press f12 to render again
'updating mesh' will show again, indicating persistent data has been lost.

**System Information** Operating system: Windows-10-10.0.19042-SP0 64 Bits Graphics card: NVIDIA GeForce GTX 1070/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 472.12 **Blender Version** Broken: version: 3.1.0 Beta, branch: master, commit date: 2022-02-18 21:28, hash: `93cc892470` Worked: (newest version of Blender that worked as expected) - in the render settings under performance, enable persistent data - in compositor workspace, open up a image editor set to render result. - do a simple render of anything, (a plane with adaptive subidivision would be good to ensure noticable pre-render 'updating mesh' shows in the image editor prior to cycles beginning sampling) - now render again. This time you shouldn't get any 'updating mesh' pre render messages in the image editor (it's using the persistent data) - after render, with the mouse over any editor, press ctrl spacebar to take the hovered editor to full screen - now press ctrl spacebar to revert from full screen - press f12 to render again - 'updating mesh' will show again, indicating persistent data has been lost.

michael campbell commented

2022-02-25 12:43:15 +01:00

Added subscriber: @3di

Philipp Oeser commented

2022-02-25 12:59:51 +01:00

Added subscriber: @lichtwerk

Philipp Oeser commented

2022-02-25 12:59:51 +01:00

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

Philipp Oeser commented

2022-02-25 12:59:51 +01:00

Cannot reproduce here

**System Information**
Operating system: Linux-5.13.0-0.rc6.45.fc35.x86_64-x86_64-with-glibc2.34.9000 64 Bits
Graphics card: NVIDIA GeForce GTX 970M/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 495.44
version: 3.2.0 Alpha, branch: master, commit date: 2022-02-25 06:58, hash: `rBad0b3abf539b`

Mind checking this without Addons (Factory Settings)? [I recall you have render related Addons in play...]
Mind checking this in a 3.2 build from https://builder.blender.org/download/daily/?

Cannot reproduce here ``` **System Information** Operating system: Linux-5.13.0-0.rc6.45.fc35.x86_64-x86_64-with-glibc2.34.9000 64 Bits Graphics card: NVIDIA GeForce GTX 970M/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 495.44 version: 3.2.0 Alpha, branch: master, commit date: 2022-02-25 06:58, hash: `rBad0b3abf539b` ``` Mind checking this without Addons (Factory Settings)? [I recall you have render related Addons in play...] Mind checking this in a 3.2 build from https://builder.blender.org/download/daily/?

michael campbell commented

2022-02-25 15:50:15 +01:00

Thanks for testing. I've just checked in factory settings for 3.1 and today's 3.2. It's the same erratic behaviour when changing to full screen and back. When changing to and from full screen the bug seems to fluctuate between partially recalculating some of the scene and recalculating it all as you can see here:

Make sure you try turning on keep user interface for the render temporary window.

2022-02-25 14-41-11.mp4

Thanks for testing. I've just checked in factory settings for 3.1 and today's 3.2. It's the same erratic behaviour when changing to full screen and back. When changing to and from full screen the bug seems to fluctuate between partially recalculating some of the scene and recalculating it all as you can see here: Make sure you try turning on keep user interface for the render temporary window. [2022-02-25 14-41-11.mp4](https://archive.blender.org/developer/F12886861/2022-02-25_14-41-11.mp4)

Philipp Oeser commented

2022-02-25 16:29:32 +01:00

Hm, seems this does not happen on my side (this is 3.1 from the buildbot today)

**System Information**
Operating system: Linux-5.13.0-0.rc6.45.fc35.x86_64-x86_64-with-glibc2.34.9000 64 Bits
Graphics card: NVIDIA GeForce GTX 970M/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 495.44
version: 3.1.0 Beta, branch: master, commit date: 2022-02-24 18:35, hash: `rB0781c22ceedc`

#96033.webm

Are you sure this is an up-to-date build? (I still see Use Hair BVH option in your video -- which seems to be gone now?)
Or am I doing something wrong?

Hm, seems this does not happen on my side (this is 3.1 from the buildbot today) ``` **System Information** Operating system: Linux-5.13.0-0.rc6.45.fc35.x86_64-x86_64-with-glibc2.34.9000 64 Bits Graphics card: NVIDIA GeForce GTX 970M/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 495.44 version: 3.1.0 Beta, branch: master, commit date: 2022-02-24 18:35, hash: `rB0781c22ceedc` ``` [#96033.webm](https://archive.blender.org/developer/F12886892/T96033.webm) Are you sure this is an up-to-date build? (I still see `Use Hair BVH` option in your video -- which seems to be gone now?) Or am I doing something wrong?

Raimund Klink commented

2022-02-25 16:50:34 +01:00

Added subscriber: @Raimund58

michael campbell commented

2022-02-25 19:29:02 +01:00

Hi Philip, you're getting the same problem as me as far as I can tell. You don't have to let it complete rendering by the way. Just hit f12, wait for the first sample, then press escape. press f12 again and it'll start straight away. Now go full screen and back, and you'll get that long pause at the beginning again (where it appears to be recalculating the scene without notifying in the image editor.

I tested in todays 3.2 prior to making that video, but then as it was the same behaviour I recorded in 3.1. Here's 3.2.

Nice scene by the way. Did you make that one?

2022-02-25 18-18-33.mp4

Hi Philip, you're getting the same problem as me as far as I can tell. You don't have to let it complete rendering by the way. Just hit f12, wait for the first sample, then press escape. press f12 again and it'll start straight away. Now go full screen and back, and you'll get that long pause at the beginning again (where it appears to be recalculating the scene without notifying in the image editor. I tested in todays 3.2 prior to making that video, but then as it was the same behaviour I recorded in 3.1. Here's 3.2. Nice scene by the way. Did you make that one? [2022-02-25 18-18-33.mp4](https://archive.blender.org/developer/F12887062/2022-02-25_18-18-33.mp4)

michael campbell commented

2022-02-25 19:33:17 +01:00

could you also try with a blend file you created in 2.93 and then resaved in 3.1? As your behaviour was slightly different (you were getting the delay but not the rebuilding text...although that may have been because you let the render complete?)

Philipp Oeser commented

2022-02-28 10:25:41 +01:00

In #96033#1314050, @3di wrote:
Hi Philip, you're getting the same problem as me as far as I can tell. You don't have to let it complete rendering by the way. Just hit f12, wait for the first sample, then press escape. press f12 again and it'll start straight away. Now go full screen and back, and you'll get that long pause at the beginning again (where it appears to be recalculating the scene without notifying in the image editor.

I think I just have to wait longer for the fist sample (takes 4 to 5 seconds no matter what, also with persistent data and not changing to fullscreen, check my video), I have escaped the render each time there.

I tested in todays 3.2 prior to making that video, but then as it was the same behaviour I recorded in 3.1. Here's 3.2.

thx checking [forget about my Hair BVH comment, that was dumb, apparently this only comes into play when using CUDA, not Optix], still cannot repro with those steps.

Nice scene by the way. Did you make that one?

Yep, that is part of our old flat [I made that basically to have a test case for Eevee back then and also to not get rusty in modeling, but now serves as my testbed for many things]

In #96033#1314051, @3di wrote:
could you also try with a blend file you created in 2.93 and then resaved in 3.1? As your behaviour was slightly different (you were getting the delay but not the rebuilding text...although that may have been because you let the render complete?)

Still cannot repro (also resaved in 3.1).

Bit out of ideas in regards to what to test next (I have already asked in chat and at least one person was able to reproduce...).

> In #96033#1314050, @3di wrote: > Hi Philip, you're getting the same problem as me as far as I can tell. You don't have to let it complete rendering by the way. Just hit f12, wait for the first sample, then press escape. press f12 again and it'll start straight away. Now go full screen and back, and you'll get that long pause at the beginning again (where it appears to be recalculating the scene without notifying in the image editor. I think I just have to wait longer for the fist sample (takes 4 to 5 seconds no matter what, also with persistent data and not changing to fullscreen, check my video), I have escaped the render each time there. > I tested in todays 3.2 prior to making that video, but then as it was the same behaviour I recorded in 3.1. Here's 3.2. thx checking [forget about my Hair BVH comment, that was dumb, apparently this only comes into play when using CUDA, not Optix], still cannot repro with those steps. > Nice scene by the way. Did you make that one? Yep, that is part of our old flat [I made that basically to have a test case for Eevee back then and also to not get rusty in modeling, but now serves as my testbed for many things] > In #96033#1314051, @3di wrote: > could you also try with a blend file you created in 2.93 and then resaved in 3.1? As your behaviour was slightly different (you were getting the delay but not the rebuilding text...although that may have been because you let the render complete?) Still cannot repro (also resaved in 3.1). Bit out of ideas in regards to what to test next (I have already asked in chat and at least one person was able to reproduce...).

michael campbell commented

2022-03-06 00:06:01 +01:00

First samples are immediate if you cancel the render and then restart without maximizing the screen. But if you cancel and maximize the screen, then you get the delay/partial scene recalculation. Not sure if the might help you locate the cause?

Oh, I'm rendering with CUDA by the way, not Optix.

First samples are immediate if you cancel the render and then restart without maximizing the screen. But if you cancel and maximize the screen, then you get the delay/partial scene recalculation. Not sure if the might help you locate the cause? Oh, I'm rendering with CUDA by the way, not Optix.

Philipp Oeser commented

2022-03-24 15:41:47 +01:00

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

Philipp Oeser commented

2022-03-30 15:08:27 +02:00

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

Philipp Oeser commented

2022-03-30 15:08:27 +02:00

Added subscriber: @brecht

Philipp Oeser commented

2022-03-30 15:08:27 +02:00

In #96033#1317458, @3di wrote:
First samples are immediate if you cancel the render and then restart without maximizing the screen. But if you cancel and maximize the screen, then you get the delay/partial scene recalculation. Not sure if the might help you locate the cause?

Not really, As I said before:

In #96033#1314662, @lichtwerk wrote:
I think I just have to wait longer for the fist sample (takes 4 to 5 seconds no matter what, also with persistent data and not changing to fullscreen, check my video), I have escaped the render each time there.

I would usually set this to Unconfirmed status (which might end up getting rotten if noone else can reproduce), but since I trust you here, I would kindly ask @brecht if this somehow rings a bell?

> In #96033#1317458, @3di wrote: > First samples are immediate if you cancel the render and then restart without maximizing the screen. But if you cancel and maximize the screen, then you get the delay/partial scene recalculation. Not sure if the might help you locate the cause? Not really, As I said before: > In #96033#1314662, @lichtwerk wrote: > I think I just have to wait longer for the fist sample (takes 4 to 5 seconds no matter what, also with persistent data and not changing to fullscreen, check my video), I have escaped the render each time there. I would usually set this to `Unconfirmed` status (which might end up getting rotten if noone else can reproduce), but since I trust you here, I would kindly ask @brecht if this somehow rings a bell?

Brecht Van Lommel commented

2022-03-30 15:19:02 +02:00

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

Brecht Van Lommel commented

2022-03-30 15:19:02 +02:00

@3di should provide a .blend file to reproduce the problem, that's a requirement for bug reports like this.

michael campbell commented

2022-04-04 11:10:21 +02:00

Hi @brecht , sorry I can't provide the specific scene I used, but any of the Blender demo scenes that have a moderate pre-render calculation time will demonstrate the issue.

Brecht Van Lommel commented

2022-04-04 15:19:29 +02:00

Please mention one specific demo scene that you used to confirm the problem, with factory settings. Since we are unable to reproduce the problem, telling us that it happens with any demo scene (without actually testing all of them) does not help narrow down the problem.

michael campbell commented

2022-04-04 15:56:55 +02:00

@brecht I've pm'd you on blender.chat.

Philipp Oeser commented

2022-04-25 14:10:23 +02:00

#97575 (Regression: going in and out of full screen causes the compositor to re-calculate unnecessarily.) might be releated

Philipp Oeser commented

2022-05-09 13:17:04 +02:00

@3di : did the situation possibly improve after {b891c72d2d}?

Philipp Oeser commented

2022-05-23 09:21:36 +02:00

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

Philipp Oeser closed this issue

2022-05-23 09:21:36 +02:00

Philipp Oeser commented

2022-05-23 09:21:36 +02:00

No activity for more than a week. As per the tracker policy we assume the issue is gone and can be closed.

Thanks again for the report. If the problem persists please open a new report with the required information.

No activity for more than a week. As per the tracker policy we assume the issue is gone and can be closed. Thanks again for the report. If the problem persists please open a new report with the required information.

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

going full screen deletes persistent render data. #96033