Downloads · 30 days
211
76% of all-time downloads
Arm/yolo26n-fp16-litert
yolo26n-fp16-litert is a object detection model from Arm. Use it when you need objects located in an image. It is set up for litert. The card lists the license as agpl-3.0.
YOLO26n FP16 is a LiteRT object-detection model prepared for the XNNPACK FP16 packed-weight path.
Downloads · 30 days
211
76% of all-time downloads
All-time downloads
279
Public
Repo size
11 MB
Likes
0
Public
Click a slice to open those files.
.tflite10.4 MB · 97%
From the Hugging Face model README
YOLO26n FP16 is a LiteRT object-detection model prepared for the XNNPACK FP16 packed-weight path.
This package contains the YOLO26n object detector converted to LiteRT and arranged so XNNPACK can run Conv2D through its FP16 packed-weight path. The model accepts 640 × 640 images and returns up to 300 detections per image.
Ultralytics/YOLO26yolo26n.pt
at revision 070ac3c51435984d992ba92eb3f234daf4e4500dFollow these steps to run YOLO26n FP16 — LiteRT on macOS® with Apple Silicon or on Linux® with an Arm®-based CPU, such as a Raspberry Pi® 5.
git clone https://github.com/ARM-software/ComputeFlow.git && cd ComputeFlow
uv sync && source .venv/bin/activate
compute-flow update
compute-flow model install object_detection:yolo yolo-v26n-litert-f16
compute-flow build native
python -m cli_examples.object_detection_cli \
-m @manifest/yolo/yolo-v26n-litert-f16/yolo_manifest.json \
-i @sample/sample.jpg \
-t 1
The example detects objects in the bundled samples/sample.jpg image. Replace -i with a path to
your own image.
Quality was evaluated on all 5,000 images in the COCO 2017 val2017 split at 640 × 640 input
resolution with batch size 1. Higher mAP values are better.
| Metric | FP32 baseline | FP16 optimized | Change |
|---|---|---|---|
| mAP50–95 | 40.25% | 40.23% | 0.02 percentage points lower |
| mAP50 | 55.78% | 55.78% | No change |
| mAP75 | 43.62% | 43.58% | 0.04 percentage points lower |
Performance was measured under the following conditions:
The following methodology and definitions were used:
val2017.Compared with the FP32 baseline under the same protocol, the FP16 optimized profile provides the following results.
| Metric | FP32 baseline | FP16 optimized | Uplift |
|---|---|---|---|
| End-to-end latency, p50 | 33.02 ms | 17.86 ms | 1.85× faster |
| End-to-end latency, p90 | 34.628 ms | 19.026 ms | 1.82× faster |
| Frames per second | 30.28 | 55.99 | 1.85× higher |
| Time to first inference | 35.579 ms | 19.313 ms | 1.84× faster |
| Model load time | 9.504 ms | 10.218 ms | 7.51% slower |
| Average memory | 82.36 MB | 82.45 MB | 0.11% higher |
| Peak memory | 82.39 MB | 82.50 MB | 0.13% higher |
The package provides YOLO26n for object detection with FP16-optimized LiteRT execution.
| Component role | Framework / format |
|---|---|
| Object detector | LiteRT (.tflite) |
| Runtime configuration | Object-detection manifest (.json) |
| Class-name mapping | JSON |
| Representative input | JPEG image |
The optimized profile executes Conv2D through XNNPACK's FP16 packed-weight path. The model keeps Conv2D weights as direct float32 constants and includes one unused float16 constant so runtime code can detect whether FP16 execution can be forced through XNNPACK. The input and output tensors use float32.
| Input | Description |
|---|---|
img | Float32 tensor with shape [1, 3, 640, 640] |
| Output | Description |
|---|---|
output | Float32 detection tensor with shape [1, 300, 6] |
The manifest specifies external non-maximum suppression with a confidence threshold of 0.25, an NMS threshold of 0.4, a maximum of 300 detections per image, and non-normalized coordinates.
assets/class_names.json — COCO class-name mapping referenced by the manifest.benchmarks/yolo26n-fp16-litert-vivo-x300-fp16.yaml — FP16 quality and performance report for
Vivo X300.benchmarks/yolo26n-fp16-litert-vivo-x300-fp32.yaml — FP32 baseline quality and performance
report for Vivo X300.metadata.yaml — model and benchmark metadata.samples/sample.jpg — sample image for object_detection_cli smoke tests.yolo26n_conv2d_f16_weights.tflite — LiteRT object-detection model referenced by the manifest.yolo_manifest.json — object-detection manifest.SHA256SUMS — model-package checksums for reproducibility.yolo26n_conv2d_f16_weights.tflite was converted from the Ultralytics yolo26n.pt
PyTorch checkpoint to LiteRT with litert-torch 0.9.1, using a wrapper that returns the
[1, 300, 6] detection tensor. Starting from the FP32 LiteRT bundle, Conv2D weights were kept as
direct float32 constants. One unused float16 constant was added so runtime code can detect
whether FP16 execution can be forced through XNNPACK.assets/class_names.json contains COCO class labels from
coco.names.samples/sample.jpg is an image provided for testing the model.SHA256SUMS was generated by recursively hashing every regular file in the model bundle,
including files in subdirectories, except the generated root SHA256SUMS and paths with a
dotfile component.
From the model bundle root, verify the checked-out files with:
shasum -a 256 -c SHA256SUMS
Ultralytics provides Ultralytics YOLO software and models available through the Arm AI Portal and/or Arm's Hugging Face Organization under the GNU Affero General Public License v3.0 ("AGPL-3.0"), unless you have entered into a separate written license agreement with Ultralytics. Accessing, downloading, or retraining these materials through Arm AI Portal does not grant you an Ultralytics Enterprise License or any other proprietary Ultralytics license.
AGPL-3.0 requires you to release the complete source code of any application that uses Ultralytics YOLO, including applications made available over a network, under the same license. If you are embedding YOLO in a commercial product, internal tool, or production deployment and cannot open-source your code, you need an Ultralytics Enterprise License.
You are responsible for determining which applies to your use. Terms and enterprise licensing options are available at ultralytics.com.