It’s a big improvement if you’re already paying them but, given their aggressive approach to licensing, I can’t imagine why anyone would choose to use an Ultralytics model on a new project in 2026. You’re just asking to be shaken down and have to pay off a large bill down the line.
We've been running YOLO for a number of years (since v5) on soccer videos. None of the recent iterations have been significantly better, with v26 scoring worse then v9 and v11 on our tasks. Makes me wonder why this version is being pushed by roboflow and ultralytics.
Can't speak for 26, but a year ago I worked on a project that migrated from v5 to 11 because of improved image segmentation capabilities. My understanding is that the newer versions don't necessarily have better precision/recall, but they tend to be faster for equivalent results, and have increased capabilities.
When I was working with YOLO models it did seem like there was little practical improvements were between all of the spinoff models. It seemed people were pushing new models for personal recognition since the original creator stopped working on it.
That said, many of the claimed improvements in this model were are efficiency related.
What I find cool is not the model in itself, but the architectures / training methods found that make the model better. It gives out a new possibilites for other fields of AI. (Notably if you want to fine tune other CV models)
My buddy has some vision impairments, and I remember training a much older of YOLO's models to detect objects/enemies in Terraria for him. It worked very well.
I then tried trained it on a lot of sample images from a 3D point & shoot game, and was quite disappointed in how it performed.
Has anyone else experimented with it recently? How does this suit as a base-model for training custom classifiers? And with hardware growth in the last ~5 years, is it suitable to run in parallel with games which are graphically intensive?
Was evaluating YOLO26 within the last month for its on-device (iPhone 16 Pro) segmentation capabilities. Its decent, but its biggest limitation is that its only trained on 80 COCO classes (meaning pre-labeled images). If whatever is in your images isn't in the 80 classes, its invisible to YOLO26.
Conversely I have SAM2 running on-device and its my current workhorse. The biggest benefit with SAM2 for me is that it does fine-grained segmentation masks but isn't trained on labeled images. This was a specific requirement for the app I'm building. SAM2 isn't anywhere as speedy as the native Vision framework apis, but it is more capable across a vastly wider array of potential image targets.
Doesn't work for my use-case. GroundingDINO is a text to bounding box model. SAM2 supports coordinate based masks (user taps or clicks somewhere in an image), which is what my research app needs.
Same question, same answer: In pixels/second? Sure!
What are you trying to accomplish by those questions? Are you genuinely asking, or just baiting? If the former, didnt answers to your previous question make it clear that your question makes less sense than you might assume?
Ive used YOLO26 in one of my projects, It was very easy to train on our custom dataset and also very easy to deploy even on rust with AVX2 support. This model is indeed fast and can be used for almost real time inference.
RF-DETR is both faster and more accurate and truly open source with an Apache 2.0 license: https://github.com/roboflow/rf-detr
Full disclosure: I’m one of the co-founders of Roboflow (we made RF-DETR, wrote this blog post, and are a sub-licensor of Ultralytics’ models.)
https://github.com/LibreYOLO/libreyolo
That said, many of the claimed improvements in this model were are efficiency related.
I then tried trained it on a lot of sample images from a 3D point & shoot game, and was quite disappointed in how it performed.
Has anyone else experimented with it recently? How does this suit as a base-model for training custom classifiers? And with hardware growth in the last ~5 years, is it suitable to run in parallel with games which are graphically intensive?
If you want to detect objects and speed is important so you can’t use a LLM architecture, you can give it a try too.
https://github.com/blakeblackshear/frigate/pull/10717
Meanwhile their very own Peter Skalski already does super job with host write ups and examples of all YOLO sorts and is well respected.
Is there a demo like that available for YOLO26?
What are you trying to accomplish by those questions? Are you genuinely asking, or just baiting? If the former, didnt answers to your previous question make it clear that your question makes less sense than you might assume?
https://arxiv.org/abs/2606.03748