I have seen a live demonstration of this ...and it is brilliant.
60% Lower Bandwidth, 'Video Anywhere' - Digital Barriers TVI / EdgeVis
Streaming video over low bandwidth, wireless connections often results in stalled video, broken up video or significant video delays.
But Digital Barriers says their TVI CODEC (not to be confused with the HD Analog format), which is being re-branded as EdgeVis, can dynamically adapt to changing network conditions to deliver video where other CODECs fail.
In a conversation with Digital Barriers, we examined specific details on this CODEC, how it works, and what the limitations are. Our findings are inside this report.
Claimed ******** ** ***
******* ******** **** *** *** *** primary ******** **** *.***/*.***:
- ******* ** **** ***** ** ******** network ********** ******* *********** ** *******
- ***-**-*** ****** **********
*** ******* ************ *** *** ******** networks (*** ****, **/***, *********, ***.) where ********* **** **** *********** *** security.
******** **********/*********
*** ****** ** ********* ************ ** dynamically ******** ********** ***/** ********* ** the ***** ****** ** *********** ********* bandwidth. **** ** ****** ** ********* process, *** ***** *** *** **** parameters, **** ** * ******* ********* or **********, ****** **** *** ******* live ***** **** ********* ** ******* circumstances. ** **** *** ****** ******* ********' TVI ********, *** ****** ******* ** how **** ** ***** ******** ** their ******.
** ** ******* ** * *** **** adjusts ********** ** * ***** ****** to *********** *** ************ ** * mobile ******, *********** *********** *** ****** with ********* **********.
Encoder/Cloud-Based ************
*** ** *********** *** *** ** Digital ********' ******** [**** ** ****** available], ***** **** ******* ***** *******. A ***** ************ ** ***** *****:
*** ****** ******* ** *** *******, commonly ***** *.***, ** *** **********/********* *******, up ** * ******* ** *****/**. The ******* ******* **** ******, *** also **-******* ** ** ***, **** resolution *** ********* ********** ** ********** by *** ************ **** *** ******* to *** ****** ******.
*** ******* ** ******* ******* ********' cloud *******, ** ******* ********* ****** servers ** ***** **** ** **** their ***** ********, ***** ****** **** authentication *** ********* *** **** *** port-forwarding ** *** **** ***** *** encoder ** *********. ********* ** ******* ********, total ***** ******* ** *** ********/******** is <. class="dont-blokk">can ** ******** ** *** *******. No ********** ** ***** ** ******** a ** ******* ** * ********* uplink *** ********.
******* *** ** ******** ** ******* video ** ****** ********* **** ******** links, ** *** ** ******* ** as * ***-******** *****, ***** **** video ****** *** *** ********, *** assume ********** ****** ********.
Single ****** ******* ******* ******
*** ******* ***** * ****** ****** through *** ***** ** *** ********* clients. ******* ** ****, *** ****** is ******* **** ** ******** *** client **** *** ***** ********** *** handle, ********* ***** ******* **** ****** connectivity. ** *** ********** ** ******* the ******* *** *** *****, **** of ****** ****** ************ ************ ** not ****** *** ******.
******* ******** **** **** ****** ******* should ** *********** ** *** *** of **** ** ******* **** **********.
Stream **********
*** ******* *** ********* ********* *** to ***, **** ****** *** **********. Because **** ** ******* ** *** encoder, ** *** ** ***** ** any ****** **** **** *** ******, the ****** ****** **** *** **** to ** ********.
Vs. ***** ******
***** ****** **** ****** *********, *** can ** ******** **** ******* ***** over **** *** ***********, *** **** adapt ***** ******** ***** ** ***** motion, *** ******* *******. ** ** idle ***** ********* (*** *******), *** TVI *** ******* ******* ******* **** a ********** ********* ******** ****, *** if *** ***** ******* ******, ********* is ***** ** ******* ** **** more ****, ******* ** *** ******* impediment. ***, ** **** ********, ***** adapt ** ******** ********** ** *********, in ***** ** **** *** ***** bitrate ** *** ****** *** ****** to *********** *** *******.
Target *********
******* ********' ******* ***** ** *** technology *** *********/********** *************, ******* ********, and ******** ************** *********. ***** ***** all ******** **** ******** ******* ******** at ****** *********, ***** **** ***** in ******** *********, *** * ******* for ********/********* *****.
VMS ************
******* ******** ******** * ********** ****** for **** ******* ** ********* ******** video, *** **** **** ******* *** integrations. ********* [**** ** ****** *********] and******* *** *** *** ******* ************ **-****, as ***** *** *** **** ******** used ***** ** ***** *********.
ONVIF ******
*** ***** ***** ******* ******** *** a ******** ****** ***** *** **** a ****** **** *** ******* ****** and ********* ** ** ** *.*** stream **** * *** *** ******* to *** *****. **** ****** ***** not ***** ****** ** ***** ****** on *** *******, *** **** ***** a ****** ** ** **** **** most *****.
*******
******** ***** **** ~$*,*** - $*,*** MSRP, ********* ** ************* *** ********. There ** ** ******* ****** *** the ***** *********, ** ** * single-transaction ****.
TVI/EdgeVis ***********
*** *****/** ********** ** *** ******** will ***** ***'* ************* ** **** new *************, ***** ***+ *********** *** becoming **** ******. ************, *** *********** nature ** *** ***** **** ******** VMS *******, ** *** ********** ********** to ********* *** ***** ******. ***** *** price ** * *** *******, *** the ****** ****** **********, ** **** cases ***** ***** *** ******* ******* from * $*** ***, **** ********* or ******** ****** ****** ******** ******* down ** * **** *** *******, at * ******** ** *** **** if **** *** *** ********* ***** encryption ** *** ***** *******.
Can you elaborate? Was it a demo of a live system, or a technology demo? What were the parameters of the link?
It was a live demo at IFSEC this year. They had two live links to cameras - x1 in Glasgow, Scotland, the other somewhere in States - and it really had a 'Wow' factor.
You would have a really pixelated picture and then once an area was identified to zoom in on, an area of interest (a face, a license plate, a sign) the clarity of picture that could be provided was like nothing else I've ever seen to this point.
"You would have a really pixelated picture and then once an area was identified to zoom in on, an area of interest (a face, a license plate, a sign) the clarity of picture that could be provided was like nothing else I've ever seen to this point."
? I'm not sure how that example fits...
What was being demo'd? Bandwidth and latency or optical zoom and resolution of the camera they were using?
"Pricing
Encoders range from ~$1,000 - $4,000 MSRP, depending on configuration and features. There is no monthly charge for the cloud component, it is a single-transaction sale."
How is that scalable/sustainable? How can fixed front-end costs sustain a perpetually increasing back-end infrastructure?
That is a good question, they did mention that a lot of customers run their own cloud server component, so it is not a 1:1 ratio of encoder sales to demand increase on their infrastructure.
Also, the cloud component is not recording video, it's just routing connections and doing some basic user auth, from my understanding. Thus, it would be easier to scale than something that offered 64GB of cloud storage with every encoder for example.
I have the SD-600 and IP250 and they work well with TVI Server (I built my own in Windows 7).
The technology works well and is gaining traction in the Law Enforcement and Governement markets. I love the fact that it can save the native 1920x1080 resolution locally so you have the full resolution for extraction.
This actually isn't anything new. MOBOTIX has been doing this for some time now, in fact almost 2 years now. Its called adaptive bandwidth utilization engine, which happens to run in every single MOBOTIX camera. The only difference here, from what has been explained is that ours is policy driven and not automatic. Meaning a user or policy can dictate the streaming mode per device or on demand. This works with our PC application and iOS app. What happens to be different is that MOBOTIX has the ability to do High Res, Low res or Audio only. Another difference would be VMS support. At the moment it is only supported via our own VMS.
For example a 1280x960 stream is ~1.1Mbps give or take "High Res" live stream, simply push a soft button and take the 1MP down to VGA or CIF with 240kbps stream on demand. Zoom into a defined area and the resolution will upscale for the defined area and the bitrate will lower to ~80-100kbps as the zoomed in area is all that is streamed from the camera at that given time. Want Audio only, select it, and then you have a 16kbps stream only audio.
Meanwhile the cameras are still recording High resolution to storage for evidence purposes. 3MP, 5MP, 6MP up to 12MP.
Test was conducted from my home using the MOBOTIX D15-180 camera, 1Gbps upload speed home network, received on my LTE connected iPhone using the MOBOTIX app and the network speed test that is built into the app for factual data.
Is this what the whole company is about?
Dynamic flow control and scalable coding is great, but this seems like it should just be built-in in to the VMS or at least thru a resident plug-in architecture.
[Note: Poster is from Bosch]
Bosch's transcoding does this since years, either in a separate hardware transcoder or integrated in a storage device.
IndigoVision
Anyone know whether there's an option to embed the metadata (bounding boxes) in the video stream?
The boxes drawn around people/objects detected by the video analytics. Avigilon has an option to embedd these into the video to make viewing through 3rd party VMS easy. Bosch, on the other hand, sends the analytic metadata as a separate stream to the video without any option to embed or 'burn-in' the metadata.
Just wondering whether Digital Barriers' video analytics allow you to embed these bounding boxes (or whether this is an option when running Digital Barriers on Axis cameras)?
The Digital Barriers product covered in this report does not have any analytics, it is an encoding/compression scheme.
I think you might be asking about their SmartVis analytics? I have not looked at that product, so not sure what options are available for embedded object detection boxes.
Hello Brian,
I am SmartVis SafeZone Product & R&D Manager. SafeZone runs embedded in all the ACAP-enabled Axis cameras/encoders or on a server. In both cases, we output metadata (i.e. intrusion alarms and detection boxes, differentiating humans from vehicles) as an open XML stream. We have software bridges/plugins with Milestone and Genetec allowing to display the detection boxes on the live and recorded videos in the VMS as well as trigger events when detection occurs. We also have a deep integration with Seetec where there is no need for a third software to be installed: The detection boxes and alarms are directly understood and saved by Cayuga for both edge-based and server version.
We boast a simple automatic calibration method and are extremely-resistant to disturbances due to foliage movement (even very rough), shadows and lighting changes. We have iLids Primary accreditation and have won the award for IFSEC bext Intrusion detection system of the year in 2015.
For any information, do not hesitate to contact me. :) I am not sales or marketing but just really proud about what we have achieved with this product out of hard work over the past 11 years in Nice (France).
Best regards,
Marie-Claude (one of the few women in the field)