3.1. Branch Detection Performance
Training of the YOLOv8-based branch detector employed an early-stopping strategy to prevent overfitting. Early stopping was triggered when no improvement was observed for 30 consecutive epochs. The best-performing checkpoint was obtained at Epoch 68 and saved as best.pt, while training terminated at Epoch 98. The total training time was 30.202 h. After stripping the optimizer state, the resulting model size was 22.5 MB.
Figure 5 shows stable convergence of the detector. All training loss components decrease smoothly, while validation losses drop sharply during early epochs and then flatten, indicating that the model learns the main appearance cues quickly and subsequently refines localization. Precision and recall increase rapidly and stabilize around the final operating regime, consistent with the plateau observed in both
and the stricter mAP@0.5:0.95. Importantly, validation curves track the training trends without divergence, suggesting good generalization and confirming that early stopping is appropriate once mAP saturates. The remaining gap between
and mAP@0.5:0.95 indicates that further improvements are more likely to come from tighter box regression in difficult cases (e.g., partial occlusion and ambiguous branch boundaries) rather than from additional epochs.
Table 1 summarizes the quantitative detection results on the evaluation set, which contains 461 images and 1990 annotated instances. The detector achieves a precision of 0.893 and a recall of 0.881, corresponding to
and mAP@0.5:0.95 = 0.669. These results indicate strong localization accuracy at IoU0.5 and a moderate drop under the stricter COCO-style averaging protocol, as expected in cluttered outdoor scenes with frequent occlusions.
In addition to accuracy, we benchmarked detector runtime under a single standardized on-device protocol on Jetson Orin NX, as described in
Section 2.3. Under this protocol, the PyTorch FP32 detector achieved a total latency of 24.4 ms per image (0.4 ms preprocessing, 22.6 ms inference, and 1.4 ms postprocessing), corresponding to approximately 41.0 FPS. Exporting the detector to TensorRT with FP16 precision (
best.engine) reduced the total latency to 11.2 ms per image (1.1 ms preprocessing, 7.8 ms inference, and 2.3 ms postprocessing), corresponding to approximately 89.3 FPS, while maintaining comparable detection accuracy. These values are reported under the same consolidated benchmarking protocol and are directly comparable (precision 0.888, recall 0.876,
, mAP@0.5:0.95 = 0.642). Overall, these results show that TensorRT FP16 provides a strong speed–accuracy trade-off for embedded deployment, with only a small reduction in mAP relative to PyTorch.
Figure 6 illustrates the detector behavior in a realistic scenario where multiple bunches coexist within the same frame and are surrounded by dense fronds and high-texture background. The model successfully produces multiple consistent detections with high confidence, while also retaining moderate-confidence boxes for partially visible targets. This qualitative evidence supports the quantitative results (high precision/recall and
) and indicates that the detector can handle the multi-target nature of harvesting/pruning scenes, where selecting the best candidate for the second-stage pose estimation may require a top-
K strategy or a task-specific ranking criterion (e.g., proximity, visibility, or geometric plausibility).
3.2. Pose (Cut-Point Keypoint Localization)
Figure 7 indicates consistent optimization behavior for both detection and keypoint regression. All major loss terms decrease smoothly on the training set, and the validation losses follow the same downward trend, suggesting good generalization and no severe overfitting. The precision and recall for both the box head (B) and the pose head (P) increase rapidly during early epochs and then progressively saturate, which is consistent with the observed plateau in mAP curves (mAP@0.5 and mAP@0.5:0.95). The gradual improvement of the stricter mAP@0.5:0.95 metrics demonstrates that the model continues to refine localization quality beyond coarse alignment, even after mAP@0.5 begins to stabilize.
Table 2 reports the performance of the YOLOv8-Pose model for cutting-point localization under two inference backends (PyTorch FP32 and TensorRT FP16). In addition to pose metrics, we also report the internal detection head metrics (Box P/R/mAP) produced by the pose model, since this stage includes both ROI detection and landmark regression.
Under PyTorch (FP32), the model achieves strong pose accuracy with and , corresponding to and PosemAP@0.5:0.95 = 0.840. The associated bounding-box performance is BoxmAP@0.5 = 0.934 and BoxmAP@0.5:0.95 = 0.615 (with , ). Runtime on the embedded platform is 20.3 ms per image (0.7 ms preprocessing, 13.1 ms inference, 6.5 ms postprocessing), yielding 49.3 FPS.
Exporting the model to TensorRT with FP16 precision accelerates inference while maintaining comparable pose accuracy. TensorRT achieves and with and . The box head reports and BoxmAP@0.5:0.95 = 0.601 (with , ). In terms of latency, TensorRT reduces total runtime to 13.3 ms per image (1.8 ms preprocessing, 5.1 ms inference, 6.4 ms postprocessing), corresponding to 75.2 FPS.
Overall, these results indicate that the pose stage achieves strong within-domain landmark localization performance under the released evaluation split, while a broader robustness characterization across annotation uncertainty, scene subgroups, and explicit correction mechanisms remains outside the scope of the present study.
The pose model achieves consistently high landmark accuracy across both backends, with and strong values (0.840 in PyTorch and 0.824 in TensorRT). The small decrease under TensorRT FP16 is expected due to reduced numerical precision, but it remains negligible for practical cutting-point guidance. Interestingly, the backend change alters the precision–recall balance: PyTorch exhibits higher pose precision (0.969) whereas TensorRT increases pose recall (0.922). For harvesting-oriented operation, higher recall is often preferable because missed keypoint predictions translate into missed cutting opportunities; false positives can be mitigated downstream by geometric plausibility checks using the four-keypoint configuration.
Although the pose-stage results are strong under the released evaluation split, they should be interpreted as leakage-controlled within-domain performance rather than as a formal robustness benchmark across systematically stratified occlusion levels, illumination regimes, or cross-oasis acquisition groups. The pose subset remains relatively modest in size (387 images), and the present study does not yet report seed-based confidence intervals or acquisition-group subgroup evaluation across cross-device, cross-session, or cross-oasis variation. However, to provide a more limited robustness characterization within the released split, additional condition-based subgroup analysis for apparent scale, occlusion severity, and illumination difficulty is reported later in
Section 3.2.2.
To further examine whether emphasizing individual anatomical landmarks during training improves the task-critical cut-point prediction, we conducted additional single-keypoint weighting ablations centered on direct K1 evaluation (
Table 3). Three variants were compared: the baseline model, a K0-weighted variant, and a K1-weighted variant. On the validation split, the baseline provided the strongest overall direct-K1 performance, achieving the lowest relative cut-point error (mean
, median
) and the highest PCK values (PCK@0.1/0.2/0.5
), compared with the K0-weighted model (
,
,
) and the K1-weighted model (
,
,
). On the test split, the baseline again achieved the lowest direct-K1 error (mean
, median
), whereas the K1-weighted model degraded further (
,
). The K0-weighted model showed higher PCK at
and
on its own matched test subset (PCK@0.1/0.2
), but this occurred with fewer matched predictions (27 vs. 30 for the baseline), higher relative error (
vs.
), and lower PCK@0.5 (
vs.
). Overall, under this matched-prediction ablation protocol, the results do not support a consistent benefit from single-keypoint reweighting, and the baseline remains the most consistent direct K1 estimator across the evaluated validation and test conditions.
Latency profiling shows that post-processing is a non-trivial component (6.4–6.5 ms), comparable to or exceeding inference time under TensorRT. This suggests that further speedups may come not only from accelerating the network but also from optimizing the post-processing pipeline (e.g., faster decoding/NMS, batch processing of ROIs, and minimizing CPU–GPU synchronization). Overall, TensorRT FP16 improves throughput from 49.3 to 75.2 FPS (+52%) while maintaining essentially the same pose mAP, making it the recommended backend for embedded deployment of the keypoint stage.
Figure 8 illustrates a representative prediction in a challenging outdoor scene with dense fronds, complex background texture, and non-uniform illumination. Despite the clutter, the detector localizes the target branch with high confidence (0.85), and the pose model places the anatomical landmarks along the branch/peduncle structure in a geometrically consistent configuration. Importantly, the predicted cutting point lies on the peduncle region rather than on the fruit mass, which is consistent with the intended anatomical cutting region. Such examples are consistent with the quantitative results and show that the system can produce anatomically interpretable, task-relevant outputs under challenging within-domain orchard conditions. However, they should not be interpreted as validation of downstream robotic execution or physical cutting performance.
3.2.1. Cut-Point Localization Accuracy (PCK)
To complement mAP-based pose evaluation, we report Percentage of Correct Keypoints (PCK) for the cutting-point landmark under multiple normalized tolerance thresholds
. PCK measures the fraction of predicted cutting-point keypoints that fall within a distance threshold defined as
times the peduncle reference length
where
denotes the peduncle base and
denotes the rachis base. This reference was chosen because it represents the visible peduncle extent most directly related to the operational cutting point, and is therefore more task-relevant than a generic global scale such as the bounding-box diagonal. Over 256 evaluated cutting-point keypoints, the method achieves
of 0.605 (155/256),
of 0.801 (205/256), and
of 0.871 (223/256) (
Table 4). These results indicate that a majority of predictions fall within strict tolerances, and accuracy increases as the tolerance radius relaxes, which is consistent with field conditions where partial occlusions and motion blur can perturb landmark placement.
The PCK analysis provides an image-based interpretation of cut-point localization quality under normalized tolerance thresholds. Under the strict threshold , approximately 60.5% of predictions are sufficiently close to the ground-truth cut point, reflecting the difficulty of precise landmark placement in cluttered canopy imagery where the peduncle and rachis boundaries may be only partially visible. At , performance increases to 80.1%, suggesting that many remaining errors are moderate rather than catastrophic. However, no downstream controller, manipulator, or physical cutting validation was performed in the present study. Therefore, these findings should be interpreted strictly as image-based localization results under the reported evaluation protocol, rather than as evidence of execution-level harvesting reliability. In addition, geometric plausibility is not enforced as a hard correction mechanism during inference in the current implementation. The lower gain from to (0.801 to 0.871) indicates that the remaining failures are not merely small displacements, but correspond to harder cases such as heavy occlusion, ambiguous branch appearance, or incorrect ROI selection.
From a practical standpoint, the strict-threshold result should be interpreted with caution. A PCK@0.1 of 0.605 indicates that the method often localizes the cutting point near the correct peduncle region, but it does not by itself establish that the predicted point is sufficiently precise for autonomous cutting without additional safeguards. The moderate and relaxed thresholds suggest that many errors remain local rather than catastrophic, which is encouraging from a perception perspective; however, the remaining miss rate under the strictest tolerance is still substantial for any deployment scenario that would require direct tool actuation from a single image estimate alone. Accordingly, what has been validated in the present study is image-based cut-point localization under a within-domain evaluation protocol, whereas execution-safe harvesting would require additional steps such as controller integration, geometric or temporal stabilization, metric calibration, and physical cutting trials.
3.2.2. Normalized Cut-Point Accuracy and Tolerance-Based Success
To complement the PCK analysis, we further evaluated the harvest-critical cutting point (
) using the scale-normalized error defined in the
Section 3.2.1. Over all evaluated samples, the normalized cut-point error achieved a median of 0.0866 and a mean of 0.1279. The corresponding tolerance-based success rates were 29.03%, 56.99%, and 73.12% at relative thresholds of 5%, 10%, and 15%, respectively. On the test split, the median normalized error was 0.0764 and the mean was 0.1388, with success rates of 26.67%, 60.00%, and 76.67% at 5%, 10%, and 15% tolerance, respectively.
Table 5 summarizes the scale-normalized cut-point error and tolerance-based success rates across the validation and test splits, as well as over the full evaluated set.
These results complement strict-tolerance PCK by providing a scale-aware and task-centered view of cut-point localization performance within the studied dataset. They indicate that, while precise localization under the strictest tolerance remains challenging, a substantial proportion of predictions fall within moderate relative error bounds when evaluated with respect to peduncle geometry. This supports the usefulness of the proposed method as an embedded perception module for image-based cut-point localization under the reported within-domain protocol. However, the present results do not by themselves establish physical cutting safety margins, closed-loop controller feasibility, or field-level harvesting reliability, since no downstream execution or physical cutting experiments were conducted.
To further characterize robustness within the released evaluation split, we conducted a subgroup analysis of direct K1 localization with respect to apparent branch scale, occlusion severity, and illumination difficulty. The scale-based results are summarized in
Table 6, while the occlusion- and illumination-stratified results are reported in
Table 7. The scale-based results showed that performance degraded most strongly for the smallest visible branch extent, with mean
and PCK@0.1
, compared with
and
for the medium-scale group and
and
for the large-scale group. This confirms that cut-point localization becomes substantially more difficult when the visible peduncle structure occupies fewer pixels. A similar trend was observed for visibility conditions: severe occlusion produced the weakest performance (mean
, PCK@0.1
), whereas low-occlusion cases were substantially easier (mean
, PCK@0.1
). Illumination also had a clear effect, with difficult lighting conditions degrading performance relative to normal illumination (mean
vs.
; PCK@0.1
vs.
). Taken together, these subgroup results indicate that localization reliability remains strongest under medium-to-large apparent scale, low-to-moderate occlusion, and normal illumination, while the principal failure modes are concentrated in small-scale, severely occluded, and difficult-illumination cases.
These subgroup results refine the interpretation of the aggregate normalized-error analysis by showing that the strongest degradation is concentrated in small-scale, severely occluded, and difficult-lighting cases. This further supports the within-domain validity of the proposed perception module while clarifying the main practical conditions under which localization reliability decreases.
A closer reading of these failure patterns suggests that the dominant error modes are not uniform across all samples. In small-scale cases, the visible peduncle structure occupies relatively few pixels, reducing the amount of anatomical detail available to the pose model and making the predicted cut point more sensitive to small localization shifts. Under severe occlusion, the visible peduncle segment may be truncated or partially merged with surrounding fronds, which can distort both landmark ordering and the apparent branch geometry. Difficult illumination introduces a related problem: strong highlights, shadows, or local contrast loss can reduce the visual separability of the peduncle from nearby background structures. In addition, some residual errors are likely attributable not only to landmark regression itself, but also to upstream ROI-selection effects, since the second stage operates on detector-derived crops and may therefore inherit imperfect framing or partial truncation from Stage 1. These observations indicate that the remaining failures are better understood as a combination of visibility limitations, reduced anatomical resolution, and ROI propagation effects, rather than as isolated keypoint-regression noise alone.
A further consideration is annotation uncertainty. Although the four-keypoint protocol was defined using a fixed anatomical convention and the annotations were reviewed iteratively, the present study did not include a formal inter-annotator agreement analysis. This is particularly relevant for the cut-point landmark, since the visible peduncle segment may be partially occluded, weakly contrasted, or only partly exposed in some images, leaving limited visual evidence for an exact point-wise annotation. As a result, part of the residual error near the strictest thresholds may reflect not only model imprecision, but also uncertainty in the target annotation itself. The reported results should therefore be interpreted as performance relative to the current annotation protocol, while a dedicated inter-annotator study remains an important step for future refinement of both the benchmark and the interpretation of fine-grained localization error.
3.2.3. End-to-End Pipeline Latency in Realistic Multi-ROI Scenes
While
Table 2 reports the runtime of the pose stage in isolation, practical deployment requires profiling of the complete detect-to-cut pipeline. We therefore additionally measured the end-to-end latency on Jetson Orin NX, including Stage 1 detection, ROI filtering/selection, crop resize preprocessing, Stage 2 pose inference over all selected ROIs, coordinate remapping, and final post-processing (
Table 8).
Across the evaluated scenes, the complete pipeline achieved a mean total latency of 380.34 ms per frame, with a median of 256.47 ms and a 90th-percentile latency of 582.39 ms. The corresponding mean effective throughput was 4.00 FPS. On average, the latency contribution of each component was 83.18 ms for Stage 1 detection, 0.10 ms for ROI selection, 8.61 ms for crop–resize preprocessing, 287.22 ms for Stage 2 pose inference, and 1.24 ms for coordinate remapping and final post-processing. These results show that the pose stage dominates the end-to-end runtime of the embedded system.
Because Stage 2 is executed sequentially for each selected ROI, the total latency increased with the number of bunch candidates in the scene. Single-ROI scenes required 151.03 ms per frame (6.65 FPS), while two-ROI scenes required 254.72 ms (3.94 FPS). In more crowded scenes, the latency rose to 734.19 ms for three-ROI images (2.15 FPS) and 761.62 ms for a seven-ROI image (1.31 FPS). This behavior provides a more realistic characterization of deployment performance than isolated stage-level timing alone.
This gap between isolated model-stage speed and full pipeline throughput is important for practical interpretation. Although the pose stage alone reaches high throughput under standardized single-image benchmarking, the deployed detect-to-cut system operates under a different constraint regime: Stage 2 must be executed sequentially over the selected ROIs, and the total runtime therefore scales with scene complexity rather than with the nominal FPS of the pose model alone. In practical terms, this means that the reported TensorRT stage-level acceleration should not be interpreted as implying equivalent end-to-end harvesting speed in crowded orchard scenes. Instead, the current system is better understood as a perception prototype whose real-time suitability depends strongly on how many candidate bunches are forwarded to the second stage. This distinction is especially important because the pipeline remains substantially more feasible in sparse or single-target scenarios than in multi-ROI scenes with high target density.
In the deployed implementation, Stage 2 is executed sequentially for each selected ROI; therefore, the total frame latency depends directly on the number of bunch candidates present in the scene. These results should be interpreted cautiously in terms of practical harvesting feasibility. While the isolated detector and pose-stage benchmarks indicate that both modules can run efficiently on Jetson Orin NX, the complete deployed pipeline is substantially slower in realistic multi-ROI scenes because Stage 2 is executed sequentially for each selected region. In particular, the mean end-to-end throughput of 4.00 FPS, together with the drop to 3.94 FPS for two-ROI scenes and 2.15 FPS for three-ROI scenes, suggests that the current implementation is better viewed as an embedded perception prototype than as a fully deployment-ready harvesting solution for crowded orchard conditions. From a practical perspective, these results support onboard feasibility for perception-guided branch analysis, but they also indicate that additional system-level optimization will be necessary before claiming robust real-time operation in multi-target harvesting scenarios.
3.2.4. Video-Based Runtime and Temporal Stability
To further assess deployment behavior beyond still-image inference, we evaluated the complete pipeline on a continuous video sequence captured under a single-bunch scenario. Over 448 processed frames, the system selected one ROI in 445 frames and no ROI in only 3 frames, indicating stable target acquisition throughout the sequence. As summarized in
Table 9, the complete pipeline achieved a mean total latency of 135.01 ms per frame (median 131.69 ms), corresponding to an average effective throughput of 7.79 FPS. The mean latency contributions were 36.27 ms for Stage 1 detection, 4.94 ms for crop–resize preprocessing, and 93.70 ms for Stage 2 pose inference, again confirming that the pose stage dominated the runtime.
We additionally examined the temporal stability of the harvest-critical cutting point across consecutive frames. Without temporal filtering, the frame-to-frame displacement of the predicted cut point had a mean of 111.11 px and a median of 57.65 px. After applying exponential moving average smoothing, these values decreased to 39.96 px and 24.99 px, respectively, corresponding to an approximate reduction of 64.0% in the mean displacement and 56.6% in the median displacement. This indicates that lightweight temporal smoothing can substantially reduce frame-to-frame fluctuation of the predicted cut point in video deployment. Since the evaluated sequence was not frame-wise annotated, these results should be interpreted as temporal stability indicators rather than absolute localization accuracy.
During sustained locked-clock execution on Jetson Orin NX, the system exhibited stable operating behavior, with an average power draw of 10.28 W, a peak power draw of 14.82 W, an average peak-per-sample temperature of 61.66 °C, a peak temperature of 66.22 °C, and no observed thermal throttling. To complement the runtime analysis with a basic embedded-systems characterization, we monitored power and thermal telemetry using
tegrastats during sustained execution under the locked-clock 25 W Jetson Orin NX configuration described in
Section 2.3.
Table 10 reports the average power draw, peak power draw, average peak-per-sample temperature, peak temperature, and whether thermal throttling was observed during the monitored run. These values provide an operational indication of sustained deployment behavior beyond latency alone.