Old files with subsurf modifier requite long time to load #74152

Open
opened 2020-02-24 08:27:17 +01:00 by Josesk Leufredo Volpe · 19 comments

System Information
Operating system: Windows 10 x64 and Linux Regata OS
Graphics card: Intel HD Graphics 620 Kaby Lake
Screen resolution: 1366x768
CPU: Intel Core i3 7100U quad-core 2.4GHz
RAM: 4gb DDR4

Blender Version
Broken: 2.81
Worked: 2.79

Description
Old files with subsurf modifier requite long time to load.
When subsurf modifier is disabled in Blender 2.79 ans file is saved, it loads quickly.

3D Model working on Blender 2.79:
Captura de Tela (249).png

Steps to reproduce
militar.blend

Open the file

**System Information** Operating system: Windows 10 x64 and Linux Regata OS Graphics card: Intel HD Graphics 620 Kaby Lake Screen resolution: 1366x768 CPU: Intel Core i3 7100U quad-core 2.4GHz RAM: 4gb DDR4 **Blender Version** Broken: 2.81 Worked: 2.79 **Description** Old files with subsurf modifier requite long time to load. When subsurf modifier is disabled in Blender 2.79 ans file is saved, it loads quickly. 3D Model working on Blender 2.79: ![Captura de Tela (249).png](https://archive.blender.org/developer/F8365889/Captura_de_Tela__249_.png) **Steps to reproduce** [militar.blend](https://archive.blender.org/developer/F8367069/militar.blend) Open the file

Added subscriber: @JoseskVolpe

Added subscriber: @JoseskVolpe
Member

Added subscriber: @nacioss

Added subscriber: @nacioss
Member

Please can you attach the blend file too?

Please can you attach the blend file too?
Member

Added subscriber: @EAW

Added subscriber: @EAW
Member

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

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

Thank you for the report.

Is the issue occurring with only this file, or other files as well?

From your debug log:

NTShader Nodetree/Shading Component/MATERIAL_UPDATE() depends on
MABoina/Shading Component/MATERIAL_UPDATE() via 'Material -> Node'
NTShader Nodetree/Shading Component/MATERIAL_UPDATE() via 'Material's NTree'

Dependency cycle detected:

MAMaterial.004/Shading Component/MATERIAL_UPDATE() depends on
NTShader Nodetree/Shading Component/MATERIAL_UPDATE() via 'Material's NTree'
MAMaterial.004/Shading Component/MATERIAL_UPDATE() via 'Material -> Node'

Dependency cycle detected:

NTShader Nodetree/Shading Component/MATERIAL_UPDATE() depends on
MAMaterial/Shading Component/MATERIAL_UPDATE() via 'Material -> Node'
NTShader Nodetree/Shading Component/MATERIAL_UPDATE() via 'Material's NTree'

Detected 3 dependency cycles```

Create a copy of the file, open it in 2.79, and delete those materials.  Then try opening it in 2.81+
Thank you for the report. Is the issue occurring with only this file, or other files as well? From your debug log: ```Dependency cycle detected: ``` NTShader Nodetree/Shading Component/MATERIAL_UPDATE() depends on MABoina/Shading Component/MATERIAL_UPDATE() via 'Material -> Node' NTShader Nodetree/Shading Component/MATERIAL_UPDATE() via 'Material's NTree' ``` Dependency cycle detected: ``` MAMaterial.004/Shading Component/MATERIAL_UPDATE() depends on NTShader Nodetree/Shading Component/MATERIAL_UPDATE() via 'Material's NTree' MAMaterial.004/Shading Component/MATERIAL_UPDATE() via 'Material -> Node' ``` Dependency cycle detected: ``` NTShader Nodetree/Shading Component/MATERIAL_UPDATE() depends on MAMaterial/Shading Component/MATERIAL_UPDATE() via 'Material -> Node' NTShader Nodetree/Shading Component/MATERIAL_UPDATE() via 'Material's NTree' ``` Detected 3 dependency cycles``` Create a copy of the file, open it in 2.79, and delete those materials. Then try opening it in 2.81+

In #74152#879049, @EAW wrote:
Thank you for the report.

Is the issue occurring with only this file, or other files as well?

From your debug log:

  NTShader Nodetree/Shading Component/MATERIAL_UPDATE() depends on
  MABoina/Shading Component/MATERIAL_UPDATE() via 'Material -> Node'
  NTShader Nodetree/Shading Component/MATERIAL_UPDATE() via 'Material's NTree'
Dependency cycle detected:
  MAMaterial.004/Shading Component/MATERIAL_UPDATE() depends on
  NTShader Nodetree/Shading Component/MATERIAL_UPDATE() via 'Material's NTree'
  MAMaterial.004/Shading Component/MATERIAL_UPDATE() via 'Material -> Node'
Dependency cycle detected:
  NTShader Nodetree/Shading Component/MATERIAL_UPDATE() depends on
  MAMaterial/Shading Component/MATERIAL_UPDATE() via 'Material -> Node'
  NTShader Nodetree/Shading Component/MATERIAL_UPDATE() via 'Material's NTree'
Detected 3 dependency cycles```

Create a copy of the file, open it in 2.79, and delete those materials.  Then try opening it in 2.81+

The issue still occurred, again with the Phyton block error, i'd do wait over an hour for the file to load and the model is not rendering

I've generated these 2 files again in this process:
blender_system_info.txt

blender_debug_output.txt

> In #74152#879049, @EAW wrote: > Thank you for the report. > > Is the issue occurring with only this file, or other files as well? > > From your debug log: > > ```Dependency cycle detected: > NTShader Nodetree/Shading Component/MATERIAL_UPDATE() depends on > MABoina/Shading Component/MATERIAL_UPDATE() via 'Material -> Node' > NTShader Nodetree/Shading Component/MATERIAL_UPDATE() via 'Material's NTree' > Dependency cycle detected: > MAMaterial.004/Shading Component/MATERIAL_UPDATE() depends on > NTShader Nodetree/Shading Component/MATERIAL_UPDATE() via 'Material's NTree' > MAMaterial.004/Shading Component/MATERIAL_UPDATE() via 'Material -> Node' > Dependency cycle detected: > NTShader Nodetree/Shading Component/MATERIAL_UPDATE() depends on > MAMaterial/Shading Component/MATERIAL_UPDATE() via 'Material -> Node' > NTShader Nodetree/Shading Component/MATERIAL_UPDATE() via 'Material's NTree' > Detected 3 dependency cycles``` > > Create a copy of the file, open it in 2.79, and delete those materials. Then try opening it in 2.81+ The issue still occurred, again with the Phyton block error, i'd do wait over an hour for the file to load and the model is not rendering I've generated these 2 files again in this process: [blender_system_info.txt](https://archive.blender.org/developer/F8367063/blender_system_info.txt) [blender_debug_output.txt](https://archive.blender.org/developer/F8367062/blender_debug_output.txt)

In #74152#879014, @nacioss wrote:
Please can you attach the blend file too?

Yes
militar.blend

> In #74152#879014, @nacioss wrote: > Please can you attach the blend file too? Yes [militar.blend](https://archive.blender.org/developer/F8367069/militar.blend)

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

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

Added subscriber: @iss

Added subscriber: @iss

After disabling subsurf modifiers, opening in 2.8 was fast.

I can only suggest to fix geometry in 2.79, so it doesn't cause problems to openSubdiv.

Not sure if opening old files with subsurf causing this kind of problem would be considered a bug.

After disabling subsurf modifiers, opening in 2.8 was fast. I can only suggest to fix geometry in 2.79, so it doesn't cause problems to openSubdiv. Not sure if opening old files with subsurf causing this kind of problem would be considered a bug.

In #74152#882274, @iss wrote:
After disabling subsurf modifiers, opening in 2.8 was fast.

I can only suggest to fix geometry in 2.79, so it doesn't cause problems to openSubdiv.

Not sure if opening old files with subsurf causing this kind of problem would be considered a bug.

¿So, this is happening because Blender updated how subsurface works, and it broke old files that use it?

> In #74152#882274, @iss wrote: > After disabling subsurf modifiers, opening in 2.8 was fast. > > I can only suggest to fix geometry in 2.79, so it doesn't cause problems to openSubdiv. > > Not sure if opening old files with subsurf causing this kind of problem would be considered a bug. ¿So, this is happening because Blender updated how subsurface works, and it broke old files that use it?

In #74152#882816, @JoseskVolpe wrote:

In #74152#882274, @iss wrote:
After disabling subsurf modifiers, opening in 2.8 was fast.

I can only suggest to fix geometry in 2.79, so it doesn't cause problems to openSubdiv.

Not sure if opening old files with subsurf causing this kind of problem would be considered a bug.

¿So, this is happening because Blender updated how subsurface works, and it broke old files that use it?

Yes.

> In #74152#882816, @JoseskVolpe wrote: >> In #74152#882274, @iss wrote: >> After disabling subsurf modifiers, opening in 2.8 was fast. >> >> I can only suggest to fix geometry in 2.79, so it doesn't cause problems to openSubdiv. >> >> Not sure if opening old files with subsurf causing this kind of problem would be considered a bug. > > ¿So, this is happening because Blender updated how subsurface works, and it broke old files that use it? Yes.

In #74152#883125, @iss wrote:

In #74152#882816, @JoseskVolpe wrote:

In #74152#882274, @iss wrote:
After disabling subsurf modifiers, opening in 2.8 was fast.

I can only suggest to fix geometry in 2.79, so it doesn't cause problems to openSubdiv.

Not sure if opening old files with subsurf causing this kind of problem would be considered a bug.

¿So, this is happening because Blender updated how subsurface works, and it broke old files that use it?

Yes.

Well, it's also freezing when i set it to rendering mode, i dont think it is another problem with subsurface only

> In #74152#883125, @iss wrote: >> In #74152#882816, @JoseskVolpe wrote: >>> In #74152#882274, @iss wrote: >>> After disabling subsurf modifiers, opening in 2.8 was fast. >>> >>> I can only suggest to fix geometry in 2.79, so it doesn't cause problems to openSubdiv. >>> >>> Not sure if opening old files with subsurf causing this kind of problem would be considered a bug. >> >> ¿So, this is happening because Blender updated how subsurface works, and it broke old files that use it? > > Yes. Well, it's also freezing when i set it to rendering mode, i dont think it is another problem with subsurface only

Added subscriber: @mano-wii

Added subscriber: @mano-wii

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

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

This report is unclear about the bug.

  • That popup about exec python scripts is not an error message and is not a bug. It is a security action that you can disable in the preferences.
  • OpenCL's compatibility with Cycles is often not a bug. Cycles is in constant development and sometimes GPU drives do not follow the same rhythm.
  • High poly objects sometimes demand a lot from the GPU, if the problem happens in the default file then it is a bug.

Please follow our submission template and guidelines, also read these tips about bug reports to make a complete, valid bug report.
Also explained here: https://www.youtube.com/watch?v=JTD0OJq_rF4

  • If there are multiple bugs, make multiple bug reports.

Please edit the description to describe only one issue.

This report is unclear about the bug. - That popup about exec python scripts is not an error message and is not a bug. It is a security action that you can disable in the preferences. - OpenCL's compatibility with Cycles is often not a bug. Cycles is in constant development and sometimes GPU drives do not follow the same rhythm. - High poly objects sometimes demand a lot from the GPU, if the problem happens in the default file then it is a bug. Please follow our [submission template and guidelines](https:*developer.blender.org/maniphest/task/edit/form/1/), also read [these tips about bug reports](https:*wiki.blender.org/wiki/Process/Bug_Reports) to make a complete, valid bug report. Also explained here: https://www.youtube.com/watch?v=JTD0OJq_rF4 > - If there are multiple bugs, make multiple bug reports. Please edit the description to describe only one issue.
Richard Antalik changed title from Very long time to load and compatibility problems with Intel HD Graphics 620 to Old files with subsurf modifier requite long time to load 2020-03-09 16:33:39 +01:00

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

Changed status from 'Needs User Info' to: 'Confirmed'
Member

Removed subscriber: @nacioss

Removed subscriber: @nacioss
Philipp Oeser removed the
Interest
Modeling
label 2023-02-09 15:29:20 +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
5 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#74152
No description provided.