You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Replay HQ currently waits for all tiles required by the complete active Cesium
viewport. The final video output is only a crop of that viewport, so tiles
outside the crop can unnecessarily extend the readiness wait.
Issue #458 introduces a dedicated recording camera for Replay HQ. This camera
provides the correct foundation for making tile readiness specific to the
exported crop.
Requested behavior
Make Replay HQ tile loading and readiness crop-aware by using the dedicated
recording camera introduced by #458.
The readiness system must only wait for the 2D and 3D tiles required to render
the Replay HQ crop, without waiting for unrelated tiles outside the exported
area.
The implementation should not inspect Cesium private tile queues. It should use
the public camera, viewport, scene, globe, and 3D Tiles readiness APIs.
Technical notes
The preferred implementation is to configure the dedicated Replay HQ camera and
its render target so Cesium computes visibility for the actual exported crop.
The readiness coordinator can then continue using Cesium's view-based globe.tilesLoaded and Cesium3DTileset.tilesLoaded state for that dedicated
view.
The implementation must preserve HQ quality and must not solve the performance
problem by lowering the 3D Tiles screen-space error.
Context
Replay HQ currently waits for all tiles required by the complete active Cesium
viewport. The final video output is only a crop of that viewport, so tiles
outside the crop can unnecessarily extend the readiness wait.
Issue #458 introduces a dedicated recording camera for Replay HQ. This camera
provides the correct foundation for making tile readiness specific to the
exported crop.
Requested behavior
Make Replay HQ tile loading and readiness crop-aware by using the dedicated
recording camera introduced by #458.
The readiness system must only wait for the 2D and 3D tiles required to render
the Replay HQ crop, without waiting for unrelated tiles outside the exported
area.
The behavior must work for:
Acceptance criteria
Notes or questions
This feature depends on #458:
#458
The implementation should not inspect Cesium private tile queues. It should use
the public camera, viewport, scene, globe, and 3D Tiles readiness APIs.
Technical notes
The preferred implementation is to configure the dedicated Replay HQ camera and
its render target so Cesium computes visibility for the actual exported crop.
The readiness coordinator can then continue using Cesium's view-based
globe.tilesLoadedandCesium3DTileset.tilesLoadedstate for that dedicatedview.
The implementation must preserve HQ quality and must not solve the performance
problem by lowering the 3D Tiles screen-space error.