I am skeptical of this, because the fine print shows issues.
The article you cite, cites a Bahrain site which reports,
"The Memorandum of Understanding (MoU) was signed between Russian manufacturer Macroscop, Bahrain's MHS Technologies and UK-based Proline."
"They are hoping to achieve a sales target of $5 million over the next 12 months, revealed MHS Technologies chairman Mohammed Sajid."
This MHS is a Bahrain integrator. Proline is a UK surveillance distributor / OEM.
Hoping is a low bar. An MOU is not a commitment.
I have heard of Macroscop but only from Macroscop themselves. That does not mean they are bad. It appears though they have little presence in North America and Western Europe.
Once the page is translated via google, they say:
"Macroscop reduces the cost of computing hardware 4 times, processing up to 300 IP-based cameras on a single server"
Also says they just went international in 2013.
That was one of the main claims they made to me. Even if true, and I am skeptical that any VMS could be 4x other leading VMSes, it's not a huge differentiator for most.
I think that they mean that if you configure JPEG stream for decoding, than they use technique to partially decompress the stream. It is commonly know technique, but not all VMSes using it, because not many (now not any) customers are using JPEG. For H.264 there is no any way to save resources on partial decompression. If you are not doing decompression, than you can connect 500 ip cameras to one server...if your server has capabilities to transfer 500x3mbs from network to hard disk.
For H.264 there is no any way to save resources on partial decompression.
There is a way of course, just no will.
If you are not doing decompression, than you can connect 500 ip cameras to one server...
SVC is another story...SVC is a bunch of different streams.
SVC is a bunch of different streams...
Not really JBOS, more like one stream with many layers, like an onion, peel away as much resolution as you desire:
From the link and according to Bob:
The advantage of this approach is that a client device can decode the received stream, starting with the baseline layer, and then decode incremental information from subsequent layers until the desired frame rate and resolution is achieved. A device having a lower resolution display or less compute power available for decode might elect to terminate the decode process after the first few layers. A higher powered or high definition client device might decode all of the layers as they arrive, thus obtaining the video at full resolution and frame rate. In this way, a single stream can be used to service any client device simply by allowing the client to decide how much to decode.
What I wanted to say, is that may be they mean JPEG partial decompression technique which is not commonly used. While H.264 has only one way to decompress and system never differ by decompression of H.264.
Please tell more about this JPEG partial decompression, is it like progressive JPEG, or JPEG2000 in any way?
While H.264 has only one way to decompress...
Again, only true for AVC, not for SVC
...system never differ by decompression of H.264
True, since although H.264 SVC gives different options for decompression, almost no one (in security video, but widespread in video conferencing) has implemented it.
Standard JPEG file can be decompressed to 8 times smaller resolution than original. We used this feature when JPEG was popular. For example, you can connect 100 cameras and do server analytics!!! 90x60 pixels (8 times smaller than 720x480) is enough for motion detection. But now you have camera embedded motion detection and HD resolution compressed by H.264, so no use for this technology.