Page MenuHome

regression - corruption of files
Closed, DuplicatePublic

Description

System Information
Operating system: windows 10
Graphics card: RTX 2070

Blender Version
Broken: 8ba86020cc50
Worked: 2.79b

Short description of error
Saving a file with latest buildbots corrupt the files

Exact steps for others to reproduce the error

  • Open the classroom scene from here https://download.blender.org/demo/test/classroom.zip (there are many version, this one definetly has the bug) with 2.8 or 2.7 buildbots,
  • save it,
  • reopen it and press F12, you will get kind of portal in the left corner of the room. Blender will also crash when rendering is finished, just before compositing.

Here is a screenshot before the crash:

Details

Type
Bug

Event Timeline

William Reynish (billreynish) triaged this task as Confirmed, Medium priority.

Indeed, can confirm this. The classroom scene crashes every time it stops rendering, and is about to go to compositing.

And the worst is how saving the file, even with the more stable 2.79 branch corrupts the files.

I cannot reproduce the crash.
Does the crash happen in the newest Blender 2.8 build, even when Render Samples is set to 1?

@Jacques Lucke (JacquesLucke) if I don't save the file (use the original directly), it just hangs forever, but no crash anymore. I still have to kill as it will take 1 core of CPU forever(waited 5minutes at 25%) just after rendering. Actually, the crash was "better" as I didn't had to kill the process myself. It seems it's due to the compositing phase?
However, the file corruption when saving still happen with this strange portal being added in the left corner of the room.

deactivating compositing deactivate the hang/crash, but strange "portal" still there anyway after saving:

that "portal" seems to be the dustbin object...
checking whats wrong with that...

dustBin's displacement in //assets/dustBin.blend on the rim object (called Cylinder) is making problems.
I assume this is still not using the 'new' displacement node in that file (it will be there when you open that file, but that is probably because cycles adds that automatically when seeing an old file)
And when linking, this automatic insertion fails, see T54504.

However, when I save dustBin.blend from 2.8 it should be there (also the material setting is set to bump only), so this is a bit puzzling...
[also not sure if the height should be fed from a normal? -- removing that connection solves the error, but gives different result of course...]

my 2 cents for the moment...

There's not really any corruption, just the same versioning issue as far as I can tell.