Blender Crashes to Desktop when viewing thumbnail of a certain HDRI #89542

New Issue

Bernhard · 2021-06-30T01:41:24+02:00

Bernhard commented

2021-06-30 01:41:24 +02:00

System Information
Operating system: Windows-10-10.0.19041-SP0 64 Bits
Graphics card: NVIDIA GeForce GTX 970/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 466.47

Blender Version
Broken: version: 3.0.0 Alpha, branch: master, commit date: 2021-06-28 22:09, hash: e1a719c043
Worked: (newest version of Blender that worked as expected)

Short description of error
When in the file browser and in thumbnail display. Blender crashes when viewing a folder containing a certain .hdri file.

Exact steps for others to reproduce the error

I add and environment texture node in the world properties.
I open the file browser with thumbnail display.
Then go to a folder with a certain hi res .hdri file (4000x2000).
Blender then crashes to desktop.

It only crashes in thumbnail display.
It also crashes in 2.79.

**System Information** Operating system: Windows-10-10.0.19041-SP0 64 Bits Graphics card: NVIDIA GeForce GTX 970/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 466.47 **Blender Version** Broken: version: 3.0.0 Alpha, branch: master, commit date: 2021-06-28 22:09, hash: `e1a719c043` Worked: (newest version of Blender that worked as expected) **Short description of error** When in the file browser and in thumbnail display. Blender crashes when viewing a folder containing a certain .hdri file. **Exact steps for others to reproduce the error** - I add and environment texture node in the world properties. - I open the file browser with thumbnail display. - Then go to a folder with a certain hi res .hdri file (4000x2000). - Blender then crashes to desktop. It only crashes in thumbnail display. It also crashes in 2.79.

Bernhard commented

2021-06-30 01:41:24 +02:00

Added subscriber: @Ravenman13

Jesse Yurkovich commented

2021-06-30 01:49:12 +02:00

Added subscriber: @deadpin

Jesse Yurkovich commented

2021-06-30 01:49:12 +02:00

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

Jesse Yurkovich commented

2021-06-30 01:49:12 +02:00

In order to properly triage this report, we need to rule out, or find, any hdri that may be corrupted or otherwise unloadable.

Can you attempt to ensure that all 70 of those hdri's are indeed valid? Perhaps split the single folder of 70 into 7 folders of 10 each and see if all the individual folders load correctly.

If they are all valid, then perhaps blender is running out of memory attempting to load and display all of those large files. Please report back on whether or not you see any low memory conditions while displaying the hdri's.

In order to properly triage this report, we need to rule out, or find, any hdri that may be corrupted or otherwise unloadable. Can you attempt to ensure that all 70 of those hdri's are indeed valid? Perhaps split the single folder of 70 into 7 folders of 10 each and see if all the individual folders load correctly. If they are all valid, then perhaps blender is running out of memory attempting to load and display all of those large files. Please report back on whether or not you see any low memory conditions while displaying the hdri's.

Bernhard commented

2021-06-30 02:10:11 +02:00

One of the HDRIs was causing an issue.
I isolated the problem HDRI, opened it another program and re-saved the file which fixed it.
The one HDRI wasn't corrupted as it opened fine in another program but managed to crash Blender.
I still have the original file if needed,

One of the HDRIs was causing an issue. I isolated the problem HDRI, opened it another program and re-saved the file which fixed it. The one HDRI wasn't corrupted as it opened fine in another program but managed to crash Blender. I still have the original file if needed,

Jesse Yurkovich commented

2021-06-30 02:12:50 +02:00

Glad you were able to workaround the issue for now. Yes, please attach the file to this report so we can see if it's something which can be handled better. Also, which other program did you use that opened the file successfully?

Robert Guetzkow commented

2021-06-30 11:11:04 +02:00

Added subscriber: @rjg

Robert Guetzkow commented

2021-06-30 11:11:04 +02:00

If this is indeed caused by one particular file, then this might be unrelated, but there is an issue with the multithreaded preview generation that may result in OOM see #70584.

Evan Wilson commented

2021-06-30 16:13:28 +02:00

Added subscriber: @EAW

Evan Wilson commented

2021-06-30 16:13:28 +02:00

