3. 26.05.0 Release
These release notes describe the changes introduced in Foretellix products in version 26.05.0. Features are classified as New, Changed, or Deprecated. "Changed" indicates either interface modifications or behavioral changes to existing functionality.
3.1 Release Highlights
- Faster calculate in Foretify Manager leads to significant turnaround reduction. Performance work on the grade calculation path has cut calculate duration by up to 4x, so coverage and grading results land sooner after a run completes. Teams iterating on scenarios should see a noticeable drop in end-to-end cycle time, with no changes required to existing flows.
3.1.1 Backward Compatibility
Compatibility Guidance for Foretellix Tool Versions
To ensure full support and optimal performance, we strongly recommend updating both Foretify and Foretify Manager to the same version. Backward compatibility between versions cannot always be guaranteed, although we are trying to keep it for two releases. When data is uploaded to Foretify Manager, it is automatically validated for compatibility.
Please note that forward compatibility—using results from newer versions of Foretify in older versions of Foretify Manager—is intentionally not supported.
Key Non-Compatible Changes in Recent Foretellix Releases
- With this release, Foretellix removes outdated and deprecated old checkers and related infrastructure, a detailed list and migration plan is shared in the Release Notes below.
Please review all Features marked as [Changed] in this release for further details on backward compatibility.
3.2 Evaluation V-Suite
Extended the NVIDIA evaluation V-Suite with additional coverage metrics.
- Added remaining coverage items for the drive_in_lane, nav_intersection, and nudge L0 scenario families, building on the centralized enum and per-node file structure introduced in Phase 1.
- Added a new Navigate Construction Zones L0 node with dedicated coverage metrics (subject to data availability from NVIDIA).
- Added slope coverage item applying across the V-Suite.
See NVIDIA Evaluation Scenarios.
The vehicle.in_junction scenario modifier was extended to accept lists of values for the junction_entry and turn_direction parameters.
- Previously, both parameters accepted only a single value, requiring scenario writers to duplicate scenario variants when multiple junction entries or turn directions were valid.
- Scenarios targeting multiple junction geometries — such as those based on the JAMA 58 scenario standard — can now specify a set of acceptable values directly on the modifier.
- Existing single-value usages remain unchanged; the change is purely additive.
See match scenario modifiers for the updated parameter descriptions.
Breaking Change: Removal of Deprecated Vehicle Checks
All deprecated vehicle policy checks, physical checks, and the legacy kinematic_behavior watcher have been removed. These APIs were deprecated and have been replaced by the Global Evaluators framework, which provides richer intervals, configurable thresholds, and per-category monitoring.
Users referencing any of the removed symbols will see a compilation error and must migrate to the corresponding global evaluator.
3.2.1 What Was Removed
3.2.1.1 Kinematic infrastructure
| Removed Symbol | Removed From |
|---|---|
kinematic_behavior watcher modifier |
ftlx_kinematic_checker.osc |
kinematic_checker_mode enum (including single_checker value) |
ftlx_global_eval_config_top.osc |
issue_reason field (value_out_of_spec, value_out_of_physical_bounds) |
ftlx_kinematic_checker.osc |
3.2.1.2 Vehicle policy fields
| Removed Symbol | Removed From |
|---|---|
vehicle.policy.unplanned_standing_time |
ftlx_vehicle.osc |
vehicle.policy.minimum_highway_speed |
ftlx_vehicle.osc |
vehicle.policy.minimum_highway_vru_distance |
ftlx_vehicle.osc |
vehicle.policy.too_close_TTC |
ftlx_vehicle.osc |
vehicle.policy.may_jitter |
ftlx_vehicle.osc |
vehicle.policy.max_does_not_move_time |
ftlx_vehicle.osc |
vehicle.policy.allow_no_movement |
ftlx_vehicle.osc |
vehicle.policy.min_total_distance_to_indicate_movement |
ftlx_vehicle.osc |
3.2.1.3 Vehicle checker params
| Removed Symbol | Removed From |
|---|---|
vehicle_checker_params struct (entire struct) |
ftlx_vehicle.osc |
vehicle_checker_params.car_jerk_check_flag |
ftlx_vehicle.osc |
vehicle_checker_params.enable_physical_acceleration_check |
ftlx_vehicle.osc |
vehicle_checker_params.enable_policy_acceleration_check |
ftlx_vehicle.osc |
3.2.1.4 Issue kinds
The following issue_kind values have been removed: distance_physical, turn_physical, speed_physical, acceleration_physical, speed_policy, speed_limit, acceleration_policy, jitter_policy, ttc_policy, jerk_policy, unplanned_standing_time_policy, minimum_highway_speed_policy, minimum_highway_vru_distance_policy, off_lane, car_does_not_move.
3.2.1.5 C++ checker implementations
All legacy C++ checker classes have been removed from foundations_lib/checks/, including speed, acceleration, jerk, TTC, lane direction, movement, teleport, and unplanned standing checkers.
Migration Guide
| Old API | Replacement Global Evaluator | Configuration |
|---|---|---|
kinematic_behavior watcher |
Kinematic spec checker (kinematic_category_behavior) |
Configure via ftlx_global_eval_config.ego_kinematic_spec_checker_config |
vehicle_checker_params.enable_physical_acceleration_check |
Kinematic physical checker (kinematic_category_behavior) |
Configure via ftlx_global_eval_config.ego_kinematic_physical_checker_config |
vehicle_checker_params.enable_policy_acceleration_check |
Kinematic spec checker | Configure via ftlx_global_eval_config.ego_kinematic_spec_checker_config |
vehicle_checker_params.car_jerk_check_flag |
Kinematic spec checker (lon_jerk / lat_jerk categories) | Enabled by default in per-category mode |
vehicle.policy.unplanned_standing_time |
Unplanned Standing checker | Configure via ftlx_global_eval_config.ego_unplanned_standing_checker_config |
vehicle.policy.max_does_not_move_time, allow_no_movement, min_total_distance_to_indicate_movement |
Unplanned Standing checker | Configure via ego_unplanned_standing_checker_config.max_speed_threshold and debounce_start_time |
vehicle.policy.minimum_highway_speed |
Slow Driving checker | Configure via ftlx_global_eval_config.ego_slow_driving_checker_config |
vehicle.policy.minimum_highway_vru_distance |
Static Object Too Close checker | Configure via ftlx_global_eval_config.ego_static_object_too_close_checker_config |
vehicle.policy.too_close_TTC |
Static Object Too Close checker | Configure distance threshold per object category |
vehicle.policy.may_jitter |
No direct replacement needed | Jitter is now detected as kinematic violations (acceleration/jerk thresholds) |
| Speed limit policy checker | Speed Limit Violation checker | Configure via ftlx_global_eval_config.ego_speed_limit_violation_checker_config |
Teleport checker (car_unexplained_teleport) |
Teleportation checker | Configure via ftlx_global_eval_config.ego_teleportation_checker_config |
Off-lane checker (car_on_car_lane, car_drives_against_lane_direction) |
Road Departure checker + Lane Departure checker | Configure via vehicle.global_checkers |
Example: Disabling a Replacement Checker
If you previously disabled a deprecated checker (e.g., keep(vehicle_checker_params.enable_physical_acceleration_check == false)), use the new config:
extend ftlx_global_eval_config:
set ego_kinematic_physical_checker_config.enabled = false
3.3 Foretify
- Introduced caching in Foretify for compilation, maps, and the modeler to speed up repeated runs and reduce turnaround time when iterating on scenarios and environments.
- For more information, see Foretify caching.
3.4 Evaluation Pipeline
Foretify supports the NVIDIA work flow by running all required elements in a single invocation.
3.5 Known Limitations
- A future fix will add a warning to inform users about potential data loss.
The Kubernetes dispatcher and orchestrator currently only support 1 replica.
Only one Orchestrator pair is supported per Foretify Manager. Each Orchestrator should use its own namespace.