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
Is your feature request related to a problem? Please describe.
Currently, Aravis requires exclusive control access to stream from a GigE Vision camera. This becomes an issue when another application already holds control access, making it impossible to use Aravis to view or debug streams from cameras in active use by other software. Additionally, integrating multiple cameras where not all are directly controlled can be challenging because of this limitation.
Describe the solution you'd like
I would like to propose adding a "listener" or "sniffer" mode to Aravis, allowing it to passively receive and decode GVSP (GigE Vision Streaming Protocol) packets without requiring controller privileges. This mode would enable monitoring a camera feed already controlled by another application. Integrating such a sniffer capability within Aravis would provide a consistent API and streamline the handling of both controlled and uncontrolled camera streams.
This feature would ideally include:
Packet-level capture functionality (using raw sockets or libpcap).
Automatic frame reassembly from captured GVSP packets.
Decoding of standard GigE Vision image payloads (e.g., RGB8, Mono, Bayer).
Performance considerations for efficiently handling packet reassembly and minimizing packet loss.
Describe alternatives you've considered
As an alternative, implementing external packet sniffing tools (e.g., libpcap or PF_RING) and manually decoding the packets outside Aravis is possible, but integrating this functionality directly into Aravis would significantly simplify development and improve overall application architecture.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
Currently, Aravis requires exclusive control access to stream from a GigE Vision camera. This becomes an issue when another application already holds control access, making it impossible to use Aravis to view or debug streams from cameras in active use by other software. Additionally, integrating multiple cameras where not all are directly controlled can be challenging because of this limitation.
Describe the solution you'd like
I would like to propose adding a "listener" or "sniffer" mode to Aravis, allowing it to passively receive and decode GVSP (GigE Vision Streaming Protocol) packets without requiring controller privileges. This mode would enable monitoring a camera feed already controlled by another application. Integrating such a sniffer capability within Aravis would provide a consistent API and streamline the handling of both controlled and uncontrolled camera streams.
This feature would ideally include:
Packet-level capture functionality (using raw sockets or libpcap).
Automatic frame reassembly from captured GVSP packets.
Decoding of standard GigE Vision image payloads (e.g., RGB8, Mono, Bayer).
Performance considerations for efficiently handling packet reassembly and minimizing packet loss.
Describe alternatives you've considered
As an alternative, implementing external packet sniffing tools (e.g., libpcap or PF_RING) and manually decoding the packets outside Aravis is possible, but integrating this functionality directly into Aravis would significantly simplify development and improve overall application architecture.
The text was updated successfully, but these errors were encountered: