Downloads · 30 days
220
66% of all-time downloads
litert-community/DIS-ISNet-LiteRT
DIS-ISNet-LiteRT is a image segmentation model from litert-community. Use it for the image segmentation task on the model card, and read the license before you ship it in a product. It is set up for litert. The card lists the license as apache-2.0.
Measured on device (edge-compat): Raspberry Pi 5 · LiteRT 2.2.0.dev20260804 · CPU/XNNPACK, 4 threads · 2957 ms p50 (2026-08-31); browser · Chromium 151 on M4 Max · LiteRT.js 2.5.3 · WebGPU · 65.4 ms p50 · output match…
Downloads · 30 days
220
66% of all-time downloads
All-time downloads
331
Public
Repo size
176 MB
Likes
1
Public
Click a slice to open those files.
.tflite176 MB · 100%
From the Hugging Face model README
Measured on device (edge-compat): Raspberry Pi 5 · LiteRT 2.2.0.dev20260804 · CPU/XNNPACK, 4 threads · 2957 ms p50 (2026-08-31); browser · Chromium 151 on M4 Max · LiteRT.js 2.5.3 · WebGPU · 65.4 ms p50 · output matches CPU (2026-08-11). Record: https://github.com/john-rocky/edge-compat/blob/main/cards/dis-isnet/CARD.md
On-device dichotomous image segmentation running fully on the LiteRT CompiledModel
GPU delegate (no CPU fallback). DIS (ECCV 2022) is a
high-accuracy IS-Net that cuts out the main object with fine structure detail (thin
stems, petals, wires, handles) — for e-commerce product photos and graphics. ~11 ms/frame
on a Pixel 8a.
isnet-general-use · Apache-2.0.
Input (left) → high-precision alpha cut-out on transparency (right). Photo: Unsplash (free license).
[1, 3, 1024, 1024] NCHW, RGB, x/255 - 0.5.[1, 1, 1024, 1024] sigmoid mask (0–1) — resize to the image, use as alpha.DIS is a pure CNN (IS-Net RSU blocks). It converts fully GPU-compatible (247/247 nodes
on the delegate, 1 partition; device max|diff| 0.00034, ~11 ms) with one defensive
patch: align_corners=True → False on the bilinear upsamples. CPU-exact vs PyTorch
(max|diff| 0.0).
val options = CompiledModel.Options(Accelerator.GPU)
val model = CompiledModel.create(context.assets, "dis.tflite", options, null)
val inBufs = model.createInputBuffers()
val outBufs = model.createOutputBuffers()
inBufs[0].writeFloat(inputNCHW) // [1,3,1024,1024] RGB, x/255 - 0.5
model.run(inBufs, outBufs)
val mask = outBufs[0].readFloat() // [1024*1024] alpha (0..1); resize -> composite
import numpy as np
from ai_edge_litert.interpreter import Interpreter
it = Interpreter(model_path="dis.tflite"); it.allocate_tensors()
inp, out = it.get_input_details(), it.get_output_details()
it.set_tensor(inp[0]["index"], x) # [1,3,1024,1024] float32, RGB, x/255 - 0.5
it.invoke()
mask = it.get_tensor(out[0]["index"])[0, 0] # [1024,1024] alpha 0..1
Converted with litert-torch (build_dis.py): loads the Apache-2.0 IS-Net general-use
weights and exports the main mask.
Measured on a Pixel 8a (Tensor G3, Android 16) with the standard TFLite benchmark_model tool — 10 warm-up runs then 50 timed runs, reported as the tool's mean.
| Runtime | Backend | Graph on GPU | Latency |
|---|---|---|---|
LiteRT CompiledModel (LITERT_CL) | GPU | 247 / 247 | ~11 ms |
TFLite benchmark_model (TfLiteGpuDelegateV2) | GPU (OpenCL) | 247 / 247 | 240.5 ms |
TFLite benchmark_model | CPU (XNNPACK, 4 threads) | — | 4868.4 ms |
The two GPU rows are different runtimes, not a contradiction. The LITERT_CL figure is the one recorded when this model shipped, taken through LiteRT's own CompiledModel accelerator — the path the Kotlin sample app and the LiteRT API use. The TfLiteGpuDelegateV2 figure is the classic TFLite OpenCL delegate, measured with a tool anyone can download and re-run. They agree on how much of the graph the GPU takes; they disagree on speed, and the classic delegate is the slower of the two here. Read the TfLiteGpuDelegateV2 row as a reproducible floor, not as this model's speed on LiteRT.
The NPU is 2.99x faster than the GPU (24.21 ms against 72.43 ms) and loads 6.58x faster (192 ms against 1264 ms).
| backend | inference (median / min) | load |
|---|---|---|
| NPU (Hexagon v81) | 24.21 ms / 23.96 ms | 192 ms |
| GPU (Adreno) | 72.43 ms / 71.86 ms | 1264 ms |
Measured on a Samsung Galaxy S26 (Snapdragon 8 Elite Gen 5 / SM8850, Hexagon v81, Android 16), LiteRT CompiledModel 2.2.0, one accelerator per process, 5 warm-up runs then N=50 timed runs, median reported. Every run held thermal status NONE throughout. Headroom 0.69-0.71, where 1.0 is the throttling threshold.
The NPU rows here ran artifacts compiled ahead of time for SM8850 with QAIRT 2.47.0; the GPU rows ran the published files as they are. LiteRT can also compile for the NPU on the device at first load, which is what lets you ship the published file unchanged — that path and the ten runtime libraries it needs are in the NPU recipe, and we did not measure it here. GPU wiring is in the GPU recipe.
Measured on a Raspberry Pi 5 Model B Rev 1.1 (8 GB, Raspberry Pi OS 64-bit) with the LiteRT benchmark_model tool from litert-cli-nightly 0.2.0.dev20260805: CPU inference (XNNPACK, 4 threads), 3 invocations per file of 10 warm-up plus 50 timed runs (the tool caps a phase at 150 s, so very slow graphs run fewer — the Runs column is the actual timed total). The latency is the median across invocations; the spread is the min–max over all timed runs. No thermal throttling occurred during these runs (vcgencmd get_throttled stayed 0x0).
| File | Inference (median) | Spread (min–max) | Runs | Peak memory |
|---|---|---|---|---|
dis.tflite | 2,956.7 ms | 2,909.8–3,155.8 ms | 150 | 941 MB |
Apache-2.0 (DIS / xuebinqin). IS-Net architecture.