45 frames per second. That's what the original YOLO could do back in 2015, and it changed how we think about object detection (YOLO paper). Before that, two-stage detectors like Faster R-CNN were the state of the art, but they crawled along at 5 fps on a GPU (Faster R-CNN paper). That speed gap is still the crux of every tooling decision we make in computer vision today.
So, here's the question we're going to answer: when you're building a real system—not a research demo—what object detection library should you reach for first? It's not about which paper has the highest mAP on COCO. It's about what your deployment constraints actually are. We've been through this on countless projects, and the answer is rarely the same. But there is a pattern.
The Speed Versus Accuracy Trade-off Isn't Going Away
Let's set the stage with the two ends of the spectrum. On one side, you have the R-CNN family—Faster R-CNN, Mask R-CNN—which are the workhorses of accuracy-first applications. They use a two-stage approach: first, a Region Proposal Network suggests candidate boxes, then a second stage classifies each one. That's slow but precise. On the other side, you have YOLO and its descendants, which treat detection as a single regression problem, predicting boxes and classes in one pass. That's why YOLO hit 45 fps back in 2015 (YOLO paper).
Now, you might think the gap has narrowed. YOLOv4, for instance, hit 43.5% AP on COCO at 65 fps on a Tesla V100 (YOLOv4 paper). That's impressive. But Faster R-CNN with Feature Pyramid Networks (FPN) still runs at 5 fps on a GPU, yet it achieves state-of-the-art single-model results on COCO (FPN paper). The trade-off is real: you can have real-time speed or top-tier accuracy, but rarely both.
The Real Question: What Are You Building?
Here's where we need to stop thinking in terms of benchmarks and start thinking about the actual product. If you're doing autonomous driving or real-time video analytics, you have no choice but to prioritize speed. The KITTI benchmark, for example, captures up to 15 cars and 30 pedestrians per image (KITTI Vision Benchmark Suite). You can't process that with a 5 fps detector if you're moving at 60 mph. For those scenarios, YOLOv4 or EfficientDet are the sensible defaults. EfficientDet-D7 achieves 55.1 AP on COCO with 77M parameters and 410B FLOPs, and it's 4x-9x smaller than previous detectors (EfficientDet paper). That's a strong argument for edge deployment.
But if you're doing medical imaging, where false negatives are life-threatening, you need the best accuracy you can get. In the IDx-DR trial, the system was designed to screen for diabetic retinopathy autonomously, and it was validated on 900 patients across 10 primary care sites (IDx-DR pivotal trial). That kind of application can't afford the localization errors that YOLO is known for. The original YOLO paper admitted it makes more localization errors than state-of-the-art systems (YOLO paper). In medical imaging, localization is everything. So Faster R-CNN or Mask R-CNN is the right tool.
But There's a Third Option: Transformers
Now, here's where we need to challenge the status quo. Since 2020, we've had DETR, which does away with hand-designed components like anchors and non-maximum suppression. It treats detection as a direct set prediction problem using a transformer encoder-decoder (DETR paper). On COCO, it matches Faster R-CNN's accuracy and run-time performance (DETR paper). That's a big deal because it simplifies the pipeline. But it's not necessarily faster—it's just as slow as Faster R-CNN in practice.
And then there's the Vision Transformer (ViT) revolution, which has shown that pure transformers can beat CNNs on image classification when pre-trained on enough data (ViT paper). But for detection, we still haven't seen a transformer-based detector that dethrones the convolutional baselines on real-world latency. Swin Transformer is impressive—87.3 top-1 on ImageNet, 58.7 box AP on COCO (Swin Transformer paper)—but it's heavy. If you have the compute, it's great. If you're running on a Jetson, it's not.
Our Recommendation: Start with YOLOv4, but Don't Ignore the Two-Stage Workhorses
So, what's the single best move? For most teams, we recommend starting with YOLOv4 for any real-time or edge application. It's fast, it's accurate enough, and it's been battle-tested. The numbers speak for themselves: 43.5% AP on COCO at 65 fps (YOLOv4 paper). That's a sweet spot. If you need higher accuracy and can afford the latency, then move to Faster R-CNN with FPN. It's still the gold standard for precision.
But don't get stuck in one lane. The field is moving fast. Masked autoencoders (MAE) have shown that self-supervised pre-training can achieve 87.8% top-1 on ImageNet (MAE paper), which could eventually trickle down to detection. And the Segment Anything Model (SAM) has shown that a promptable segmentation model can generalize zero-shot to new tasks (SAM paper). These are exciting developments, but for a production system in 2025, YOLOv4 is the pragmatic choice.
Bottom line: Stop overthinking the benchmarks. If you need real-time, use YOLOv4. If you need accuracy at any cost, use Faster R-CNN. And keep an eye on transformers—they're coming for both, but they're not there yet.
Sources
- YOLO paper - https://arxiv.org/abs/1506.02640
- Faster R-CNN paper - https://arxiv.org/abs/1506.01497
- YOLOv4 paper - https://arxiv.org/abs/2004.10934
- EfficientDet paper - https://arxiv.org/abs/1911.09070
- DETR paper - https://arxiv.org/abs/2005.12872
- KITTI Vision Benchmark Suite - https://www.cvlibs.net/datasets/kitti/
Comments (0)
Please sign in to post a comment.
Don't have an account? Create one
No comments yet. Be the first to comment!