MacOS black image generation.

I keep running into the same error with most samplers, for a while now and with the latest commit f1.0.2v1.10.1-previous-214-gdad1d17f.

I did try on 2 different Apple Silicon Machines on with MacOS 14.6.1 and one with beta 5 of MacOS 15.

stable-diffusion-webui-forge/modules/processing.py:990: RuntimeWarning: invalid value encountered in cast
x_sample = x_sample.astype(np.uint8)

or

stable-diffusion-webui-forge/modules/sd_samplers_common.py:75: RuntimeWarning: invalid value encountered in cast
x_sample = x_sample.astype(np.uint8)

Update:

sometime I get both, did 20 steps DPM++ 2M using 1024 x 1024 px and at step 11 I get
stable-diffusion-webui-forge/modules/sd_samplers_common.py:75: RuntimeWarning: invalid value encountered in cast
x_sample = x_sample.astype(np.uint8)

At the end I get
/stable-diffusion-webui-forge/modules/processing.py:990: RuntimeWarning: invalid value encountered in cast
x_sample = x_sample.astype(np.uint8)

Wondering if it is caused by the same math rounding issues some used to have.
https://github.com/vladmandic/automatic/issues/2012

Samplers tested:
DDIM = works
DPM++ 2M = broken
DPM++ SDE = broken
DPM++ 2M SDE = broken
DPM++ 2sa = broken
DPM++ 3M DES = works
Euler a = broken
Euler = works
UniPC = works

These work fine in A1111 however (on the same machines).

Start by reproducing the black output with the samplers listed in the issue on Apple Silicon, then inspect the conversion at modules/processing.py:990 and modules/sd_samplers_common.py:75. Compare the failing samplers with DDIM, Euler, UniPC, and the working A1111 behavior. Done means the affected samplers no longer produce invalid-value warnings or black images under the reported conditions.

Written by the indexing model from the issue text.