REVIEW 4 major objections 5 minor 29 references
RAMOTS: A Real-Time System for Aerial Multi-Object Tracking based on Deep Learning and Big Data Technology
T0 review · 4 major / 5 minor · reviewed 2026-08-09 · deepseek-v4-flash
Pith's one-line read A Kafka/Spark pipeline can run real-time aerial multi-object tracking at 28 FPS on a single GPU.
desk verdict A useful detector/tracker benchmark on aerial MOT, but the Kafka/Spark 'real-time' claim is not actually measured and the paper contradicts itself on hardware. read the letter →
The pith
A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.
The reading
What carries the argument
The load-bearing mechanism is the Kafka-to-Spark streaming loop: a Kafka producer sends UAV frames to a consumer, Spark stages run the detector and tracker on each frame, and results are published back through Kafka for delivery to clients. The MOT stage itself is modular, pairing one of several detectors (YOLOv8, YOLOv10, RT-DETR, Faster R-CNN) with one of several trackers (ByteTrack, BoTSORT, SMILETrack-R); the reported best pair is YOLOv8l with BoTSORT. Kafka's partitioning and replication provide fault-tolerant ingestion, while Spark's cluster scheduling provides parallel processing, so the claimed real-time throughput of 28 FPS is supposed to hold even as the number of camera streams grows.
What would settle it
Measure wall-clock time from frame arrival at the Kafka producer to tracked-result output at the consumer on the same RTX 3060 machine, using the paper's YOLOv8l+BoTSORT configuration; if the end-to-end rate falls below 28 FPS (or below real-time video rate) once Kafka ingestion and Spark scheduling are included, the central real-time claim fails.
Extended reading notes
Core claim
The central claim is that a distributed streaming pipeline built from Apache Kafka and Apache Spark can carry out multi-object tracking on UAV video in real time with accuracy competitive with purpose-built MOT methods. Concretely, the paper reports that combining YOLOv8l detection with BoTSORT association yields a HOTA of 48.14 and a MOTA of 43.51 on the VisDrone2019-MOT test set, and a HOTA of 57.21 on the UAVDT benchmark, while processing at 28 FPS on a single RTX 3060 GPU. The authors read this as showing that the bottleneck for practical aerial MOT is not just algorithm quality but the integration of detection, tracking, and stream processing; their system is designed so that Kafka's partitioning and Spark's distributed computing allow horizontal scaling to more UAV streams.
Load-bearing premise
The real-time claim assumes the quoted 28 FPS is the end-to-end throughput of the full Kafka/Spark pipeline, not just the detector and tracker running on frames; the paper does not state whether streaming overhead is included in that number.
Editorial extensions
If this is right
- If the reported throughput holds, UAV fleets can stream footage to a server-side pipeline that returns tracks in real time, enabling downstream surveillance, traffic monitoring, and search-and-rescue applications.
- Accuracy plus speed can be obtained by composing off-the-shelf detectors and trackers rather than designing a new MOT algorithm, since the best configurations in the paper outperform several prior UAV-MOT methods in the comparison tables.
- BoTSORT consistently improves over ByteTrack by 2% to 5% on the same detector in the paper's experiments, suggesting that camera-motion compensation is valuable for aerial footage.
- The paper's FPS results indicate the YOLOv8l+BoTSORT combination runs at 28 FPS even on a mid-range GPU (RTX 3060), so real-time aerial tracking does not require high-end server hardware.
- The architecture scales horizontally by adding Kafka partitions and Spark nodes, which is the paper's proposed route to handling multiple UAVs simultaneously.
Reading between the lines
- The paper leaves the end-to-end throughput measurement ambiguous: the 28 FPS figure appears tied to detector/tracker inference and may not include Kafka serialization, Spark scheduling, and result delivery; a direct end-to-end latency benchmark would settle whether the real-time claim holds for the full pipeline.
- Because the system reuses generic MOT components, the same Kafka/Spark skeleton could likely host newer detectors or trackers with minimal changes, making the contribution a reusable streaming substrate for aerial vision rather than a fixed model.
- The reported accuracy comes from models fine-tuned only 4 epochs on VisDrone; longer training or test-time augmentation might close the gap to the top of the VisDrone leaderboard while preserving the streaming architecture.
- A natural stress test would run multiple simulated UAV streams through one Spark cluster and measure FPS degradation, which the paper motivates but does not execute.
Editorial analysis
A structured set of objections, weighed in public.
Referee Report
Summary. The paper proposes RAMOTS, a real-time multi-object tracking system for UAV video that integrates Apache Kafka and Apache Spark with deep-learning detectors (YOLOv8, YOLOv10, RT-DETR, Faster R-CNN) and trackers (ByteTrack, BoTSORT, SMILETrack-R). The system ingests UAV streams through Kafka, processes frames through a Spark pipeline, and delivers results back via Kafka. The authors report a HOTA of 48.14 and a MOTA of 43.51 on the VisDrone2019-MOT test set, along with a processing speed of 28 FPS on a single GPU, and comparable results on UAVDT. The experimental section compares detector-tracker combinations on these two benchmarks using standard MOT metrics.
Significance. The paper addresses a genuine gap: most UAV MOT research focuses on algorithmic accuracy rather than deployable streaming architectures. The reported accuracy numbers for standard detector-tracker combinations are plausible reference points, and the integration of Kafka/Spark is a reasonable engineering direction. However, the central system-level claim—that the proposed system 'maintains a real-time processing speed of 28 FPS' through the full Kafka/Spark pipeline—is not supported by the reported experiments. No code, cluster configuration, end-to-end latency measurement, or comparison against a no-middleware baseline is provided, so the paper currently reads as an offline MOT benchmarking study plus a high-level architecture sketch.
major comments (4)
- [Section IV, Table II, Abstract] The 28 FPS figure is not defined as an end-to-end measurement of the proposed Kafka/Spark pipeline. The FPS column in Table II appears to report per detector-tracker combination speeds, but the paper never states whether these numbers include Kafka ingestion, Spark scheduling, and result delivery. The Abstract and Conclusion attribute this speed to the proposed system, so the measurement boundary must be specified explicitly. Without a latency breakdown or a baseline running the same detector-tracker on the same hardware without Kafka/Spark, the claim that the middleware preserves real-time performance is unsupported.
- [Section IV, Implementation Details] The implementation details contain two contradictory hardware descriptions: the text states 'We utilized a single NVIDIA Tesla A100 GPU for training and inference' and then says 'All inferences are run on the same machine with 16GB of RAM, ~3.2GHz CPU, and an NVIDIA RTX 3060 GPU.' This ambiguity makes it impossible to determine which hardware produced the FPS and accuracy numbers in Table II. The authors must state exactly which GPU was used for training, which for inference, and which hardware produced each reported metric.
- [Section III.B, Contribution list in Section I] The architecture description is internally inconsistent regarding parallel execution. Section III.B says the Kafka consumer 'sends each frame to the Person Detection model sequentially,' while the contributions claim 'parallel processing of video frames across multiple compute nodes.' Multi-object tracking is stateful: tracklets persist across frames, so distributing frames across Spark workers requires an explicit strategy for maintaining track state and preserving frame order. No such strategy, partitioning scheme, or micro-batch configuration is described. Without this, the scalability claim for the distributed architecture is not substantiated.
- [Section IV, Results and Discussion] The comparison in Table I aggregates results from the literature without clarifying whether the hardware, preprocessing, or evaluation protocols are comparable. In particular, the FPS values for literature methods (e.g., 17.8, 18, 17.6) are listed without specifying the GPU or whether they were measured on the same datasets and settings. Since the paper's accuracy comparisons are a secondary claim, this would be acceptable if the primary system-level claim were properly measured, but as it stands the reader cannot assess whether the proposed system improves on prior work in any operational sense.
minor comments (5)
- [References] Several references use 'at el' instead of 'et al.' (e.g., references [3], [4], [6], [16], [19], [22], [25], [26], [27], [28], [29]); please correct throughout.
- [Section IV, Table II caption] The caption says 'Comparison of different methods with combined detector and tracker' but the table also lists FPS values that are not clearly tied to a measurement protocol; please state in the caption or text what the FPS values represent.
- [Figure 3 caption] The caption reads 'Detail comparison are shown in I and II' and should be 'Details are shown in Tables I and II.'
- [Section II, Related Works] The related-work discussion of transformer-based detectors (e.g., DETR) lacks citations; please add appropriate references.
- [Section IV, Implementation Details] The training protocol is described only as fine-tuning for 4 epochs with batch size 16 and learning rate 0.01; please specify the optimizer, weight decay, input resolution, and whether these settings are identical for all detectors, since the comparisons are only fair if training details match.
Circularity Check
No significant circularity: reported HOTA/MOTA/FPS are external benchmark measurements, not derived from fitted inputs; the Kafka/Spark real-time claim is unsupported but not circular.
full rationale
The paper's accuracy numbers (HOTA 48.14, MOTA 43.51 on VisDrone2019-MOT, etc.) are produced by running standard detector-tracker combinations (YOLOv8l/YOLOv10l with ByteTrack/BoTSORT/RT-DETR) against public datasets using standard MOT metrics. There is no fitted parameter that is later renamed as a prediction and no equation in which an output quantity is identical to an input by construction. The claimed novelty is the Kafka/Spark streaming architecture, but the experiments do not actually measure the end-to-end system: Section IV only reports per-method FPS and states all inferences run on a single GPU machine, with contradictory hardware statements (Tesla A100 vs RTX 3060). This is a serious evidentiary gap—the real-time, scalable-system claim is not validated by the reported measurements—but it is a completeness/validity problem, not circular reasoning. The paper contains no load-bearing self-citations; references are to external method papers (ByteTrack, BoTSORT, VisDrone, UAVDT) and no uniqueness theorem or prior author result is invoked to force a conclusion. Therefore the circularity score is 0.
Assumptions & free parameters
free parameters (3)
- detection_score_threshold =
0.6
- IoU rejection threshold =
0.2
- track_buffer =
30 frames
assumptions (3)
- domain assumption COCO-pretrained YOLO models fine-tuned for 4 epochs on VisDrone2019-DET transfer to VisDrone2019-MOT and UAVDT.
- ad hoc to paper Kafka and Spark act as transparent middleware that does not change detection or tracking outputs and adds no unmeasured latency.
- domain assumption Published scores in Table I are comparable to the authors' single GPU runs.
Cite this review
Pith. "Pith review of RAMOTS: A Real-Time System for Aerial Multi-Object Tracking based on Deep Learning and Big Data Technology." pith.science (2026). https://pith.science/paper/CUUEERPJ
@misc{pith2026250203760,
author = {Pith},
title = {Pith review of: RAMOTS: A Real-Time System for Aerial Multi-Object Tracking based on Deep Learning and Big Data Technology},
year = {2026},
howpublished = {\url{https://pith.science/paper/CUUEERPJ}},
note = {Machine review of arXiv:2502.03760}
}
read the original abstract
Multi-object tracking (MOT) in UAV-based video is challenging due to variations in viewpoint, low resolution, and the presence of small objects. While other research on MOT dedicated to aerial videos primarily focuses on the academic aspect by developing sophisticated algorithms, there is a lack of attention to the practical aspect of these systems. In this paper, we propose a novel real-time MOT framework that integrates Apache Kafka and Apache Spark for efficient and fault-tolerant video stream processing, along with state-of-the-art deep learning models YOLOv8/YOLOv10 and BYTETRACK/BoTSORT for accurate object detection and tracking. Our work highlights the importance of not only the advanced algorithms but also the integration of these methods with scalable and distributed systems. By leveraging these technologies, our system achieves a HOTA of 48.14 and a MOTA of 43.51 on the Visdrone2019-MOT test set while maintaining a real-time processing speed of 28 FPS on a single GPU. Our work demonstrates the potential of big data technologies and deep learning for addressing the challenges of MOT in UAV applications.
Figures
Reference graph
Works this paper leans on
- [1]
-
[2]
K. Bernardin and R. Stiefelhagen. Evaluating multiple object tracking performance: The clear mot metrics. EURASIP Journal on Image and Video Processing , 2008:1–10, 2008
work page 2008
-
[3]
A. Bewley at el. Simple online and realtime tracking. In 2016 IEEE International Conference on Image Processing (ICIP), pages 3464–3468. IEEE, 2016
work page 2016
- [4]
-
[5]
L. Chen, H. Ai, Z. Zhuang, and C. Shang. Real-time multiple people tracking with deeply learned candidate selection and person re- identification. In 2018 IEEE International Conference on Multimedia and Expo (ICME) , pages 1–6. IEEE, 2018
work page 2018
- [6]
- [7]
- [8]
Show all 29 references
-
[9]
S. Liu, X. Li, H. Lu, and Y. He. Multi-object tracking meets moving UAV. In Proceedings of the IEEE/CVF Conference on Computer Vision and Pattern Recognition , pages 8876–8885, 2022
2022
-
[10]
Liu at el
W . Liu at el. Ssd: Single shot multibox detector. In Computer Vision– ECCV 2016: 14th European Conference, Amsterdam, The Netherlands, October 11–14, 2016, Proceedings, Part I 14 , pages 21–37. Springer, 2016
2016
-
[11]
Luiten el
J. Luiten el. Hota: A higher order metric for evaluating multi-object tracking. International journal of computer vision , 129:548–578, 2021
2021
-
[12]
Macrina, L
G. Macrina, L. D. P . Pugliese, F . Guerriero, and G. Laporte. Drone- aided routing: A literature review. Transportation Research Part C: Emerging Technologies, 120:102762, 2020
2020
-
[13]
Meinhardt, A
T . Meinhardt, A. Kirillov, L. Leal-Taixe, and C. Feichtenhofer. Track- former: Multi-object tracking with transformers. In Proceedings of the IEEE/CVF Conference on Computer Vision and Pattern Recognition , pages 8844–8854, 2022
2022
-
[14]
Hybrid-SORT: Weak Cues Matter for Online Multi-Object Tracking
Ming Yang, Guangxin Han, Bin Yan, Wenhua Zhang, Jinqing Qi, Huchuan Lu, and Dong Wang. Hybrid-SORT: Weak Cues Matter for Online Multi-Object Tracking. AAAI Conference on Artificial Intelligence, Aug. 2023
2023
-
[15]
Radoglou-Grammatikis, P
P . Radoglou-Grammatikis, P . Sarigiannidis, T . Lagkas, and I. Moscho- lios. A compilation of UAV applications for precision agriculture. Computer Networks , 172:107148, May 2020
2020
-
[16]
Redmon at el
J. Redmon at el. You only look once: Unified, real-time object detection. In Proceedings of the IEEE Conference on Computer Vision and Pattern Recognition , pages 779–788, 2016
2016
-
[17]
Shouxinat el
R. Shouxinat el. Faster R-CNN: Towards real-time object detection with region proposal networks. 28:91–99, Dec. 2015
2015
-
[18]
A. Wang, H. Chen, L. Liu, K. Chen, Z. Lin, J. Han, and G. Ding. Yolov10: Real-time end-to-end object detection. arXiv preprint arXiv:2405.14458, 2024
2024 arXiv
-
[19]
Wang at el
Z. Wang at el. Towards real-time multi-object tracking. In European Conference on Computer Vision , pages 107–122. Springer, 2020
2020
-
[20]
Wojke, A
N. Wojke, A. Bewley, and D. Paulus. Simple Online and Realtime Tracking with a Deep Association Metric, Mar. 2017
2017
-
[21]
H. Wu, J. Nie, Z. He, Z. Zhu, and M. Gao. One-shot multiple object tracking in UAV videos using task-specific fine-grained features. Remote Sensing , 14(16):3853, 2022
2022
-
[22]
Yi at el
K. Yi at el. UCMCTrack: Multi-Object Tracking with Uniform Camera Motion Compensation, Jan. 2024
2024
-
[23]
W . Yoo, E. Yu, and J. Jung. Drone delivery: Factors affecting the public’ s attitude and intention to adopt. Telematics and Informatics , 35(6):1687–1700, 2018
2018
-
[24]
Yuan at el
Z. Yuan at el. Ultra-reliable IoT communications with UAVs: A swarm use case. IEEE Communications Magazine , 56(12):90–96, 2018
2018
-
[25]
Zeng at el
F . Zeng at el. Motr: End-to-end multiple-object tracking with trans- former. In European Conference on Computer Vision , pages 659–675. Springer, 2022
2022
-
[26]
Zhang at el
Y. Zhang at el. FairMOT: On the Fairness of Detection and Re- Identification in Multiple Object Tracking. International Journal of Computer Vision , 129(11):3069–3087, Nov. 2021
2021
-
[27]
Zhang at el
Y. Zhang at el. ByteTrack: Multi-Object Tracking by Associating Every Detection Box, Apr. 2022
2022
-
[28]
Zheng at el
L. Zheng at el. Mars: A video benchmark for large-scale person re- identification. In Computer Vision–ECCV 2016: 14th European Confer- ence, Amsterdam, The Netherlands, October 11-14, 2016, Proceedings, Part VI 14 , pages 868–884. Springer, 2016
2016
-
[29]
Zhu at el
P . Zhu at el. Detection and tracking meet drones challenge. IEEE Transactions on Pattern Analysis and Machine Intelligence , 44(11):7380–7399, 2021
2021
Reviewed August 9, 2026 · model on record in the stance chip above.
Discussion (0). Continue with ORCID to comment.