大约每2500帧，一帧的图像大小突然达到70 KB的数量级。如果您想在相机预热时产生热噪声，则不会逐渐向上爬。 1帧将是70 KB（ish），然后返回到35 KB大小的帧。普通文件大小为39 KB，然后在10,000个帧中，有4个大小约为77 KB。图像大小直方图如下所示：-
在您询问之前，我设法保存了其中一个框架，看起来与所有其他框架完全一样预期的噪声波动。它们具有大约23,000个相同数量的独特颜色。因此，这不是一只飞蛾正好随机落在镜头上一帧然后飞走了。为了完整起见，我还做了其他图像处理，这是一个典型图像示例（反射是红外照明器）：-
这是异常图像：-
可以看到没有区别。对不起，河马。我对JPEG算法相当熟悉，除了Foscam的实现出现编码错误外，我看不到这是怎么发生的。但是，某些JPEG转换函数（例如离散余弦转换或量化）中是否会固有地存在一些混乱？从统计上讲，人们期望文件大小呈正态分布，这就是我看到的大约39 KB。然后是77 KB的几个异常值。因此它似乎不是随机的。
这是在CS中而不在硬件中的原因，我是在问这是否是与JPEG编码算法有关的编程代码现象？似乎不太可能，但是异常是随机且不常见的，并且没有人与设备的交互。 JPEG编码稳定吗？
您可能不熟悉此现象的原因是，由于图像看起来相同，因此没有人真正看过文件大小。文件大小对我来说至关重要，因此我注意到了。大约每2500帧如何发生一次？因此，虽然我发布了37K和73K文件，但imgur已将其重新采样到35K。这似乎是一个Stack Exchange问题，对于处理图像处理，数据压缩和分析的站点似乎具有讽刺意味。
这是我对图像的处理。这是正常图像和异常之间的归一化差异。图像符合您的期望，在高频区域有JPEG噪点。即使它看起来是单色的，这也是RGB图像。颜色立方体中有8000种独特的颜色（代表噪声）。可以从样本帧中下载2个异常帧。这是一个不同的场景，但是异常行为仍然发生，因此证明了它是一致的。
#1 楼
我的猜测是对自动对焦或光圈进行短暂更改，使生成的图像包含更多的高频元素。将河马铺到布料上），而JPEG往往会占用较大的尺寸。 EXIF数据可用于更改诸如光圈和焦距之类的核心参数。对于图像大小上的如此显着差异，相机认为某些基本参数很可能是不同的。#2 楼
对于'CMOS'传感器，通常会遇到称为“紫色条纹”或可能的“传感器绽放”的问题，我将在稍后详细解释。我必须对此进行开头通过告诉您，实际上是否有关于PF的争论是传感器泛光的原因，反之亦然，但最重要的是：两者都是镜头或相机传感器本身或两者异常的结果。如果您在传感器中反过来导致捕获的光出现尖峰，则可能是由于累积效应导致过载的结果。使文件更大。
我相信过载发生在洋红色（或紫色）范围内，这种现象非常罕见。
将传感器想像成一个巨大的冰格托盘...以类似网格的方式布置。如果一个隔间因异常而注满水（光线）..它可能溢出到相邻的隔间内，依此类推，从而导致该批次的冰块体积稍大。 （可能会解释更大的文件大小和颜色数据）
现在这是一个最佳的猜测，我发现一个链接可能会对您提供有关上述更多信息的帮助-以及一些其他技术信息如果我的评估不正确，这可以帮助您解决问题。
查看此链接http://toothwalker.org/optics/色度.html
记住RGB是减色空间。通过去除某些波长的光来控制通过光（相对于颜料）的颜色。一些颜色波长比其他波长更长。
页面上有很棒的光学课程，也可以帮助解释异常情况。
评论
$ \ begingroup $
-1我认为这不是解决问题的办法。为什么在一帧中突然出现传感器光晕？差异文件未显示该边缘或紫色边缘。同样，它也不会使文件大2倍。
$ \ endgroup $
–奥利·尼米塔洛（Olli Niemitalo）
17年1月27日在7:47
$ \ begingroup $
另外，RGB是加色空间，CMYK是减色空间。在RGB中，“紫色”是R + B
$ \ endgroup $
– MSalters
17年12月29日在12:44
评论
您是否看过较大图像的EXIF / ICMP字段？也许相机在那里存储了一些额外的信息。所包含的前两个图像的大小大致相同：约36k。你为什么说他们是70k？图片上传网站可能正在对它们重新编码？
为了将来参考，请阅读并理解有关交叉发布问题的答案。
我的旧尼康让我可以同时获取jpeg和原始图像。我会尝试捕获原始的异常图像。
哇，这个问题是一年前提出的，但仍未得到答案。 OP知道了吗？