Downloads · 30 days
0
Bartholomheow/aziibpixelmix-onnx
aziibpixelmix-onnx is a text-to-image model from Bartholomheow. Use it when you need an image from a text prompt. The card lists the license as other.
Browser/WebGPU-ready ONNX export of AziibPixelMix Fast Mode (pixel-art SD1.5 + LCM): dynamic UNet (fp16), clip-skip-2 CLIP (fp32, final-normed), dynamic VAE (fp32), DPM++ SDE timetable. First load downloads ~2.4GB onc…
Downloads · 30 days
0
Access
Public
Updated Sep 26, 2026
Repo size
6.4 GB
Likes
1
Public
Click a slice to open those files.
.onnx4.3 GB · 100%
From the Hugging Face model README
Browser/WebGPU-ready ONNX export of AziibPixelMix Fast Mode (pixel-art SD1.5 + LCM): dynamic UNet (fp16), clip-skip-2 CLIP (fp32, final-normed), dynamic VAE (fp32), DPM++ SDE timetable. First load downloads ~2.4GB once, then cached; 4-step images render fully on-device via ONNX Runtime WebGPU.
pixel art, pixel world. Fast Mode recipe: 4–8 steps, CFG scale 1–2,
DPM++ SDE sampler, clip skip 2.Published here with the creator's permission. The weights follow the upstream Civitai terms
(credit required); the runtime scripts (sd_web.js, sd_web.ts) are Apache-2.0.
| Path | Size | What |
|---|---|---|
unet/model.onnx | 1.7GB | SD UNet, fp16, dynamic batch + height/width |
text_encoder/model.onnx | 207MB | CLIP ViT-L/14, fp16, clip-skip-2 (second-to-last layer + final norm, diffusers semantics). Converted post-hoc from the verified fp32 export (parity 1.0); fp32 kept as local-only backup |
vae_decoder/model.onnx | 198MB | SD VAE decoder (fp32, bit-exact export) |
tokenizer files | — | Use openai/clip-vit-large-patch14 (standard SD1.5 vocab, public) |
scheduler.json | 1KB | DPM++ SDE timesteps/sigmas/alphas for 4 steps |
pipeline_config_sd.json | 1KB | Paths, dims, dtypes, defaults — read by the runtimes |
tools/convert_sd.py | — | The exact converter that produced these files (needs the Civitai checkpoint + a CUDA torch env) |
tools/render_sd_onnx.py | — | Proof-render script (pure ONNX + diffusers scheduler math) |
pip install torch diffusers transformers huggingface_hub onnx onnxruntime onnxconverter-common
python tools/convert_sd.py --ckpt aziibpixelmix_fastModeExperimental.safetensors --out-dir ./aziib-onnx
python tools/render_sd_onnx.py ./aziib-onnx "pixel art castle, pixel world" out.png --steps 4 --cfg 2 --seed 1 --w 512 --h 768
The script exports UNet (fp16, dynamic batch + size, parity-gated), CLIP (fp32 export, then
post-hoc fp16 conversion, parity-gated), and VAE (fp32, bit-exact), then writes the scheduler
timetable and config. tools/supra_arch.py is a shared helper it imports.
Requirements: a WebGPU browser (Chrome/Edge 113+ with hardware acceleration) served over
http(s) — file:// will not work.
<script src="https://cdn.jsdelivr.net/npm/[email protected]/dist/ort.all.min.js"></script>
<script type="module">
import { loadSD, generateSD, paintSD } from './sd_web.js';
const model = await loadSD('https://huggingface.co/Bartholomheow/aziibpixelmix-onnx/resolve/main/', { onProgress: console.log });
const { pixels, width, height } = await generateSD(model, 'pixel art castle, pixel world', { seed: 1 });
paintSD(pixels, width, height, document.querySelector('canvas'));
</script>
npm i onnxruntime-web @huggingface/transformers
import { loadSD, generateSD, paintSD } from './sd_web';
const model = await loadSD('https://huggingface.co/Bartholomheow/aziibpixelmix-onnx/resolve/main/');
const { pixels, width, height } = await generateSD(model, 'pixel art castle, pixel world',
{ seed: 1, steps: 4, cfg: 2, width: 512, height: 768 });
paintSD(pixels, width, height, document.querySelector('canvas')!);
Options: { seed, steps, cfg, width, height, onProgress } (onProgress reports
{ phase: 'encode' | 'denoise' | 'decode', step, steps }). Defaults (4 steps / CFG 2) match
the creator's Fast Mode recipe; any 512–1024 resolution works.
No available backend found → WebGPU needs hardware acceleration (Chrome/Edge Settings →
System). VMs, remote desktops, and old drivers often lack it.std::bad_alloc at session creation) — WebGPU is effectively required
for the UNet; CLIP/VAE alone do run on WASM. Sessions are created sequentially to keep
peak memory as low as possible.text encoder returned NaN… instead of rendering black.