Camera Stream anomaly about ha-blueiris HOT 8 CLOSED

the difference of working with individual camera with stream component to working with BlueIris and stream is the amount of load that HA will overload the BI server.

the issue is not with the component I wrote but the ability of BI server to handle.
I have strong machine running BI Server with 17 camera, when enabling Stream CPU gets to 100%, when running it without stream component it works on less than 25%

from ha-blueiris.

I have investigated this early on.

I am running a proxmox VE, with a hass.io VM, and a separate Blueiris VM.
This graph below is the ENTIRE VE usage... this is whilst streaming from HA.

This is the graph for the Blueiris VM

Graph for the HA VM

As you can see form all three graphs, the CPU(s) are not even breaking a sweat. Similarly, there are no IO bottlenecks, and network traffic is negligible.

I am only running 4 cameras, and the configuration of Blueiris is configured for optimal CPU usage and hardware decoding. Viewing any/all of the cameras through the BlueIris Web-frontend has no issues, and is smooth as butter. Monitoring all 4 cameras in realtime at approx 15 fps results in almost no CPU load:

My deduction from this is that the stream component does not seem to be overloading the hardware at all.

Just to add a final note... I am NOT running the picture cards in LIVE mode, only when I click on an individual card, does the stream component kick into action.

Question: How are you using the BI camera streams in HA. Are you using the Lovelace views at all, or are you just using the automation functions/services and sensors, etc, and viewing cameras in BI directly?

from ha-blueiris.

have 2 tabs with all camera lovelace component (not as live),
the problem is not when you are using the UI of BI Server, is once you have lovelace components for each of the camera, it opens # of websocket to the BI server that cannot handle it,
But if you checked it, it might got solved since the last time I checked,
one of the attributes of the camera component that being created is the still / stream URL,
you can create a dedicated component (GenericCamera) using those URLs to check how it works without my component

from ha-blueiris.

Without your component (as expected). I get the exact same result.

from ha-blueiris.

If I open the stream URL directly in VLC, it's the same.... That's interesting..... So this is clearly a BI issue directly...

from ha-blueiris.

Playing around, I figured out... as soon as I remove the rate control from the web server stream:

I no longer got the pixelation.... Not in VLC/HA. In HA though I get the little stutters I've seen before.
So clearly the stream implementaiton of HA is not great, but with this I can at least get rif of the compression artifacts ever 3 seconds...

Thx for your input. I think This needs to be closed.
T

from ha-blueiris.

@tiaanv, in the past there was an issue opened and also opened in BI forum,
#9 it was also about poor performence of stream

from ha-blueiris.

Thx... Just looked at that.... My scenario is a little different, as I'm not reaching CPU overload. Mostly because I only have a few cameras.... That being said... the way that the stream component is working... it not going to play nice with BI..... I think... I'm going to remove it for now.... and investigate different integration methods into the Lovelace frontend... maybe an iframe or something... I have got external access to BI so, that's OK. HA is just a bonus. And I'd rather live with a low framerate, than BI and HA performance issues.

Thx again for the valuable insight!!

from ha-blueiris.