[Remote rendering 4.5] Remote camera interaction end-to-end
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 55/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- python
- Domain
- computer-graphics, full-stack
Research direction
Start by tracing the RemoteCanvas event emission and the server-side interactor path, then inspect vtkRemoteInteractionAdapter.ProcessEvent and the differing JSON event shapes described here. Confirm the intended event format or direct-dispatch approach; done means rotate, pan, and zoom work in remote mode with updated frames streamed back.
Written by the indexing model from the issue text.
Description
📝 Description of the feature
Make rotate, pan, and zoom work against the server-side interactor: the client forwards the interaction event, the server applies it to the camera, renders, and streams the updated frame back. The stock interaction adapter doesn't reliably handle the event format the canvas emits, so a direct dispatch stands in.
Note:
In the spike, the stock vtkRemoteInteractionAdapter.ProcessEvent didn't recognize the JSON event format RemoteCanvas emits, because RemoteCanvas was emitting different event shapes (e.g. both flat {x, y} and nested {position: {x, y}} shapes.
A workaround was used in the spike, dispatching events directly to an interactor instead of going through the adapter, since it wasn't clear whether the adapter's strict behavior is intended or an upstream issue whose fix is to accept both shapes.
If a similar issue is encountered in the course of this user story, we could first check with Kitware on whether we resolve the issue by conforming RemoteCanvas to a single shape or whether the fix is on the adapter side (if it's not intended to be as strict)
Acceptance Criteria
Rotate, pan, and zoom work in remote mode.
💵 Business Value
No response
🔗 Useful links and references
No response
- Dominant language
- Python
- Stars
- 1
- Forks
- 0
- Avg merge
- 1d 21h
- Merged PRs (30d)
- 47
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from ansys/Visual-Interactive-Simulation-Object-Renderer
-
Difficulty 3/5 1-2 days Newbie friendliness 50/100
-
Library updates Opentechnical
ansys/Visual-Interactive-Simulation-Object-Renderer#136 · 1 assignee ·
-
maintenance
ansys/Visual-Interactive-Simulation-Object-Renderer#131 · 1 assignee ·
-
Release 1.0.2 Openmaintenance
ansys/Visual-Interactive-Simulation-Object-Renderer#130 · 1 assignee ·
-
enhancement
ansys/Visual-Interactive-Simulation-Object-Renderer#126 · 1 assignee ·
All issues in ansys/Visual-Interactive-Simulation-Object-Renderer
Similar issues
-
agent-ready documentation needs-triage
Difficulty 1/5 1-3 hours Newbie friendliness 88/100
-
documentation
Difficulty 1/5 Under an hour Newbie friendliness 91/100
-
workflow-status page template still says reusable workflows are "triggered only by workflow_call:" Open
Difficulty 1/5 Under an hour Newbie friendliness 92/100
-
instance instance add
Difficulty 1/5 Under an hour Newbie friendliness 72/100
searxng/searx-instances#939 · 1 comment ·
-
area-deployment area-integrations triage:bot-seen
Difficulty 2/5 Half a day Newbie friendliness 86/100