You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm running MiniMax-H3 video generation on AMD 7900 XTX (24GB VRAM) with stable-diffusion.cpp using Vulkan backend. Current setup works well with Q4_K_M quantization, but I'd like to use higher-quality or more efficient quantization formats.
Alternatives you considered
or q6.0 q8.0 gguf
Additional context
I'm running MiniMax-H3 video generation on AMD 7900 XTX (24GB VRAM) with stable-diffusion.cpp using Vulkan backend. Current setup works well with Q4_K_M quantization, but I'd like to use higher-quality or more efficient quantization formats.
Problem 1: Q6_K/Q8_0 crash on Vulkan
When selecting Q6_K or Q8_0 quantization, sd.cpp crashes with:
This happens in the Vulkan matmul kernel path. Q4_K_M works fine, suggesting the dequant+matmul pipeline for these quant types isn't fully implemented for Vulkan.
Note: RDNA3 has cooperative matrix support but lacks VK_EXT_shader_float8 (that's RDNA4/gfx1200+). The portable e4m3 dequant-to-f16 path from ggml PR #1528 would work here.
Suggested Implementation
Fix Q6_K/Q8_0 Vulkan matmul: Add proper transposed-tensor handling or route to CPU fallback
Feature Summary
Q6_K/Q8_0 crash on Vulkan and Rocm10.0
Detailed Description
I'm running MiniMax-H3 video generation on AMD 7900 XTX (24GB VRAM) with stable-diffusion.cpp using Vulkan backend. Current setup works well with Q4_K_M quantization, but I'd like to use higher-quality or more efficient quantization formats.
Alternatives you considered
or q6.0 q8.0 gguf
Additional context
I'm running MiniMax-H3 video generation on AMD 7900 XTX (24GB VRAM) with stable-diffusion.cpp using Vulkan backend. Current setup works well with Q4_K_M quantization, but I'd like to use higher-quality or more efficient quantization formats.
Problem 1: Q6_K/Q8_0 crash on Vulkan
When selecting Q6_K or Q8_0 quantization, sd.cpp crashes with:
This happens in the Vulkan matmul kernel path. Q4_K_M works fine, suggesting the dequant+matmul pipeline for these quant types isn't fully implemented for Vulkan.
Test command:
sd-cli.exe -M vid_gen --diffusion-model minimax_h3_fl2va_pruned-Q6_K.gguf --llm qwen3vl_32b_minimax_h3-Q4_K_M.gguf --vae minimax_h3_video_vae_fp16.safetensors -p "test" -W 64 -H 64 -o out.png -vExpected: Model loads and runs (same as Q4_K_M)
Actual: Assertion failure during graph execution
Problem 2: No FP8 (e4m3) support
The official MiniMax-H3 models include FP8 e4m3 checkpoints:
minimax_h3_fl2va_pruned_fp8_e4m3fn.safetensorsminimax_h3_ref2va_pruned_fp8_e4m3fn.safetensorsFP8 would be ideal because:
GPU Details
Note: RDNA3 has cooperative matrix support but lacks
VK_EXT_shader_float8(that's RDNA4/gfx1200+). The portable e4m3 dequant-to-f16 path from ggml PR #1528 would work here.Suggested Implementation
Reference
Would be happy to help test any fixes!