Home / Technology / YOLO27 Coming Soon: What Improves over YOLO26 and YOLOv8
Technology
YOLO27 Coming Soon: What Improves over YOLO26 and YOLOv8
Ultralytics has not released YOLO27 yet. This article compiles the official preview: COCO mAP 42.3 to 60.4, and compares accuracy, parameter count, and architecture with YOLO26 and YOLOv8, including how to choose N/S versus M/L.
TECH / Vision models Not yet released · Figures may change
YOLO27 is the real-time vision model family Ultralytics is finishing, and it is meant to follow the already released YOLO26. The detection models take two paths: the compact N and S remain slim CNNs, while the larger M and L become query-based and no longer run NMS at inference. All four sizes use the same call interface.
Highlights
On the COCO validation set at 640 pixels, mAP50-95 for the four detection models is 42.3, 49.6, 55.8, and 60.4. YOLO27l is the first Ultralytics model above 60 mAP on COCO. At an 800-pixel input it reaches 61.2, with a latency of 2.9 ms. With speed essentially level, N and S are more accurate than YOLO26n/s.
Beyond detection, the plan includes instance segmentation, semantic segmentation, depth estimation, classification, pose estimation, and oriented object detection. The two architectures are for detection only. The other tasks all use a CNN. Detect, Segment, Pose, and OBB are also planned to support video tracking.
Where the accuracy differs from YOLO26 and YOLOv8
All three generations report mAP50-95 on COCO val2017, single model, single scale, 640 pixels, so that column can be compared directly. YOLO26 has a separate end-to-end column (e2e, NMS off at inference), usually 0.6 to 0.8 below the main score. The YOLO27 preview table does not split out that column, and it says N/S accuracy depends on the detection head that is selected. The YOLO26 numbers below use the main scores from its documentation.
Latency cannot be compared across the table. The YOLOv8 GPU numbers come from A100 TensorRT, YOLO26 from T4 TensorRT 10, and YOLO27 from RTX PRO 6000 TensorRT 11. The devices differ by an order of magnitude, so the milliseconds cannot be used to rank the three generations by speed. The comparison below is accuracy, parameter count, and compute only.
| Size | YOLOv8 | YOLO26 | YOLO27 | vs v8 | vs 26 |
|---|---|---|---|---|---|
| n | 37.3 | 40.9 | 42.3 | +5.0 | +1.4 |
| s | 44.9 | 48.6 | 49.6 | +4.7 | +1.0 |
| m | 50.2 | 53.1 | 55.8 | +5.6 | +2.7 |
| l | 52.9 | 55.0 | 60.4 | +7.5 | +5.4 |
| Size | v8 params | v8 FLOPs | 26 params | 26 FLOPs | 27 params | 27 FLOPs |
|---|---|---|---|---|---|---|
| n | 3.2 | 8.7 | 2.4 | 5.5 | 3.0 | 7.2 |
| s | 11.2 | 28.6 | 9.5 | 20.9 | 11.8 | 28.2 |
| m | 25.9 | 78.9 | 20.4 | 68.4 | 22.8 | 65.0 |
| l | 43.7 | 165.2 | 24.8 | 86.8 | 72.3 | 165.3 |
Read each size on its own. The accuracy gain for N and S is about 1 to 1.4 points. Compute is higher than YOLO26n/s, and still below or close to the same-size FLOPs of YOLOv8. M is the more notable case: 22.8M parameters and 65.0B FLOPs, below YOLOv8m and also below the compute of YOLO26m, while mAP reaches 55.8. L is not a free upgrade at the same size. YOLO27l has 72.3M parameters and 165.3B FLOPs, close in bulk to YOLOv8l and clearly larger than YOLO26l at 24.8M / 86.8B. What that buys is 60.4 mAP, which is also above 57.5 for YOLO26x and 53.9 for YOLOv8x.
Relative to YOLOv8
YOLOv8 is the 2023 anchor-free, three-scale CNN detector. It runs NMS after inference, and sizes go up to x. Same-size mAP is a step lower, and it does not have the semantic-segmentation and depth-estimation product lines. It is still the baseline that many edge projects already have running.
Relative to YOLO26
YOLO26 already made the end-to-end, NMS-free head an option, and it covers semantic segmentation and depth. YOLO27 drops the middle scale on N/S and adds small-object capacity, narrowing the accuracy gap between the deployment head and the training head. On M/L it switches to a query-based decoder, and L also switches to UltraViT.
Five architectural changes
Two-scale detection (N/S)
A common detection head predicts on three feature maps: fine, medium, and coarse. N and S drop the medium scale and keep only the fine-grained map for small objects and the coarse-grained map for large objects, then balance the two fused feature paths with fixed scaling. Detection-head compute drops, and training stability stays close to the full three-scale design.
Stronger small objects (N/S)
Earlier high-resolution stages are widened so finer texture is kept. Together with the fine prediction map that remains, localization and regression of small objects are better. That is the class of object small models most often lose points on.
Foreground-aligned supervision (N/S)
Training adds a light branch that learns whether each location is object or background, narrowing the gap between one-to-many training supervision and the one-to-one deployment head. The official gap narrows from 0.9 / 0.8 mAP on YOLO26n/s to 0.4 mAP on YOLO27n/s. The branch exists only during training. It is removed after export and does not add deployment cost.
Query-based, NMS-free (M/L)
The larger models replace dense prediction with a Transformer decoder. A fixed set of object queries is refined step by step and outputs final boxes directly, with no non-maximum suppression. YOLO27m puts this decoder together with a YOLO26-style convolutional backbone. YOLO27l keeps the same FPN/PAN neck and replaces the backbone with UltraViT, so the deepest stage sees the whole image with self-attention.
YOLO class. Training, validation, prediction, and export select the pipeline from the weights, so the call stays the same when the size changes. After release, replacing yolo26n.pt with yolo27n.pt is the expected model switch.How to choose a size after release
Projects already underway should keep using YOLO26. The choices below apply after YOLO27 weights are public.
- YOLO27n / YOLO27s: edge devices, drones, and real-time video. The two fastest sizes in the family, with a two-scale design that strengthens small objects. The official deployment notes will cover NVIDIA Jetson and Raspberry Pi.
- YOLO27m: the default production size for accuracy and speed on a GPU. Accuracy is higher than YOLO26m at a similar latency.
- YOLO27l: accuracy first. 60.4 mAP and 2.32 ms at 640 pixels; 61.2 mAP and 2.9 ms at 800 pixels, still real time on an RTX PRO 6000.
Zhcloudlink cameras and edge analytics boxes should still ship on released models. Do not write preview mAP into a solution commitment before YOLO27 weights and on-device measurements exist. For how chip compute and vision models fit together, see the RK3588 / RK3576 / RK3572 specification comparison.
Tasks and modes planned for support
A mark means support is planned at release. It does not mean the weights can be downloaded now. None of the weight files in the table have been released.
| Model | Filename | Task | Train | Validate | Infer | Export |
|---|---|---|---|---|---|---|
| YOLO27 | yolo27n/s/m/l.pt | Object detection | Supported | Supported | Supported | Supported |
| YOLO27-seg | yolo27n/s/m/l-seg.pt | Instance segmentation | Supported | Supported | Supported | Supported |
| YOLO27-sem | yolo27n/s/m/l-sem.pt | Semantic segmentation | Supported | Supported | Supported | Supported |
| YOLO27-depth | yolo27n/s/m/l-depth.pt | Depth estimation | Supported | Supported | Supported | Supported |
| YOLO27-cls | yolo27n/s/m/l-cls.pt | Image classification | Supported | Supported | Supported | Supported |
| YOLO27-pose | yolo27n/s/m/l-pose.pt | Pose / keypoints | Supported | Supported | Supported | Supported |
| YOLO27-obb | yolo27n/s/m/l-obb.pt | Oriented object detection | Supported | Supported | Supported | Supported |
Performance figures
GPU speed was measured on an NVIDIA RTX PRO 6000 with TensorRT 11 and FP16. CPU speed was measured on an AMD EPYC 9655 with ONNX Runtime and FP32. After release, detection accuracy can be reproduced with yolo val model=yolo27n.pt data=coco.yaml. Parameter count and FLOPs are for the fused model: Conv and BatchNorm are folded, and unused detection branches are removed. Detection speed uses nms=False. A pretrained checkpoint keeps the full training structure, so parameter count and FLOPs may be higher.
Detection · COCO, 80 classes
| Model | mAP50-95 | CPU ONNX ms | RTX PRO 6000 ms | Params M | FLOPs B |
|---|---|---|---|---|---|
| YOLO27n | 42.3 | 16.1 ± 1.6 | 0.62 | 3.0 | 7.2 |
| YOLO27s | 49.6 | 33.2 ± 0.1 | 0.79 | 11.8 | 28.2 |
| YOLO27m | 55.8 | 67.2 ± 0.3 | 1.39 | 22.8 | 65.0 |
| YOLO27l | 60.4 | 149.6 ± 1.4 | 2.32 | 72.3 | 165.3 |
Instance segmentation · COCO, 80 classes, 640 pixels
| Model | Box mAP | Mask mAP | CPU ms | GPU ms | Params M | FLOPs B |
|---|---|---|---|---|---|---|
| YOLO27n-seg | 41.8 | 35.4 | 22.0 ± 2.2 | 0.73 | 3.0 | 11.2 |
| YOLO27s-seg | 50.0 | 42.5 | 45.8 ± 0.1 | 0.96 | 11.6 | 43.1 |
| YOLO27m-seg | 53.2 | 45.0 | 109.3 ± 0.9 | 1.46 | 25.4 | 139.6 |
| YOLO27l-seg | 57.7 | 47.9 | 248.3 ± 1.3 | 2.86 | 67.5 | 361.9 |
Semantic segmentation · Cityscapes, 19 classes, 1024×2048
| Model | mIoU | CPU ms | GPU ms | Params M | FLOPs B |
|---|---|---|---|---|---|
| YOLO27n-sem | 78.8 | 95.6 ± 3.0 | 0.89 | 2.0 | 34.0 |
| YOLO27s-sem | 81.2 | 169.6 ± 0.9 | 1.43 | 7.8 | 131.5 |
| YOLO27m-sem | 82.4 | 336.9 ± 2.8 | 2.71 | 16.1 | 385.4 |
| YOLO27l-sem | 83.8 | 787.1 ± 2.2 | 6.43 | 44.8 | 1085.8 |
Depth estimation · multi-dataset pretraining, 768 pixels
| Model | NYU | KITTI-580 | Benchmark mean | CPU ms | GPU ms | Params M | FLOPs B |
|---|---|---|---|---|---|---|---|
| YOLO27n-depth | 0.8314 | 0.8256 | 0.7238 | 47.2 ± 4.0 | 0.79 | 5.4 | 49.3 |
| YOLO27s-depth | 0.8682 | 0.7835 | 0.7454 | 72.1 ± 0.5 | 0.97 | 13.0 | 77.3 |
| YOLO27m-depth | 0.8652 | 0.7746 | 0.7476 | 120.2 ± 0.4 | 1.34 | 23.4 | 143.6 |
| YOLO27l-depth | 0.8711 | 0.8041 | 0.7527 | 253.7 ± 0.5 | 2.65 | 59.3 | 341.8 |
Classification · ImageNet, 1000 classes, 224 pixels
| Model | CPU ms | GPU ms | Params M | FLOPs B |
|---|---|---|---|---|
| YOLO27n-cls | 1.9 | 0.28 | 2.9 | 0.5 |
| YOLO27s-cls | 3.1 ± 0.1 | 0.31 | 6.9 | 1.7 |
| YOLO27m-cls | 6.0 ± 0.6 | 0.39 | 12.4 | 6.1 |
| YOLO27l-cls | 16.7 ± 0.1 | 0.69 | 32.8 | 18.5 |
Pose · COCO, class person, 640 pixels
| Model | Pose mAP50-95 | Pose mAP50 | CPU ms | GPU ms | Params M | FLOPs B |
|---|---|---|---|---|---|---|
| YOLO27n-pose | 58.0 | 84.1 | 19.6 ± 0.1 | 0.67 | 3.1 | 9.2 |
| YOLO27s-pose | 64.3 | 87.0 | 36.6 ± 0.2 | 0.80 | 11.2 | 31.1 |
| YOLO27m-pose | 69.0 | 89.9 | 76.6 ± 0.2 | 1.29 | 22.8 | 86.2 |
| YOLO27l-pose | 72.2 | 91.3 | 181.1 ± 0.7 | 2.45 | 61.7 | 242.3 |
Oriented detection · DOTAv1, 15 classes, 1024 pixels
| Model | mAP50-95 | mAP50 | CPU ms | GPU ms | Params M | FLOPs B |
|---|---|---|---|---|---|---|
| YOLO27n-obb | 54.0 | 80.3 | 42.6 ± 0.2 | 0.83 | 3.0 | 19.7 |
| YOLO27s-obb | 55.8 | 81.6 | 88.2 ± 0.6 | 1.30 | 10.9 | 76.6 |
| YOLO27m-obb | 55.9 | 82.6 | 188.0 ± 0.7 | 1.92 | 22.8 | 221.7 |
| YOLO27l-obb | 57.2 | 82.7 | 455.8 ± 1.1 | 4.33 | 68.7 | 622.6 |
Usage after release
The examples apply only after release. Pass a COCO-pretrained .pt or a config .yaml to YOLO(). Training tips and hyperparameter search for custom data follow the Ultralytics documentation at release.
Python
from ultralytics import YOLO
model = YOLO("yolo27n.pt")
results = model("path/to/bus.jpg")
results = model.train(data="coco8.yaml", epochs=100, imgsz=640)
Command line
yolo predict model=yolo27n.pt source=path/to/bus.jpg
yolo train model=yolo27n.pt data=coco8.yaml epochs=100 imgsz=640
Sources for comparison: Ultralytics YOLO26 documentation, Ultralytics YOLOv8 documentation. The YOLO27 numbers come from its official introduction, which is not final.
Questions
Can YOLO27 be downloaded now?
No. It is still in the final stage of development and is expected later this year, with no date set. Weights and implementation are not public. Current packages cannot run the examples in this article.
What is the main change relative to YOLO26?
N and S drop the middle prediction scale, widen early features to strengthen small objects, and use foreground-aligned supervision to bring the deployment-head accuracy loss down to 0.4 mAP. M and L switch to a query-based decoder that outputs final detections directly, and the L backbone is UltraViT. Calls still go through the same YOLO class.
How large is the gap versus YOLOv8?
At the same size, COCO mAP is about 5.0, 4.7, 5.6, and 7.5 points higher for n/s/m/l. YOLOv8 needs NMS after inference, and it does not have the semantic segmentation and depth estimation planned for YOLO27. GPU latency on the two sides comes from different graphics cards, so the milliseconds cannot be compared directly.
Why do N and S predict only two scales?
Small objects depend on high-resolution feature maps, and large objects depend on coarse feature maps. Dropping the middle scale cuts detection-head compute by a clear amount. With widened early features and foreground-aligned supervision, the accuracy and latency tradeoff is still competitive.
What are the accuracy and speed of YOLO27l?
At 640 pixels it is 60.4 mAP and 2.32 ms. At 800 pixels it is 61.2 mAP and 2.9 ms. The test platform is an NVIDIA RTX PRO 6000, TensorRT 11, FP16. It combines UltraViT, FPN/PAN, and a query-based detector that does not need NMS.
Should a project move off YOLO26 or YOLOv8 now?
Not yet. After the final weights are public, re-validate on your own data before deciding whether to change the filename. The interface is planned to keep train, val, predict, and export unchanged.
Zhcloudlink