This comment was removed by @EAW

*This comment was removed by @EAW*

Evan Wilson changed title from ~~Blender Crashes to Desktop when viewing folder of HDRI's~~ to Blender Crashes to Desktop when viewing thumbnail of a certain HDRI

2021-06-30 16:41:58 +02:00

Evan Wilson commented

2021-06-30 16:43:20 +02:00

I have updated the report to reflect that the issue is caused by a certain hdri file.

Robert Guetzkow commented

2021-07-08 10:15:44 +02:00

@Ravenman13 Please upload or link the HDRI file that causes the issues for you so we can investigate and fix the underlying bug.

Bernhard commented

2021-07-09 02:37:54 +02:00

Sorry for the late reply this is the HDRI causing the issue.

Problem HDRI.hdr

Sorry for the late reply this is the HDRI causing the issue. [Problem HDRI.hdr](https://archive.blender.org/developer/F10217471/Problem_HDRI.hdr)

Bernhard commented

2021-07-09 02:44:02 +02:00

Added subscriber: @rig

Bernhard commented

2021-07-09 02:45:12 +02:00

Added subscriber: @robert-18

Jesse Yurkovich commented

2021-07-09 02:50:10 +02:00

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

Jesse Yurkovich commented

2021-07-09 02:50:10 +02:00

Removed subscribers: @robert-18, @rig

Jesse Yurkovich commented

2021-07-09 02:50:10 +02:00

Will confirm as it is failing in blender's own parsing code:

 	blender.exe!sscanf(const unsigned char * const _Buffer, const unsigned char * const _Format, ...) Line 2251	C
>	blender.exe!imb_loadhdr(const unsigned char * mem, unsigned __int64 size, int flags, unsigned char * colorspace) Line 257	C

 	blender.exe!IMB_ibImageFromMemory(const unsigned char * mem, unsigned __int64 size, int flags, unsigned char * colorspace, const unsigned char * descr) Line 120	C
 	blender.exe!IMB_loadifffile(int file, const unsigned char * filepath, int flags, unsigned char * colorspace, const unsigned char * descr) Line 198	C
 	blender.exe!IMB_loadiffname(const unsigned char * filepath, int flags, unsigned char * colorspace) Line 239	C
 	blender.exe!image_init_color_management(Image * ima) Line 778	C
 	blender.exe!BKE_image_load(Main * bmain, const unsigned char * filepath) Line 837	C
 	blender.exe!BKE_image_load_exists_ex(Main * bmain, const unsigned char * filepath, bool * r_exists) Line 879	C

Will confirm as it is failing in blender's own parsing code: ``` blender.exe!sscanf(const unsigned char * const _Buffer, const unsigned char * const _Format, ...) Line 2251 C > blender.exe!imb_loadhdr(const unsigned char * mem, unsigned __int64 size, int flags, unsigned char * colorspace) Line 257 C blender.exe!IMB_ibImageFromMemory(const unsigned char * mem, unsigned __int64 size, int flags, unsigned char * colorspace, const unsigned char * descr) Line 120 C blender.exe!IMB_loadifffile(int file, const unsigned char * filepath, int flags, unsigned char * colorspace, const unsigned char * descr) Line 198 C blender.exe!IMB_loadiffname(const unsigned char * filepath, int flags, unsigned char * colorspace) Line 239 C blender.exe!image_init_color_management(Image * ima) Line 778 C blender.exe!BKE_image_load(Main * bmain, const unsigned char * filepath) Line 837 C blender.exe!BKE_image_load_exists_ex(Main * bmain, const unsigned char * filepath, bool * r_exists) Line 879 C ```

blender-admin commented

2022-01-12 05:48:32 +01:00

This issue was referenced by 1ee4e6bf31

This issue was referenced by 1ee4e6bf31ff32f87f9cd1eafa548d6811794380

blender-admin commented

2022-01-12 05:48:32 +01:00

This issue was referenced by 77616082f4

This issue was referenced by 77616082f44da5258faf9ec0d53618c721b88c62

Jesse Yurkovich commented

2022-01-12 05:58:28 +01:00

Changed status from 'Confirmed' to: 'Resolved'

Jesse Yurkovich closed this issue