Enabling Normal influence for image texture in Blender Render crashes Blender #43860

New Issue

Stanislav Blinov · 2015-03-02T13:39:58+01:00

Stanislav Blinov commented

2015-03-02 13:39:58 +01:00

System Information
Windows 8.1, nVidia GT 630m, 720m

Crash log: germ_door.crash.txt
nVidia 630m system: system-info.txt
nVidia 720m system: system_info2.txt

Blender Version
Broken: 2.72, 2.73a
Worked: ?

Short description of error

When viewport shading is set to Material or Texture, enabling 'Normal' influence on an image texture leads to a crash. However, if 'Normal Map' is checked in Image Sampling, crash doesn't happen.

I'm reporting this on behalf of another user. I can verify the described behavior on his machine. However, I wasn't able to reproduce it on my own Linux machine with GTS 450. Can #43804 (viewport bug make blender close) be relevant?
Both system_info files report Windows:32bit, even though the systems are 64bit: http://www.pasteall.org/pic/show.php?id=84696

Exact steps for others to reproduce the error

Switch render engine to Blender Render
Add an object
Switch viewport shading to Texture or Material
Add material to the object
Add an image texture to the material and load an image
In texture's Influence settings, check 'Normal'

**System Information** Windows 8.1, nVidia GT 630m, 720m Crash log: [germ_door.crash.txt](https://archive.blender.org/developer/F146705/germ_door.crash.txt) nVidia 630m system: [system-info.txt](https://archive.blender.org/developer/F146706/system-info.txt) nVidia 720m system: [system_info2.txt](https://archive.blender.org/developer/F146707/system_info2.txt) **Blender Version** Broken: 2.72, 2.73a Worked: ? **Short description of error** When viewport shading is set to Material or Texture, enabling 'Normal' influence on an image texture leads to a crash. However, if 'Normal Map' is checked in Image Sampling, crash doesn't happen. I'm reporting this on behalf of another user. I can verify the described behavior on his machine. However, I wasn't able to reproduce it on my own Linux machine with GTS 450. Can #43804 (viewport bug make blender close) be relevant? Both system_info files report Windows:32bit, even though the systems are 64bit: http://www.pasteall.org/pic/show.php?id=84696 **Exact steps for others to reproduce the error** 1. Switch render engine to Blender Render 2. Add an object 3. Switch viewport shading to Texture or Material 4. Add material to the object 5. Add an image texture to the material and load an image 6. In texture's Influence settings, check 'Normal'

Stanislav Blinov commented

2015-03-02 13:39:59 +01:00

Changed status to: 'Open'

Stanislav Blinov commented

2015-03-02 13:39:59 +01:00

Added subscriber: @Stan_Pancakes

Antonis Ryakiotakis commented

2015-03-02 16:06:51 +01:00

Added subscriber: @Psy-Fi

Antonis Ryakiotakis commented

2015-03-02 16:06:51 +01:00

Can you try a build from builder.blender.org and see if the issue still persists in the latest builds?

Stanislav Blinov commented

2015-03-02 16:13:07 +01:00

Oh, yes, I'm sorry, I forgot to mention that, we did, and it persists. I should also say that I noticed that on the 630m machine system-info actually reports an Intel GPU (perhaps an unrelated Optimus driver issue?). At first I thought that might be related, but then again, another machine reports nVidia GPU correctly, but still crashes.

Antonis Ryakiotakis commented

2015-03-02 16:24:01 +01:00

Yes, this is an optimus issue. You need to set optimus to use NVIDIA always or set blender as an application using the NVIDIA device in optimus settings.

I can't reproduce the issue here. Does this happen with factory settings as well?

Can you try running blender with "blender -d" from a command line and post here any messages you might get?

You can redirect the output of blender to a file named errors.txt in the same directort as the blender executable by running it with "blender -d > errors.txt" from the command line.

Yes, this is an optimus issue. You need to set optimus to use NVIDIA always or set blender as an application using the NVIDIA device in optimus settings. I can't reproduce the issue here. Does this happen with factory settings as well? Can you try running blender with "blender -d" from a command line and post here any messages you might get? You can redirect the output of blender to a file named errors.txt in the same directort as the blender executable by running it with "blender -d > errors.txt" from the command line.

Antonis Ryakiotakis self-assigned this 2015-03-02 16:24:15 +01:00

Julian Eisel commented

2015-03-02 18:45:21 +01:00

Added subscriber: @JulianEisel

Stanislav Blinov commented

2015-03-03 23:21:06 +01:00

Yes, it happens with factory settings too.
Here's the blender -d output, although I don't see any screams of pain in it: log.txt
To reiterate: we just load the blend, select the texture, tick "Normal", and it crashes. We've investigated with several files and various images, and crash is inconsistent: some files work fine, while others crash.

Here's one of the offending files with one of the offending images packed: http://www.pasteall.org/blend/34814
I've only packed a normal map to reduce file size. With this particular image Blender doesn't crash IF 'Normal Map' is enabled in Image Sampling. However, it does if it isn't, as does a grayscale bump map.

Yes, it happens with factory settings too. Here's the blender -d output, although I don't see any screams of pain in it: [log.txt](https://archive.blender.org/developer/F147097/log.txt) To reiterate: we just load the blend, select the texture, tick "Normal", and it crashes. We've investigated with several files and various images, and crash is inconsistent: some files work fine, while others crash. Here's one of the offending files with one of the offending images packed: http://www.pasteall.org/blend/34814 I've only packed a normal map to reduce file size. With this particular image Blender doesn't crash IF 'Normal Map' is enabled in Image Sampling. However, it does if it isn't, as does a grayscale bump map.

Julian Eisel commented

2015-03-09 00:56:05 +01:00

Can't recreate here. Could you place this dll into the folder containing the blender.exe and tell us if it works? It will be slow but shows us wether this is a driver issue or not.

Can't recreate here. Could you place [this dll ](http://download.blender.org/ftp/sergey/softwaregl/win64/opengl32.dll) into the folder containing the blender.exe and tell us if it works? It will be slow but shows us wether this is a driver issue or not.

Julian Eisel commented

2015-03-15 00:55:56 +01:00

Changed status from 'Open' to: 'Archived'

Julian Eisel closed this issue

2015-03-15 00:55:56 +01:00

Julian Eisel commented

2015-03-15 00:55:56 +01:00

No answer for almost one week -> closed! Sorry, but we have to be very strict in order to keep our bug tracker organized. We can consider reopening after we've got the requested 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

Enabling Normal influence for image texture in Blender Render crashes Blender #43860