This was among pics of a Hikvision camera on Amazon... thought it was a great graphic showing how H.265 saves bandwidth in the way it compresses video.
Neat explanation of H.265 encoding difference....
- Thread starter sdkid
- Start date
That’s pretty cool. I’ve often wondered what the difference was and the efficiency differences between the two.
I realize this is probably a newbie question, but does BI allow use of H265 while using the Intel hardware accelerated decode option under Settings/Cameras? I thought I read that did not work under the wiki section, but perhaps I need to go back and reread.
I realize this is probably a newbie question, but does BI allow use of H265 while using the Intel hardware accelerated decode option under Settings/Cameras? I thought I read that did not work under the wiki section, but perhaps I need to go back and reread.
Disregard my previous post. I found my mistake after research. Per the wiki “If your CPU supports Intel® Quick Sync Video, then you can use hardware acceleration in Blue Iris to reduce CPU and energy usage significantly with any camera streaming H.264. If your Intel CPU is 6th-generation (such as i5-6500) or newer, then you can use hardware acceleration for H.265 streams as well since around mid-April 2020 (beginning Blue Iris 5.2.5 or so).”
I don’t believe it will work for my PC as my cpu is an i5-4590. Guess it’s time for an upgrade.
I don’t believe it will work for my PC as my cpu is an i5-4590. Guess it’s time for an upgrade.
Since I began utilizing sub streams, my CPU has dropped tremendously. I think with 9 cameras running, I average about roughly 23%. I’m still using h264, but I think I will begin playing with turning HA off and converting them to H265 with sub streams. Maybe a project for the weekend lol.
SouthernYankee
IPCT Contributor
Be careful of some variants of h.264 and h.265 The + Plus version of these protocols is non standard and is not supported by BI or the Intel processors.
I run 14 cameras, with substream, plus 10 clone cameras in BI at about 12 FPS, 700 MP/s with H.264 on an I7-4790 at under 20% CPU.
If you look at the pictures in the example, there is a lot of constant color, this allows for good compression. I did a test on a 2MP camera without HA in BI, at both h.264 and h.265, I used a multi colored board that was moving, there was less than 10% difference in recorded file size. A lot of motion and changing colors will not compress very easily.
I run 14 cameras, with substream, plus 10 clone cameras in BI at about 12 FPS, 700 MP/s with H.264 on an I7-4790 at under 20% CPU.
If you look at the pictures in the example, there is a lot of constant color, this allows for good compression. I did a test on a 2MP camera without HA in BI, at both h.264 and h.265, I used a multi colored board that was moving, there was less than 10% difference in recorded file size. A lot of motion and changing colors will not compress very easily.
^So true - some of my cameras made almost no difference between H265 and H264, so I went back to H264 as the image appeared to me as slightly better and the memory usage was within a minute difference between the two formats.