<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Spot On Security</title>
	<atom:link href="http://spotonsecurity.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://spotonsecurity.com</link>
	<description>A closer look at the future of video surveillance</description>
	<lastBuildDate>Thu, 02 Feb 2012 08:07:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on The Megapixel Lens Problem by ip cctv</title>
		<link>http://spotonsecurity.com/2009/02/27/the-megapixel-lens-problem/#comment-363</link>
		<dc:creator><![CDATA[ip cctv]]></dc:creator>
		<pubDate>Thu, 02 Feb 2012 08:07:52 +0000</pubDate>
		<guid isPermaLink="false">http://spotonsecurity.com/?p=112#comment-363</guid>
		<description><![CDATA[&lt;strong&gt;ip cctv...&lt;/strong&gt;

[...]The Megapixel Lens Problem &#171; Spot On Security[...]...]]></description>
		<content:encoded><![CDATA[<p><strong>ip cctv&#8230;</strong></p>
<p>[...]The Megapixel Lens Problem &laquo; Spot On Security[...]&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SD Cards for IP Camera Storage by ip cctv</title>
		<link>http://spotonsecurity.com/2009/08/19/sd-cards-for-ip-camera-storage/#comment-362</link>
		<dc:creator><![CDATA[ip cctv]]></dc:creator>
		<pubDate>Thu, 02 Feb 2012 07:42:43 +0000</pubDate>
		<guid isPermaLink="false">http://spotonsecurity.com/?p=159#comment-362</guid>
		<description><![CDATA[&lt;strong&gt;ip cctv...&lt;/strong&gt;

[...]SD Cards for IP Camera Storage &#171; Spot On Security[...]...]]></description>
		<content:encoded><![CDATA[<p><strong>ip cctv&#8230;</strong></p>
<p>[...]SD Cards for IP Camera Storage &laquo; Spot On Security[...]&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on True Megapixel Analytics Have Arrived by hjnnohocn</title>
		<link>http://spotonsecurity.com/2010/04/02/true-megapixel-analytics-have-arrived/#comment-361</link>
		<dc:creator><![CDATA[hjnnohocn]]></dc:creator>
		<pubDate>Wed, 25 Jan 2012 09:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://spotonsecurity.com/?p=189#comment-361</guid>
		<description><![CDATA[jvXb1P  &lt;a href=&quot;http://yjxihyuswtvc.com/&quot; rel=&quot;nofollow&quot;&gt;yjxihyuswtvc&lt;/a&gt;]]></description>
		<content:encoded><![CDATA[<p>jvXb1P  <a href="http://yjxihyuswtvc.com/" rel="nofollow">yjxihyuswtvc</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on True Megapixel Analytics Have Arrived by Allie</title>
		<link>http://spotonsecurity.com/2010/04/02/true-megapixel-analytics-have-arrived/#comment-360</link>
		<dc:creator><![CDATA[Allie]]></dc:creator>
		<pubDate>Tue, 24 Jan 2012 15:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://spotonsecurity.com/?p=189#comment-360</guid>
		<description><![CDATA[An answer from an expert! Thanks for contrbiuintg.]]></description>
		<content:encoded><![CDATA[<p>An answer from an expert! Thanks for contrbiuintg.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Mystique of BRS Labs by LKW Versicherung</title>
		<link>http://spotonsecurity.com/2010/02/05/the-mystique-of-brs-labs/#comment-359</link>
		<dc:creator><![CDATA[LKW Versicherung]]></dc:creator>
		<pubDate>Tue, 17 Jan 2012 12:32:34 +0000</pubDate>
		<guid isPermaLink="false">http://spotonsecurity.com/?p=175#comment-359</guid>
		<description><![CDATA[&lt;strong&gt;LKW Versicherung...&lt;/strong&gt;

[...]The Mystique of BRS Labs &#171; Spot On Security[...]...]]></description>
		<content:encoded><![CDATA[<p><strong>LKW Versicherung&#8230;</strong></p>
<p>[...]The Mystique of BRS Labs &laquo; Spot On Security[...]&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Mystique of BRS Labs by Attorneys Victoria TX</title>
		<link>http://spotonsecurity.com/2010/02/05/the-mystique-of-brs-labs/#comment-358</link>
		<dc:creator><![CDATA[Attorneys Victoria TX]]></dc:creator>
		<pubDate>Tue, 27 Dec 2011 09:39:49 +0000</pubDate>
		<guid isPermaLink="false">http://spotonsecurity.com/?p=175#comment-358</guid>
		<description><![CDATA[&lt;strong&gt;Attorneys Victoria TX...&lt;/strong&gt;

[...]The Mystique of BRS Labs &#171; Spot On Security[...]...]]></description>
		<content:encoded><![CDATA[<p><strong>Attorneys Victoria TX&#8230;</strong></p>
<p>[...]The Mystique of BRS Labs &laquo; Spot On Security[...]&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Myth of MPEG in Court by Doug Marman</title>
		<link>http://spotonsecurity.com/2009/05/11/the-myth-of-mpeg-in-court/#comment-357</link>
		<dc:creator><![CDATA[Doug Marman]]></dc:creator>
		<pubDate>Fri, 02 Dec 2011 19:45:49 +0000</pubDate>
		<guid isPermaLink="false">http://spotonsecurity.com/?p=134#comment-357</guid>
		<description><![CDATA[LEvidpro, thanks for your comments. 

I think we should consider this a topic of open conversation, where everyone&#039;s input adds to the discussion and broadens our understanding of it.

I would love to hear more about how the FBI sees it. I&#039;ve talked to a few people from the FBI and some who work with them, but I&#039;ve never spoken to the actual decision makers within the FBI.

The explanations you gave are consistent with what I&#039;ve heard them say. I thought I explained that in my blog post, but I can see you you&#039;ve added the bit about predictive frames.

I agree that, from a theoretical and logical point of view, predictive frames do seem to offer an additional element that could make the video challengeable in court. However, this is where non-technical people get caught up in the details, seeing a nit on the bark of a tree, while missing the forest.

This, by the way, is quite common. In fact, a writer recently wrote about one of the big problems we have in government is that so few of our leaders really understand technology. What they end up relying on are simplified understandings that are often misleading if not used in the proper way.

This is exactly what we have here. The idea of predictive frames is causing the problem. Not the predictive frames themselves.

The concern is that lawyers could argue that what the video compression has done is altered what really happened. And indeed, lawyers will argue anything they can, if it could throw out evidence against their clients. But the point I&#039;ve tried to make is that the FBI is needlessly concerned about this technicality.

The idea that the video compression is altering what actually happened is technically true, but is unimportant. Why? Because the imperfections created are designed to be unnoticeable. 

We watch compressed Hi-Def BluRay movies, and the detail is incredible. It seems perfectly sharp, as if you were there. We don&#039;t notice all the fuzziness created during the compression, because it is designed to be fuzzy in areas that our perception doesn&#039;t notice.

If you wanted to take your argument about modification of what really happened, we could apply this to any form of reproduction. Take faxes, for example. They reduce the image down into dots. A great deal is lost in the process. Some copiers actually use character recognition to compress documents. Copying always alters what was really there.

Film based photographs rely on the grain of the film. If it is black and white, you lose all the color. If it is dark, the image can be quite grainy. Digital cameras have similar limitations. Moving objects can become blurred.

No representation is ever the same as the original. Something is always changed. The question is whether what is lost or modified is significant enough to distort what we can see. 

MPEG and H.264 compression is designed specifically to minimize visual distortion, while maximizing compression. It is by far the best solution.

If you take the FBI&#039;s approach, which is based on a misunderstanding of technology, then you end up with a much worse solution. Why? Because you will have a much more compromised version of reality using their approach.

We have limited storage space to record video. Lossless compression techniques take up so much more space and bandwidth that, in the real world, will force people to use far lower frame rates and far lower resolution images. Both are compromising the details that matter most. You will lose far more valuable and important visual information using that approach, than using forward and backward predictive frames.

If bandwidth were unlimited and free, and if storage was infinite and free, then, sure, why not use lossless compression? I agree. But the whole point of using MPEG and H.264 compression, is to maximize the visual information (including all the most important details) with minimal file sizes. Millions of hours of engineering effort have gone into optimizing the accuracy of the perceptible details.

This is why, when lawyers have tried to argue on the technicality that video compression can modify the image, it has been rejected in court. Judges have ruled on this. They aren&#039;t going to throw out real and valuable evidence if it is visually clear enough to recognize what happened, unless the defense can prove that important distortion or modification has actually occurred. The theory of modification is a technicality and not compelling enough to throw out valuable evidence.

But poor quality video is often thrown out, if it can&#039;t give you enough visual information to accurately determine the scene or the people involved.

Courts are much more concerned about tampering of video, than the compression artifacts introduced, and have urged manufacturers to use watermarks or other means to make it possible to verify if the video has been intentionally altered. However, even without watermark protection, video is still allowed as evidence, unless it can be shown that there is specific evidence for believing the video was tampered with.

The bottom line: The FBI&#039;s approach will lead to worse video evidence, not better. They are better off with higher resolution images and higher frame rates (up to 15 fps, more than that doesn&#039;t buy much), because it will give you far more visual information. They have every right to insist on watermarking of the video, to assure it has not been intentionally tampered with. But insisting on lossless compression is misguided.

Their argument might seem logical, but it is based on a technicality, which comes from having a too simplified understanding of technology. Without real understanding, logic can lead to bad conclusions.]]></description>
		<content:encoded><![CDATA[<p>LEvidpro, thanks for your comments. </p>
<p>I think we should consider this a topic of open conversation, where everyone&#8217;s input adds to the discussion and broadens our understanding of it.</p>
<p>I would love to hear more about how the FBI sees it. I&#8217;ve talked to a few people from the FBI and some who work with them, but I&#8217;ve never spoken to the actual decision makers within the FBI.</p>
<p>The explanations you gave are consistent with what I&#8217;ve heard them say. I thought I explained that in my blog post, but I can see you you&#8217;ve added the bit about predictive frames.</p>
<p>I agree that, from a theoretical and logical point of view, predictive frames do seem to offer an additional element that could make the video challengeable in court. However, this is where non-technical people get caught up in the details, seeing a nit on the bark of a tree, while missing the forest.</p>
<p>This, by the way, is quite common. In fact, a writer recently wrote about one of the big problems we have in government is that so few of our leaders really understand technology. What they end up relying on are simplified understandings that are often misleading if not used in the proper way.</p>
<p>This is exactly what we have here. The idea of predictive frames is causing the problem. Not the predictive frames themselves.</p>
<p>The concern is that lawyers could argue that what the video compression has done is altered what really happened. And indeed, lawyers will argue anything they can, if it could throw out evidence against their clients. But the point I&#8217;ve tried to make is that the FBI is needlessly concerned about this technicality.</p>
<p>The idea that the video compression is altering what actually happened is technically true, but is unimportant. Why? Because the imperfections created are designed to be unnoticeable. </p>
<p>We watch compressed Hi-Def BluRay movies, and the detail is incredible. It seems perfectly sharp, as if you were there. We don&#8217;t notice all the fuzziness created during the compression, because it is designed to be fuzzy in areas that our perception doesn&#8217;t notice.</p>
<p>If you wanted to take your argument about modification of what really happened, we could apply this to any form of reproduction. Take faxes, for example. They reduce the image down into dots. A great deal is lost in the process. Some copiers actually use character recognition to compress documents. Copying always alters what was really there.</p>
<p>Film based photographs rely on the grain of the film. If it is black and white, you lose all the color. If it is dark, the image can be quite grainy. Digital cameras have similar limitations. Moving objects can become blurred.</p>
<p>No representation is ever the same as the original. Something is always changed. The question is whether what is lost or modified is significant enough to distort what we can see. </p>
<p>MPEG and H.264 compression is designed specifically to minimize visual distortion, while maximizing compression. It is by far the best solution.</p>
<p>If you take the FBI&#8217;s approach, which is based on a misunderstanding of technology, then you end up with a much worse solution. Why? Because you will have a much more compromised version of reality using their approach.</p>
<p>We have limited storage space to record video. Lossless compression techniques take up so much more space and bandwidth that, in the real world, will force people to use far lower frame rates and far lower resolution images. Both are compromising the details that matter most. You will lose far more valuable and important visual information using that approach, than using forward and backward predictive frames.</p>
<p>If bandwidth were unlimited and free, and if storage was infinite and free, then, sure, why not use lossless compression? I agree. But the whole point of using MPEG and H.264 compression, is to maximize the visual information (including all the most important details) with minimal file sizes. Millions of hours of engineering effort have gone into optimizing the accuracy of the perceptible details.</p>
<p>This is why, when lawyers have tried to argue on the technicality that video compression can modify the image, it has been rejected in court. Judges have ruled on this. They aren&#8217;t going to throw out real and valuable evidence if it is visually clear enough to recognize what happened, unless the defense can prove that important distortion or modification has actually occurred. The theory of modification is a technicality and not compelling enough to throw out valuable evidence.</p>
<p>But poor quality video is often thrown out, if it can&#8217;t give you enough visual information to accurately determine the scene or the people involved.</p>
<p>Courts are much more concerned about tampering of video, than the compression artifacts introduced, and have urged manufacturers to use watermarks or other means to make it possible to verify if the video has been intentionally altered. However, even without watermark protection, video is still allowed as evidence, unless it can be shown that there is specific evidence for believing the video was tampered with.</p>
<p>The bottom line: The FBI&#8217;s approach will lead to worse video evidence, not better. They are better off with higher resolution images and higher frame rates (up to 15 fps, more than that doesn&#8217;t buy much), because it will give you far more visual information. They have every right to insist on watermarking of the video, to assure it has not been intentionally tampered with. But insisting on lossless compression is misguided.</p>
<p>Their argument might seem logical, but it is based on a technicality, which comes from having a too simplified understanding of technology. Without real understanding, logic can lead to bad conclusions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Myth of MPEG in Court by LEvidpro</title>
		<link>http://spotonsecurity.com/2009/05/11/the-myth-of-mpeg-in-court/#comment-356</link>
		<dc:creator><![CDATA[LEvidpro]]></dc:creator>
		<pubDate>Fri, 18 Nov 2011 17:52:21 +0000</pubDate>
		<guid isPermaLink="false">http://spotonsecurity.com/?p=134#comment-356</guid>
		<description><![CDATA[The FBI actually knows more than you on this one, and there is a good reason for their concern. You oversimplify an important point - capturing the changes between I frames. There are several different ways in which is this done, including B frames, P frames and a variety of methods to develop the contents of these frames. Forward and backward prediction, motion estimation, and blur are all artifacts of different types of compression, and there is no way to regulate the mathematical algorithms used by codecs to achieve the compression.
There are 2 main issues with this type of compression - one technical and one legal - and both are valid. 
First the technical: predictive algorithms are used to estimate and predict what P frames will be. For instance if a ball is moving from point A in one frame to point B another, there are ways to guess where that ball is going to be between point A and point B. P frames use this estimate to recreate the ball in the frames in between. This is not the same as capturing the changes from frame to frame - the data is not captured, but a formula that explains how to estimate where the changes should be are captured. Thus if that ball were to suddenly change course, the guess could be wrong and what is on the compressed video is not what actually happened. This also leads to a loss of definition and motion blur around the ball on playback. 
This leads to issue 2 - the legal repercussions. If a lawyer can show this to be possible (and there are many cases of such things happening, like a person&#039;s head appearing to detach from their body for a frame or two), it makes it very difficult to claim that everything on the video can be taken at face value. 
Not all compression is created equal. Some will have artifacts like this, some will not. But since there is no single standard that describes exactly the mathematical algorithms that must be used for every type of compression, it is safer from a law enforcement standpoint to make a blank call - no lossy compression.]]></description>
		<content:encoded><![CDATA[<p>The FBI actually knows more than you on this one, and there is a good reason for their concern. You oversimplify an important point &#8211; capturing the changes between I frames. There are several different ways in which is this done, including B frames, P frames and a variety of methods to develop the contents of these frames. Forward and backward prediction, motion estimation, and blur are all artifacts of different types of compression, and there is no way to regulate the mathematical algorithms used by codecs to achieve the compression.<br />
There are 2 main issues with this type of compression &#8211; one technical and one legal &#8211; and both are valid.<br />
First the technical: predictive algorithms are used to estimate and predict what P frames will be. For instance if a ball is moving from point A in one frame to point B another, there are ways to guess where that ball is going to be between point A and point B. P frames use this estimate to recreate the ball in the frames in between. This is not the same as capturing the changes from frame to frame &#8211; the data is not captured, but a formula that explains how to estimate where the changes should be are captured. Thus if that ball were to suddenly change course, the guess could be wrong and what is on the compressed video is not what actually happened. This also leads to a loss of definition and motion blur around the ball on playback.<br />
This leads to issue 2 &#8211; the legal repercussions. If a lawyer can show this to be possible (and there are many cases of such things happening, like a person&#8217;s head appearing to detach from their body for a frame or two), it makes it very difficult to claim that everything on the video can be taken at face value.<br />
Not all compression is created equal. Some will have artifacts like this, some will not. But since there is no single standard that describes exactly the mathematical algorithms that must be used for every type of compression, it is safer from a law enforcement standpoint to make a blank call &#8211; no lossy compression.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SD Cards for IP Camera Storage by wireless security cameras reviews</title>
		<link>http://spotonsecurity.com/2009/08/19/sd-cards-for-ip-camera-storage/#comment-355</link>
		<dc:creator><![CDATA[wireless security cameras reviews]]></dc:creator>
		<pubDate>Sun, 13 Nov 2011 09:09:37 +0000</pubDate>
		<guid isPermaLink="false">http://spotonsecurity.com/?p=159#comment-355</guid>
		<description><![CDATA[&lt;strong&gt;wireless security cameras reviews...&lt;/strong&gt;

[...]SD Cards for IP Camera Storage &#171; Spot On Security[...]...]]></description>
		<content:encoded><![CDATA[<p><strong>wireless security cameras reviews&#8230;</strong></p>
<p>[...]SD Cards for IP Camera Storage &laquo; Spot On Security[...]&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SD Cards for IP Camera Storage by wireless outdoor security camera system</title>
		<link>http://spotonsecurity.com/2009/08/19/sd-cards-for-ip-camera-storage/#comment-354</link>
		<dc:creator><![CDATA[wireless outdoor security camera system]]></dc:creator>
		<pubDate>Fri, 11 Nov 2011 10:38:56 +0000</pubDate>
		<guid isPermaLink="false">http://spotonsecurity.com/?p=159#comment-354</guid>
		<description><![CDATA[&lt;strong&gt;wireless outdoor security camera system...&lt;/strong&gt;

[...]SD Cards for IP Camera Storage &#171; Spot On Security[...]...]]></description>
		<content:encoded><![CDATA[<p><strong>wireless outdoor security camera system&#8230;</strong></p>
<p>[...]SD Cards for IP Camera Storage &laquo; Spot On Security[...]&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

