### Author:  [@SuperNinja](https://discourse.nodered.org/u/SuperNinja)
#### Post date: [4 October 2020 08:31 UTC](https://discourse.nodered.org/t/node-red-contrib-onvif-nodes-beta-test/33722/1 "2020-10-04T08:31:53Z")
Continuing the discussion from [Onvif VS onvif-nodes issue](https://discourse.nodered.org/t/onvif-vs-onvif-nodes-issue/32374/24):
I will resume the beta test topic from @BartButenaers here (because closed)
>
>
> Thanks for integrating ONVIF with NODE RED, excellent work. But I have a issue with PAN and TILT code you have...
For me and my [cheap ptz camera](https://discourse.nodered.org/t/use-ffmpeg-to-convert-rstp-stream-to-mp4/32883/17) : I note that continuous movement and absolute movement are reversed PLUS : in the continuous movement (Absolute move) the UP and DOWN go left and right.
---
### Author:  [@SuperNinja](https://discourse.nodered.org/u/SuperNinja)
#### Post date: [4 October 2020 15:11 UTC](https://discourse.nodered.org/t/node-red-contrib-onvif-nodes-beta-test/33722/2 "2020-10-04T15:11:47Z")
This is the complete [https://github.com/bartbutenaers/node-red-contrib-onvif-nodes](https://github.com/bartbutenaers/node-red-contrib-onvif-nodes) test
The 2 camera test :
**Camera1**
**Camera2**
**imaging-node**
**media-node**
**video-media**
**stream-urls**
**snapshot-images**
**device-node**
**ptz-node**
Runs randomly = some node run on camera1 and not on camera2 and vice versa.
@BartButenaers I think you can get out of the Beta (by putting compatibility warnings: some cameras will not respond).
---
### Author:  [@BartButenaers](https://discourse.nodered.org/u/BartButenaers)
#### Post date: [4 October 2020 22:35 UTC](https://discourse.nodered.org/t/node-red-contrib-onvif-nodes-beta-test/33722/3 "2020-10-04T22:35:35Z")
> [@SuperNinja](#):
>
> This is the complete [https://github.com/bartbutenaers/node-red-contrib-onvif-nodes](https://github.com/bartbutenaers/node-red-contrib-onvif-nodes) test
Hi Chris,
Thanks a lot !!!!!!
Really kind of you to do all this test work. Now it is finally tested by someone else.
Now I need to find some time to have a look at your issues ...
But yes I also would like have it published on NPM.
---
### Author:  [@Colin](https://discourse.nodered.org/u/Colin)
#### Post date: [5 October 2020 08:21 UTC](https://discourse.nodered.org/t/node-red-contrib-onvif-nodes-beta-test/33722/4 "2020-10-05T08:21:47Z")
> [@BartButenaers](#):
>
> Now it is finally tested by someone else.
I think others have been doing some testing, though not formally organised I admit.
I have been using it on my system virtually since you first made it available.
---
### Author:  [@SuperNinja](https://discourse.nodered.org/u/SuperNinja)
#### Post date: [5 October 2020 08:39 UTC](https://discourse.nodered.org/t/node-red-contrib-onvif-nodes-beta-test/33722/5 "2020-10-05T08:39:21Z")
Yes because I am sure that many use it underground, it had to come out in broad daylight on the NR palette. Bart to find the time now 😉
---
### Author:  [@BartButenaers](https://discourse.nodered.org/u/BartButenaers)
#### Post date: [5 October 2020 08:51 UTC](https://discourse.nodered.org/t/node-red-contrib-onvif-nodes-beta-test/33722/6 "2020-10-05T08:51:49Z")
> [@Colin](#):
>
> I think others have been doing some testing
Absolutely. But due to the large number of functionality, I really needed someone to test all the features, so I have an overview of what needs to be done before I can go to NPM ...
---
### Author:  [@BartButenaers](https://discourse.nodered.org/u/BartButenaers)
#### Post date: [8 October 2020 21:56 UTC](https://discourse.nodered.org/t/node-red-contrib-onvif-nodes-beta-test/33722/7 "2020-10-08T21:56:07Z")
> [@SuperNinja](#):
>
> device-node
> 
Chris,
The version on Github should not crash anymore, when getting the hostname.
> [@SuperNinja](#):
>
> **media-node**
> 
Well this demonstrates exactly why I have put - at the time being - on my readme page that it is not published on NPM yet and I mentioned that I needed to discuss it (which I will do now here):
To clarify: _ **my Onvif nodes are NOT user-friendly!** _ And the fact that you highlight these in yellow proves that... Will try to explain what is wrong with my nodes, and hopefully we can get some ideas here how to improve it :crossed\_fingers
- Suppose you want to setup two streams on your camera, one with a high resolution and one with a low resolution.
- This means that you need to setup two _ **media profiles** _, each with their own resolution. Here is a screenshot from e.g. [GeniusVision](http://community.geniusvision.net/platform/cprndr/ta/onvifinstr/) that shows this very clearly:
- However when you look at the media profiles, their data structure is rather complicated. You can find the entire tree structure easily with following flow:
- You have to access the configuration always via the sourceToken. However that is generated automatically, so not easy to remember. To simplify it, my nodes also accept the profile name: I automatically search for the corresponding profile token, and use that one to access the configuration.
And when you access the config via an input message (to update or read the config), you can also specify the `profile_name` or `profile_token` or none of both (in this case I will use the default token). This is why your flow didn't work: the example flow on Github seems to contain the tokens of my camera. But this is not clear to users .........................
- I have added - at the time being - a search button on the config screen, that allows you to get automatically the media profile names from your camera (in my case two profile names 'mainStream' and 'subStream'):
- When you want to read/write a config you need to send input messages. Since that seemed the Node-RED way for me. But of course then you need to build the entire UI yourself, which triggers those input messages (e.g. some controls on the dashboard to specify the resolution). So the disadvantage is that users will need to build the UI on their own. On the other hand it is very flexible, since it allows you to implement it the way you want.
- I have already been wondering if a sidebar panel would have been a better solution. I mean that you can select a camera in a dropdown, and that I show the config tree there somehow. Although then I'm building an entire Onvif manager, which would be hell of a job to build and maintain ... And then you can't control it via input messages, so you would loose the Node-RED way of doing things ...
Summarized: I DON'T KNOW HOW TO IMPLEMENT IT, SO IT BECOMES USER FRIENDLY.
And that is the reason why these nodes have never reached NPM ...
---
### Author:  [@system](https://discourse.nodered.org/u/system)
#### Post date: [7 December 2020 21:56 UTC](https://discourse.nodered.org/t/node-red-contrib-onvif-nodes-beta-test/33722/8 "2020-12-07T21:56:19Z")
This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.