Some textures in Hammer Texture Browser are not displayed

[stepa2]

Details

Texture previews are not displayed for random textures (exact textures changes with reload) Co-exists with "corrupted" texture previews bug. When you scroll down and return back to previously unbugged textures, they may become bugged. Both square and non-square textures can be bugged.

Steps to reproduce

1. Open Hammer
2. Create/open any map
3. Open texture browser
4. Scroll down until you see black textures (usually up to dev\ folder)
5. Texture is bugged if it is displayed correctly when placed into map but black in texture browser and white in texture application tool/textures toolbar

[robotboy655]

I image this is more of a problem on your end, than a problem (out of RAM problems, bad materials, etc) with Hammer itself. I couldn't reproduce this and this is the first time I hear of this issue.

Scrolling through the texture list shows RAM usage up to 1.8GB for me with certain materials.

As it stands right now, nothing I can do here.

[MARK2580]

I also notice this bug quite often, but I also cannot describe under what circumstances it occurs. Most of the time I noticed this on the nodraw texture, it just turned white or black in the texture browser.

[stepa2]

More information: this bug reproduces on x86-64 branch, but not on dev branch

[stepa2]

Error still happens on x86-64 on a different computer. All the fully black materials should not be such.

[robotboy655]

I have narrowed it down to StretchDIBits failing (Windows API function) on x86-64, but I do not see any reason why it would be randomly failing for certain textures.