IpCamera: New IP Camera Binding

[matt1 (Skinah)]

@Zippochonda and @lfs_alp5

Yes there does appear to be an issue in the onvif library that I am using as the NPE is occurring in the library and not my code. I am looking at it as I have time and a work around may be possible or there are a number of new onvif libraries being created however they do not yet have PTZ features. This only happens with some cameras, others like mine are working great just with a 8 second delay from when you ask the camera to move to when it actually moves.

@spudatron
Yes you get a lot more value out of cameras that cost a little more.
For example some of my security cameras can produce 3 streams with different settings all at the same time.

1. 4K video feed with h265 compression goes to storage.
2. mjpeg format stream
3. h264 stream to cast to TVs as my older chromecasts don’t support 4k so feed 1 can’t be used.

The cameras can tell me if people are walking towards the house or away from the house plus more via smart alarms. Even the basic video motion alarms can be fine tuned to ignore small animals and only detect humans. Cheap cameras don’t have the highly polished firmwares and features and usually have far lower picture quality especially at night time.

Get 1 decent camera to trial and you will soon see the value in them.

[AchilleGR (Achilleas Kotsis)]

Hello @matt1, congrats on your work on this binding!

I have encountered an issue when using it with my Hikvision DVR.
Since each camera sets up its own streams, there are multiple connections to /ISAPI/Event/notification/alertStream, one for each camera.
Unfortunately the DVR borks after 4-5 concurrent connections with statusCode:4, causing events to not be registered for all cameras.

If you can use a single stream for events for cameras which have the same ip:port configuration, and notify each thing depending on the channelID present in the stream, I thing it would work OK, and we would actually be conserving resources.

I am available to test and provide feedback whenever you need.

[matt1 (Skinah)]

Glad to hear you find the binding useful and thanks for reporting the issue, I was not aware there was a limit. I have though about fetching a single stream but so far I have not thought of an easy way to program doing that between multiple things. If it was a HIK only binding it would be to create bridges for the NVR.

I believe there are two ways to use the NVR, one is the way you are now and the second is to enable access to each camera via different ports. See the manual for the NVR for how as I wont assist with that. Then each camera is still the same IP which is the IP of the NVR but each port will be different. If you could test and see if that works around the issue that would be great and I’ll put a note in the readme file for HIK cameras/nvr.

[posixx]

@matt1

I believe there are two ways to use the NVR, one is the way you are now and the second is to enable access to each camera via different ports. See the manual for the NVR for how as I wont assist with that. Then each camera is still the same IP which is the IP of the NVR but each port will be different. If you could test and see if that works around the issue that would be great and I’ll put a note in the readme file for HIK cameras/nvr.

Yes that is the way to go; i use camera direct access this way, every camera on the NVR get’s an unique portnumber.

[AchilleGR (Achilleas Kotsis)]

It is a DVR with 16 Analog cameras (DS-7216HUHI-K2), not an NVR. I don’t see an option to have a different port for each camera, since the event processing is done directly on the DVR and not on the camera itself.

I think a Bridge type object would be a welcome future addition for supporting multicam devices.

[matt1 (Skinah)]

New build 2019-07-08 has these changes:

• updated methods to support the Esp32 cameras. These cameras used two different ports so I had to make some changes to get these running. Example thing and item files can be found here https://community.openhab.org/t/diy-digital-doorbell-peephole-camera/76417/8
  NOTE: These cameras can not provide more than 1 stream at a time unless you use this bindings features to copy and serve the stream. This means you can not start the stream inside the cameras webpage and in openhab at the same time as only the first one you try to open will work.

• Temporary work around for a bug where some urls were getting reported as being at double port :80:554 from possible issue in onvif library.

• Updated channel cleaning to keep track of Netty’s channels.

@AchilleGR
I’ll keep it in mind to see if there is an easy way to do it.

[ffr (F.)]

I just updated the binding from version a 2.4. Snapshot version to the latest version. With the new binding, my Amcrest camera starts to produce the following messages in the log (nothing has changed in the config of the camera, the thing and the item):

2019-07-11 12:55:52.616 [INFO ] [ing.ipcamera.handler.IpCameraHandler] - IP Camera at 192.168.2.203:80 is now online.

2019-07-11 12:55:59.625 [WARN ] [ing.ipcamera.handler.IpCameraHandler] - The alarm stream was not running for camera 192.168.2.203, re-starting it now

