Controlling PTZ functionality of an ONIF camera from LABVIEW

[BTS_detroGuy]

I can get the RTSP stream (Audio+Video) from this camera into LabVIEW with no issues. I need to control the PTZ functionality. 

I used Wireshark to capture the coms between the PC and the camera unit while sending the Pan  Tilt and Zoom calls from a customer provided software. I also have SDK file from camera folks.

I have limited experience in creating CIN nodes from DLL. I was hoping that instead of creating CIN nodes to control PTZ functions, i can do the same over TCP/UDP interface. I was also wondering if *.pcapng captured using Wireshark has that information.

Can some one review the info and let me know if it's possible? I can provide SDK if some interested.

Description of DLL AJNetSDK.pdf PTZ Cam data.pcapng

Edited Sunday at 01:40 AM by BTS_detroGuy
adding a file

[BTS_detroGuy]

OK. Here is the link to SDK info with DLL and example programs for C users.

https://drive.google.com/open?id=1l9rwN0hnaW-M5rSCv3zRgATE2l_bNlJq&usp=drive_fs

[Rolf Kalbermatter]

What doesn't work with the function: AJ_NETSDK_IPC_PTZControl() on page 21/22?

Or are you not using the SDK functions to retrieve the RTSP stream but some other ready made interface for LabVIEW? Meaning you have no idea how to interface to a DLL?

A few points to consider:

1) The camera may not like a secondary connection, either through the SDK or through generic TCP/IP while it is busy streaming image data to the VLC or whatever interface.

2) Trying to reverse engineer the TCP/IP binary stream protocol is likely going to be cumbersome and difficult to realize as it is usually proprietary. The SDK interface is simple enough to use, except if you lack any and all understanding about C programming. It's not a CIN node either that you will need to configure but a CLN (Call Library Node). CINs are not only legacy technology but on most modern LabVIEW versions simply not supported anymore.

An interesting problem, but none I can help you as I do not have that hardware, and I would expect it to be a bit cumbersome considering above 2 points.

Edited Sunday at 03:17 PM by Rolf Kalbermatter

[BTS_detroGuy]

Rolf, Thanks a bunch for your response. The honest answer is that professionally i have done very little with CIN nodes. But this project may change that.

Most of my vendors provide me with LabVIEW drivers . In some cases i am using instrument that has well defined  TCP protocol that can be verified using bus sniffing tools.

Your point #1 is a valid one. But I can use VLC  media player and watch the RTSP stream on it while  opening the customer provided demo software that let's me watch the stream on another window  simultaneously while manipulating the PTZ commands to the unit. So i am hoping it will not be a problem.

I respect your #2. But in T&M career i have done enough reverse engineering that this part doesn't scare me, provided the reward for successfully completing is significant enough to justify the effort.🤑.

At this point i am leaning towards creating enough API calls (via CIN nodes) that will allow me to control PTZ while VLC media player is displaying and possibly recording the stream to HDD.

If interested i would like to share the progress. Thanks again for reviewing the DLL and posting your comment. 

[ShaunR]

IIRC there are a couple of RTSP libs for around (a while ago now). Some are based on using the VLC DLL's and I even saw one that was pure LabVIEW. Might be worth having a look at them for "inspiration". 

[bjustice]

Most IP cameras that I have played with will also implement simplistic PTZ via HTTP GET or HTTP POST commands.  And these are usually the commands sent from the web interface of the camera.

So, Just wireshark capture that traffic