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.

2026-10-15 · Zhcloudlink

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.

Zhcloudlink (Shenzhen) Technology Co., Ltd. · 2026-10-15 · Compiled from the official Ultralytics preview, checked against its released YOLO26 and YOLOv8 documentation

42.3–60.4COCO mAP50-95, 640 pixels
61.2mAP of YOLO27l at 800 pixels
0.62–2.32 msRTX PRO 6000, TensorRT 11 FP16
N / S / M / LFour sizes, seven vision tasks

Highlights

It cannot be used yet. YOLO27 is in the final stage of development and is expected later this year, with no fixed date. Weights, configuration, and implementation are not public. The code below can run only after the package supports it. Accuracy and speed on this page are preliminary official results and may be adjusted at formal release.

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.

Nano · mAP50-95

YOLOv8n
37.3
YOLO26n
40.9
YOLO27n
42.3

Small · mAP50-95

YOLOv8s
44.9
YOLO26s
48.6
YOLO27s
49.6

Medium · mAP50-95

YOLOv8m
50.2
YOLO26m
53.1
YOLO27m
55.8

Large · mAP50-95

YOLOv8l
52.9
YOLO26l
55.0
YOLO27l
60.4
COCO detection, 640 pixels. mAP is val50-95. YOLO26 and YOLOv8 are taken from released Ultralytics documentation. YOLO27 is taken from the official preview and may change before release. The delta is YOLO27 minus the released model of the same size.
SizeYOLOv8YOLO26YOLO27vs v8vs 26
n37.340.942.3+5.0+1.4
s44.948.649.6+4.7+1.0
m50.253.155.8+5.6+2.7
l52.955.060.4+7.5+5.4
Parameter count (M) and FLOPs (B) of the fused model. YOLO26 also has an x size: 57.5 mAP, 55.7M, 194.4B FLOPs. YOLOv8x is 53.9 mAP, 68.2M, 257.8B. The YOLO27 preview has no x size.
Sizev8 paramsv8 FLOPs26 params26 FLOPs27 params27 FLOPs
n3.28.72.45.53.07.2
s11.228.69.520.911.828.2
m25.978.920.468.422.865.0
l43.7165.224.886.872.3165.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.

One interface. The N/S CNN and the M/L query-based detector both enter through the same 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.
Relation to current edge projects

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.

All four sizes are planned to support training, validation, inference, and export. Tracking mode is based on predict and is used to associate detections, instance masks, pose, and rotated boxes across frames.
ModelFilenameTaskTrainValidateInferExport
YOLO27yolo27n/s/m/l.ptObject detectionSupportedSupportedSupportedSupported
YOLO27-segyolo27n/s/m/l-seg.ptInstance segmentationSupportedSupportedSupportedSupported
YOLO27-semyolo27n/s/m/l-sem.ptSemantic segmentationSupportedSupportedSupportedSupported
YOLO27-depthyolo27n/s/m/l-depth.ptDepth estimationSupportedSupportedSupportedSupported
YOLO27-clsyolo27n/s/m/l-cls.ptImage classificationSupportedSupportedSupportedSupported
YOLO27-poseyolo27n/s/m/l-pose.ptPose / keypointsSupportedSupportedSupportedSupported
YOLO27-obbyolo27n/s/m/l-obb.ptOriented object detectionSupportedSupportedSupportedSupported
In the detection task, N and S are slim CNNs, and M and L are a query-based NMS-free architecture. The other tasks all use a CNN.

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

640-pixel input. YOLO27l also reports 61.2 mAP and 2.9 ms at 800 pixels.
ModelmAP50-95CPU ONNX msRTX PRO 6000 msParams MFLOPs B
YOLO27n42.316.1 ± 1.60.623.07.2
YOLO27s49.633.2 ± 0.10.7911.828.2
YOLO27m55.867.2 ± 0.31.3922.865.0
YOLO27l60.4149.6 ± 1.42.3272.3165.3

Instance segmentation · COCO, 80 classes, 640 pixels

ModelBox mAPMask mAPCPU msGPU msParams MFLOPs B
YOLO27n-seg41.835.422.0 ± 2.20.733.011.2
YOLO27s-seg50.042.545.8 ± 0.10.9611.643.1
YOLO27m-seg53.245.0109.3 ± 0.91.4625.4139.6
YOLO27l-seg57.747.9248.3 ± 1.32.8667.5361.9

Semantic segmentation · Cityscapes, 19 classes, 1024×2048

ModelmIoUCPU msGPU msParams MFLOPs B
YOLO27n-sem78.895.6 ± 3.00.892.034.0
YOLO27s-sem81.2169.6 ± 0.91.437.8131.5
YOLO27m-sem82.4336.9 ± 2.82.7116.1385.4
YOLO27l-sem83.8787.1 ± 2.26.4344.81085.8

Depth estimation · multi-dataset pretraining, 768 pixels

Higher delta1 is better. The benchmark mean combines several evaluation sets. NYU and KITTI-580 are listed in their own columns.
ModelNYUKITTI-580Benchmark meanCPU msGPU msParams MFLOPs B
YOLO27n-depth0.83140.82560.723847.2 ± 4.00.795.449.3
YOLO27s-depth0.86820.78350.745472.1 ± 0.50.9713.077.3
YOLO27m-depth0.86520.77460.7476120.2 ± 0.41.3423.4143.6
YOLO27l-depth0.87110.80410.7527253.7 ± 0.52.6559.3341.8

Classification · ImageNet, 1000 classes, 224 pixels

The classification table in the official preview gives speed, parameter count, and FLOPs at a 224 input. It does not list top-1 accuracy alongside them.
ModelCPU msGPU msParams MFLOPs B
YOLO27n-cls1.90.282.90.5
YOLO27s-cls3.1 ± 0.10.316.91.7
YOLO27m-cls6.0 ± 0.60.3912.46.1
YOLO27l-cls16.7 ± 0.10.6932.818.5

Pose · COCO, class person, 640 pixels

ModelPose mAP50-95Pose mAP50CPU msGPU msParams MFLOPs B
YOLO27n-pose58.084.119.6 ± 0.10.673.19.2
YOLO27s-pose64.387.036.6 ± 0.20.8011.231.1
YOLO27m-pose69.089.976.6 ± 0.21.2922.886.2
YOLO27l-pose72.291.3181.1 ± 0.72.4561.7242.3

Oriented detection · DOTAv1, 15 classes, 1024 pixels

ModelmAP50-95mAP50CPU msGPU msParams MFLOPs B
YOLO27n-obb54.080.342.6 ± 0.20.833.019.7
YOLO27s-obb55.881.688.2 ± 0.61.3010.976.6
YOLO27m-obb55.982.6188.0 ± 0.71.9222.8221.7
YOLO27l-obb57.282.7455.8 ± 1.14.3368.7622.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.