2019-07-11 12:56:04.627 [WARN ] [ing.ipcamera.handler.IpCameraHandler] - The alarm stream was not running for camera 192.168.2.203, re-starting it now

2019-07-11 12:56:09.627 [WARN ] [ing.ipcamera.handler.IpCameraHandler] - The alarm stream was not running for camera 192.168.2.203, re-starting it now

2019-07-11 12:56:14.638 [WARN ] [ing.ipcamera.handler.IpCameraHandler] - The alarm stream was not running for camera 192.168.2.203, re-starting it now

2019-07-11 12:56:19.621 [WARN ] [ing.ipcamera.handler.IpCameraHandler] - The alarm stream was not running for camera 192.168.2.203, re-starting it now

I am in the process of adding a second camera (also Amcrest, but different model). This new camera does not produce the same errors, although it is configured exactly the same ways as the first camera.

@matt1: if you need more information on the configurations, than please get back to me.

[matt1 (Skinah)]

Did you clean the cache and tmp folders? in Linux enter this…

sudo service openhab2 stop && sudo rm -rf /var/lib/openhab2/cache/* && sudo rm -rf /var/lib/openhab2/tmp/* && sudo reboot

Also how did you add the camera, with paperUI or with .things files? If with paperUI you will need to delete and re-add the camera due to the way Openhab works, this is not needed if you used things files.

[ffr (F.)]

thanks for the super quick response.
the cameras are added via things-files.
I cleared cache and temp files with your command above and also restarted openhabian another time afterwards- did not help. The “old” camera continues to report the warning above, whereas the new camera only warns once, and then seems to be ok.

[matt1 (Skinah)]

can you disable the working camera, stop snapshots and enable trace mode logging please? I will need some log output to work out why. The first two things just stop loads of logs to make it clearer when the trace is enabled. The readme file covers how to change the log mode.

[ffr (F.)]

I will do that in a minute. one question upfront:
I deactivated the running camera in the text file - this became active immediatly.
Then I activated the “old” camera in the text file - the camera does not show up in the log, is not started. Only after a restart of openhab for the camera starts working in openhab.

QUESTION: How do I stop the snapshots?? I took the polling out of the thing file definition and disabled the IMAGE channel, but it still did the snapshots.

[ffr (F.)]

here is part of the log - inbetween two snapshots

2019-07-11 14:35:19.202 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - Snapshot recieved: Binding will now close the channel.

2019-07-11 14:35:19.205 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - commonCameraHandler closed channel:2 	URL:/cgi-bin/snapshot.cgi?channel=1

2019-07-11 14:35:20.027 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - Sending camera GET: http://192.168.2.203:80/cgi-bin/snapshot.cgi?channel=1

2019-07-11 14:35:20.056 [TRACE] [ipcamera.internal.MyNettyAuthHandler] - MyNettyAuthHandler is now setup for 	GET:/cgi-bin/snapshot.cgi?channel=1

2019-07-11 14:35:20.060 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - Have re-opened  the closed channel:0 	GET:/cgi-bin/snapshot.cgi?channel=1

2019-07-11 14:35:20.063 [WARN ] [ing.ipcamera.handler.IpCameraHandler] - The alarm stream was not running for camera 192.168.2.203, re-starting it now

2019-07-11 14:35:20.066 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - Sending camera GET: http://192.168.2.203:80/cgi-bin/eventManager.cgi?action=attach&codes=[All]

2019-07-11 14:35:20.099 [DEBUG] [ipcamera.internal.MyNettyAuthHandler] - 401: Mark as closing, the  channel:0 	GET:/cgi-bin/snapshot.cgi?channel=1

2019-07-11 14:35:20.105 [TRACE] [ipcamera.internal.MyNettyAuthHandler] - MyNettyAuthHandler is now setup for 	GET:/cgi-bin/eventManager.cgi?action=attach&codes=[All]

2019-07-11 14:35:20.105 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - Resending using a fresh DIGEST 	URL:/cgi-bin/snapshot.cgi?channel=1

2019-07-11 14:35:20.107 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - Have re-opened  the closed channel:4 	GET:/cgi-bin/eventManager.cgi?action=attach&codes=[All]

2019-07-11 14:35:20.109 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - Sending camera GET: http://192.168.2.203:80/cgi-bin/snapshot.cgi?channel=1

2019-07-11 14:35:20.121 [TRACE] [ipcamera.internal.MyNettyAuthHandler] - MyNettyAuthHandler is now setup for 	GET:/cgi-bin/snapshot.cgi?channel=1

2019-07-11 14:35:20.123 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - Have re-opened  the closed channel:2 	GET:/cgi-bin/snapshot.cgi?channel=1

2019-07-11 14:35:20.127 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpResponse(decodeResult: success, version: HTTP/1.1)

HTTP/1.1 401 Unauthorized

WWW-Authenticate: Digest realm="Login to AMC0009755AC31D939",qop="auth",nonce="1479015971",opaque="ffb9bd08f8eaf92ba9b9f1fbfd4e518c5939579b"

Connection: close

CONTENT-LENGTH: 0

2019-07-11 14:35:20.129 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - EmptyLastHttpContent

2019-07-11 14:35:20.132 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - commonCameraHandler closed channel:0 	URL:/cgi-bin/snapshot.cgi?channel=1

2019-07-11 14:35:20.150 [DEBUG] [ipcamera.internal.MyNettyAuthHandler] - 401: Mark as closing, the  channel:4 	GET:/cgi-bin/eventManager.cgi?action=attach&codes=[All]

2019-07-11 14:35:20.155 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - Resending using a fresh DIGEST 	URL:/cgi-bin/eventManager.cgi?action=attach&codes=[All]

2019-07-11 14:35:20.158 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - Sending camera GET: http://192.168.2.203:80/cgi-bin/eventManager.cgi?action=attach&codes=[All]

2019-07-11 14:35:20.170 [TRACE] [ipcamera.internal.MyNettyAuthHandler] - MyNettyAuthHandler is now setup for 	GET:/cgi-bin/eventManager.cgi?action=attach&codes=[All]

2019-07-11 14:35:20.173 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - Have re-opened  the closed channel:5 	GET:/cgi-bin/eventManager.cgi?action=attach&codes=[All]

2019-07-11 14:35:20.191 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpResponse(decodeResult: success, version: HTTP/1.1)

HTTP/1.1 401 Unauthorized

WWW-Authenticate: Digest realm="Login to AMC0009755AC31D939",qop="auth",nonce="783549361",opaque="ffb9bd08f8eaf92ba9b9f1fbfd4e518c5939579b"

Connection: close

CONTENT-LENGTH: 0

2019-07-11 14:35:20.199 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - EmptyLastHttpContent

2019-07-11 14:35:20.204 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - commonCameraHandler closed channel:4 	URL:/cgi-bin/eventManager.cgi?action=attach&codes=[All]

2019-07-11 14:35:20.212 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpResponse(decodeResult: success, version: HTTP/1.1)

HTTP/1.1 400 Bad Request

CONNECTION: close

CONTENT-LENGTH: 0

2019-07-11 14:35:20.219 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - EmptyLastHttpContent

2019-07-11 14:35:20.224 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - commonCameraHandler closed channel:5 	URL:/cgi-bin/eventManager.cgi?action=attach&codes=[All]

2019-07-11 14:35:20.940 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpResponse(decodeResult: success, version: HTTP/1.1)

HTTP/1.1 200 OK

Cache-Control: no-cache

Pragma: no-cache

Content-type: image/jpeg

CONNECTION: close

CONTENT-LENGTH: 294270

2019-07-11 14:35:20.945 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 893, cap: 893/893, unwrapped: PooledUnsafeDirectByteBuf(ridx: 1024, widx: 1024, cap: 1024)), decoderResult: success)

2019-07-11 14:35:20.954 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 8192, widx: 16384, cap: 16384)), decoderResult: success)

2019-07-11 14:35:20.970 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 16384, widx: 16384, cap: 16384)), decoderResult: success)

2019-07-11 14:35:20.987 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 8192, widx: 59336, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.002 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 16384, widx: 59336, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.019 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 24576, widx: 59336, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.030 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 32768, widx: 59336, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.046 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 40960, widx: 59336, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.054 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 49152, widx: 59336, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.061 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 57344, widx: 59336, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.069 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 1992, cap: 1992/1992, unwrapped: PooledUnsafeDirectByteBuf(ridx: 59336, widx: 59336, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.074 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 8192, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.080 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 16384, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.088 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 24576, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.095 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 32768, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.101 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 40960, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.107 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 49152, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.112 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 57344, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.118 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 65536, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.124 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 8192, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.131 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 16384, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.136 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 24576, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.142 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 32768, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.148 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 40960, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.154 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 49152, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.159 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 57344, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.165 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 65536, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.175 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 8192, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.180 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 16384, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.185 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 24576, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.190 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 32768, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.195 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 40960, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.201 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 49152, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.206 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 57344, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.211 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 65536, widx: 65536, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.217 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 8192, widx: 21049, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.222 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 8192, cap: 8192/8192, unwrapped: PooledUnsafeDirectByteBuf(ridx: 16384, widx: 21049, cap: 65536)), decoderResult: success)

2019-07-11 14:35:21.227 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultLastHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 4665, cap: 4665/4665, unwrapped: PooledUnsafeDirectByteBuf(ridx: 21049, widx: 21049, cap: 65536)), decoderResult: success)

[ffr (F.)]

Starting later this evening, the new camera also delivered these warning messages on a continouos basis. Had to switch both of them off.

[matt1 (Skinah)]

Are you using an admin user? The 400 bad request is not normal and I will have to check the amcrest api as to what can cause that.

@ffr
EDIT:
The API has this info…
400 Bad Request
The request had bad syntax or was inherently impossible to be satisfied.

Looking around I see different reports from non Openhab users stating it may be a bug when you turn on SD card alarms like card full when there is no SD card inserted. I would update the cameras firmware and reach out to your cameras support…

As for why this is only happening with newer builds, that is because it was hiding the error from you in older builds and was only seen if you looked with DEBUG mode on. Recently I improved the way the stream is handled and hence made the log let you know there is an issue. I suspect this has always been an issue you just never saw this in the logs.

As a work around you can select the camera to be AMCREST instead of DAHUA and it should work the same only using a different method to detect alarms which may work fine in your case. If you setup with things files it is very simple to find replace this and try it out.

[ffr (F.)]

thank you for your support!
I changed the channels to AMCREST, and both cameras have been working for the last 6 hours without problem.
Re your suggestion to contact Amcrest with this problem, I have to say that I would really not know how to explain the problem to them, because I have no insight into the specific scenarios and the code of the binding that triggers the problem. I think, that a contact to Amcrest would have to be initiated by somebody like you.

[matt1 (Skinah)]

Why would I contact support for you?

• I dont have an issue with mine
• I dont get paid
• You paid money to that company for support
• I better things to do with my time
• Their support will ask you to try things and since my camera does not have an issue that presents an issue.

Did I mention I am not an employee and dont get paid? I helped you narrow it down to the camera giving an error when a URL is tried to be opened. The same will happen if you try to open it in any web browser. I suspect it is a setting on the camera you need to change or you are not using an admin login to ask the camera for the alarm stream, I asked this already and did not get a reply.

If you won’t fault find and try things then no one else will do it for you.

Older bindings are found on my webpage where you downloaded the current one from, you can go back to any of the older versions as they will hide this warning unless you have debug logging turned on and then you will see it.

You would need to go to a build before build 2019-06-26 as that is when I last changed the alarm stream, before that it had not been touched for a long long time. I have been using it for at least five weeks with no issues since that change and it was to ensure the log is seen when there is an issue.

[ffr (F.)]

Sorry, I did not want to offend you in any way. Apologolies.
If I contact Amcrest in order to get their bug fixed, I expect they will get back to me with questions I cannot answer. But nevermind, my cameras are working fine with the change you suggested.

I am using an admin login. This error does neither show (I do not say it is not there!) with the Amcrest software nor with the Synology Surveillance Station.

[matt1 (Skinah)]

I am not saying it is a bug, i am only saying I am not an expert with their cameras and their support knows more. It may be as simple as you running two or three programs all trying to open the same stream and the camera does not like that many. It may be you have old model cameras that do not have the newer api method supported.

[matt1 (Skinah)]

New build 2019-07-16 has these changes:

• Changed UPDATE_IMAGE config to be how it behaves on startup only.
• Reworked the config called UPDATE_IMAGE_EVENTS to take over the Image Updating controls along with the channel called updateImageNow, allowing you to start and stop the image on demand. PaperUI has descriptions on what the controls do, readme to be updated shortly… This allows future options to be added via the same config and now ppl have the ability to override the setting with the channel.
• Fixed mistake in double port :80:554 fix in last build. Thanks presidentio for spotting it and PR.
• Fixed bug that may have caused commands to be handled wrongly on startup.
• Logging changes to remove long file missing error when ffmpeg is slow to start.

Also if you use the binding and sitemaps, this thread may be of interest to you…

Ip-Camera How To: Clickable thumbnail overview in sitemaps that opens up to a larger view

EDIT: If you are using OH3.x there is a far easier method using the newer widgets, the below is left for OH2.x users. To see the widget please see this link. Clickable Camera Widget - Add-on Marketplace / UI Widgets - openHAB Community I am hoping to write a few of these HowTo’s as I am finding out that certain things work well in one app then in another it does not work so well (iOS vs Android vs BasicUI). I hope to save everyone wanting to use cameras the same trial and error and possible gi…

[kubawolanin]

Hello @matt1,

Thank you so much for the work you’ve put into this binding.

I’m struggling with making it work with the newest version. I’m using HikVision NVR and wanted to add a few RTSP cameras as well.

For a few months I had the following configuration:

Thing ipcamera:HIKVISION:Cam1 "Front Camera" [IPADDRESS="192.168.0.49", USERNAME="XXX", PASSWORD="XXX", ONVIF_PORT=8000, PORT=80, NVR_CHANNEL=1 ]

And it worked perfectly with the items like

Image NVR_Front    "Front"      {channel="ipcamera:HIKVISION:Cam1:image"}

Now I’ve updated the binding to the latest one, and keeping the same *.things and items definitions intact, I get the following errors:

2019-07-17 20:57:39.980 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultLastHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 166, cap: 166/166, unwrapped: PooledUnsafeDirectByteBuf(ridx: 376, widx: 376, cap: 400)), decoderResult: success)

2019-07-17 20:57:39.975 [TRACE] [ipcamera.internal.MyNettyAuthHandler] - MyNettyAuthHandler is now setup for 	GET:/Streaming/channels/301/picture

2019-07-17 20:57:39.986 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - HTTP Result back from camera is 	:<!DOCTYPE html>

<html><head><title>Document Error: Not Found</title></head>

<body><h2>Access Error: 404 -- Not Found</h2>

<p>Can't open URL</p>

</body>

</html>

:

2019-07-17 20:57:39.997 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultLastHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 166, cap: 166/166, unwrapped: PooledUnsafeDirectByteBuf(ridx: 376, widx: 376, cap: 400)), decoderResult: success)

2019-07-17 20:57:39.998 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultLastHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 297, cap: 297/297, unwrapped: PooledUnsafeDirectByteBuf(ridx: 530, widx: 530, cap: 1024)), decoderResult: success)

2019-07-17 20:57:39.997 [TRACE] [ipcamera.internal.MyNettyAuthHandler] - MyNettyAuthHandler is now setup for 	GET:/ISAPI/System/IO/inputs/2/status

2019-07-17 20:57:40.003 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - HTTP Result back from camera is 	:<!DOCTYPE html>

<html><head><title>Document Error: Not Found</title></head>

<body><h2>Access Error: 404 -- Not Found</h2>

<p>Can't open URL</p>

</body>

</html>

:

2019-07-17 20:57:40.005 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] - Sending camera GET: http://192.168.0.49:80/ISAPI/System/IO/inputs/3/status

2019-07-17 20:57:40.006 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - HTTP Result back from camera is 	:<?xml version="1.0" encoding="UTF-8" ?>

<ResponseStatus version="1.0" xmlns="urn:psialliance-org">

<requestURL>/ISAPI/System/IO/inputs/4/status</requestURL>

<statusCode>4</statusCode>

<statusString>Invalid Operation</statusString>

<subStatusCode>invalidOperation</subStatusCode>

</ResponseStatus>

:

2019-07-17 20:57:40.003 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpResponse(decodeResult: success, version: HTTP/1.1)

HTTP/1.1 403 Forbidden

Date: Wed, 17 Jul 2019 20:58:09 GMT

Server: DNVRS-Webs

Cache-Control: no-cache

Content-Length: 297

Content-Type: application/xml; charset="UTF-8"

Connection: keep-alive

Keep-Alive: timeout=60, max=79

2019-07-17 20:57:40.013 [DEBUG] [ing.ipcamera.handler.IpCameraHandler] -    Using the already open channel:2 	GET:/ISAPI/System/IO/inputs/3/status

2019-07-17 20:57:40.014 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultLastHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 297, cap: 297/297, unwrapped: PooledUnsafeDirectByteBuf(ridx: 530, widx: 530, cap: 1024)), decoderResult: success)

2019-07-17 20:57:40.016 [TRACE] [ipcamera.internal.MyNettyAuthHandler] - MyNettyAuthHandler is now setup for 	GET:/ISAPI/System/IO/inputs/3/status

2019-07-17 20:57:40.017 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - HTTP Result back from camera is 	:<?xml version="1.0" encoding="UTF-8" ?>

<ResponseStatus version="1.0" xmlns="urn:psialliance-org">

<requestURL>/ISAPI/System/IO/inputs/1/status</requestURL>

<statusCode>4</statusCode>

<statusString>Invalid Operation</statusString>

<subStatusCode>invalidOperation</subStatusCode>

</ResponseStatus>

:

2019-07-17 20:57:40.009 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpResponse(decodeResult: success, version: HTTP/1.1)

HTTP/1.1 403 Forbidden

Date: Wed, 17 Jul 2019 20:58:09 GMT

Server: DNVRS-Webs

Cache-Control: no-cache

Content-Length: 297

Content-Type: application/xml; charset="UTF-8"

Connection: keep-alive

Keep-Alive: timeout=60, max=78

2019-07-17 20:57:40.000 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - HTTP Result back from camera is 	:<!DOCTYPE html>

<html><head><title>Document Error: Not Found</title></head>

<body><h2>Access Error: 404 -- Not Found</h2>

<p>Can't open URL</p>

</body>

</html>

:

2019-07-17 20:57:40.009 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpResponse(decodeResult: success, version: HTTP/1.1)

HTTP/1.1 404 Not Found

Date: Wed, 17 Jul 2019 20:58:09 GMT

Server: DNVRS-Webs

Cache-Control: no-cache

Content-Length: 166

Content-Type: text/html

Connection: keep-alive

Keep-Alive: timeout=60, max=78

2019-07-17 20:57:40.024 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultLastHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 297, cap: 297/297, unwrapped: PooledUnsafeDirectByteBuf(ridx: 530, widx: 530, cap: 1024)), decoderResult: success)

2019-07-17 20:57:40.028 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultHttpResponse(decodeResult: success, version: HTTP/1.1)

HTTP/1.1 403 Forbidden

Date: Wed, 17 Jul 2019 20:58:09 GMT

Server: DNVRS-Webs

Cache-Control: no-cache

Content-Length: 297

Content-Type: application/xml; charset="UTF-8"

Connection: keep-alive

Keep-Alive: timeout=60, max=78

2019-07-17 20:57:40.032 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - DefaultLastHttpContent(data: PooledSlicedByteBuf(ridx: 0, widx: 297, cap: 297/297, unwrapped: PooledUnsafeDirectByteBuf(ridx: 530, widx: 530, cap: 1024)), decoderResult: success)

2019-07-17 20:57:40.035 [TRACE] [ing.ipcamera.handler.IpCameraHandler] - HTTP Result back from camera is 	:<?xml version="1.0" encoding="UTF-8" ?>

<ResponseStatus version="1.0" xmlns="urn:psialliance-org">

<requestURL>/ISAPI/System/IO/inputs/3/status</requestURL>

<statusCode>4</statusCode>

<statusString>Invalid Operation</statusString>

<subStatusCode>invalidOperation</subStatusCode>

</ResponseStatus>

Reading through this thread I suspect it has to do with ISAPI endpoint?

Questions

1. Is there a way to have it working as before without the need of rollback? I’m using NVR_CHANNEL params there. Maybe I missed some breaking change
2. (slightly off-topic) What would be a proper way to have a HTTPONLY Thing declared?
   My only input is a audioless RTSP stream from a Yi camera: rtsp://192.168.0.XX/ch0_0.h264
   Seems like I got it wrong:

Thing ipcamera:HTTPONLY:Driveway "Driveway" [ IPADDRESS="192.168.0.XX", PORT=554, SNAPSHOT_URL_OVERRIDE="rtsp://192.168.0.XX/ch0_0.h264" ]

I’m on openHAB 2.5.0.M1 Milestone Build on RPi3B with openHABian.
Installed ffmpeg manually.
Stopped openhab2 service, cleared cache - all that stuff.

Best regards,
Kuba