Flickering mjpeg stream of ipcamera binding after upgrade to 3.2

The thing I am wondering all the time is, why this did not happen on OH3.1 were it was perfectly fine.

To also give you a background info about the hardware:

I am running the pi4 with the official new PoE+ Hat, connected with Draka UC900 RJ45 Hirose TM31 Cable to a Unifi Pro PoE Switch where the INSTAR IN-9020 is also connected to. The switch has a 10GBit Uplink to a unifi dream machine pro. DNS is again a Pi 4 with Pi-hole connected in the same way. In my guess, the network components are not loaded at all.

Nevertheless, thanks again for your time, i am still very happy.

I faced the same issue (Hikvision camera) and can confirm that the new jar solves this problem. Thanks a lot.

At least 20% of the binding was rewritten to use a different http library. The binding works differently now.

Thanks for the explanation! If i can support you further, just let me know…

One last thing: Can you drop a note in this thread here, when you publish the fix to the next stable OH Release? I would then switch back to the official version. Thanks

Have a great start into 2022

Hi @matt1, no the systemload hadn’t any influence to this phenomenon. I tracked the load a long time on my two different pis. My network is on 1GBit/s and I think I don’t have very much traffic in the network. Connections are routet by a switch (not a hub). I didn’t use the wifi module on any pi.

Happy new year this evening an thank you a lot for all your efforts! Let us know, if you need any support for testing or debugging further builds, if you want to do a deep dive in the fifo buffer implementation. I am very happy with the current solution!

Cheers,
Boris.

Where can I get this JAR so it doesn’t have to download it every time I clear my cache?

Unresolved requirement: Import-Package: io.netty.bootstrap; version=ā€œ[4.1.0,5.0.0)ā€

Best, Jay

Install the telstick binding and it will install the missing netty. There are other harder ways if u search for the breaking change thread.

I’ll try to have this in the next milestone.

I just uploaded a newer build which needs testing. This one will keep the ipcamera.mjpeg stream running if the camera reboots or goes offline. When the camera comes back online the stream should go back to updating the picture without needing to refresh the browser.
I also fixed a bug for people that create the streams from rtsp sources.

Sorry I wont be doing that as the next stable is 6 months away. You can follow the progress at the link below yourself, after it shows up as ā€œmergedā€, it will then be in the next Milestones and eventually in the Stable after that. I recommend you use Milestone builds if you tinker with openHAB at least once a month. The core is stable in all builds and it is easy to swap in and out the bindings if 1 of them has an issue as you have just seen.

[ipcamera] Fix multiple mjpeg issues and allow stream to stay alive by Skinah Ā· Pull Request #11921 Ā· openhab/openhab-addons (github.com)

I picked the build from the following thread and will put my test results in there