Ich verwende eine Foscam FI8910W IP-Kamera, um eine statische Szene bei konstanten Lichtverhältnissen anzuzeigen. Wenn ich einen Frame Grab zurückziehe, ist er ungefähr 35 KB groß. Ich kann das immer und immer wieder machen und es ist immer ungefähr 35 KB groß, schwankt aber etwas aufgrund verschiedener Geräusche, die der elektronischen Bilderfassung eigen sind. Diese zufällige Schwankung liegt nur in der Größenordnung von höchstens 1 KB.
Ungefähr alle 2500 Frames liegt die Bildgröße eines Frames plötzlich in der Größenordnung von 70 KB. Es gibt kein allmähliches Aufwärtskriechen, wenn Sie beim Aufwärmen der Kamera an thermisches Rauschen denken. 1 Frame hat eine Größe von 70 KB (ish) und kehrt dann zu den 35 KB großen Frames zurück.
Dies ist schon einmal mit einem anderen Lauf passiert, bei dem eine andere Szene betrachtet wurde. Die übliche Dateigröße betrug damals 39 KB, und von 10.000 Frames lagen 4 in der Größenordnung von 77 KB. Das Bildgrößen-Histogramm sah folgendermaßen aus:
Bevor du fragst, habe ich es geschafft, einen dieser Frames zu speichern, und es sieht genauso aus, als ob alle anderen die erwarteten Rauschschwankungen ausschließen. Sie haben mit rund 23.000 ungefähr die gleiche Anzahl einzigartiger Farben. Es ist also keine Motte, die zufällig für genau 1 Bild auf dem Objektiv landet und dann davonfliegt. Der Vollständigkeit halber habe ich noch eine Reihe von Bildern gemacht und dies ist ein typisches Beispielbild (die Reflexion ist der IR-Strahler):
Dies ist das Anomaliebild :
Sie können sehen, dass es keinen Unterschied gibt. Entschuldigen Sie das Nilpferd. Ich bin mit dem JPEG-Algorithmus ziemlich vertraut und kann nur einen Codierungsfehler bei der Implementierung von Foscam erkennen. Aber könnte es in einigen JPEG-Transformationsfunktionen (wie der diskreten Cosinustransformation oder der Quantisierung) etwas von Natur aus Chaotisches geben? Statistisch gesehen würde man eine normale Verteilung der Dateigröße erwarten und dies ist, was ich um 39 KB sehe. Dann gibt es bei 77 KB mehrere Ausreißer. Es wirkt also nicht stochastisch.
Der Grund dafür liegt in CS und nicht in der Hardware. Ich frage, ob dies ein Programmiercode-Phänomen im Zusammenhang mit dem JPEG-Codierungsalgorithmus sein könnte. Scheint unwahrscheinlich, aber die Anomalien sind zufällig und selten und es gibt keine menschliche Interaktion mit dem Gerät. Ist die JPEG-Codierung stabil?
Der Grund, warum Sie mit diesem Phänomen möglicherweise nicht vertraut sind, ist, dass die Dateigrößen nicht wirklich untersucht werden, da die Bilder gleich aussehen. Die Dateigröße ist für mich von entscheidender Bedeutung, daher habe ich es bemerkt. Wie kann das ungefähr alle 2500 Frames passieren?
Ergänzend: -
Das Posten dieser Bilder wird nicht funktionieren, da die imgur-Software die hochgeladenen Dateien erneut abtastet. Während ich also 37K- und 73K-Dateien gepostet habe, hat imgur beide auf 35K neu abgetastet. Dies scheint ein Stack Exchange-Problem zu sein, das für eine Site, die sich mit Bildverarbeitung, Datenkomprimierung und -analyse befasst, ironisch erscheint.
Dies ist meine Bearbeitung der Bilder. Es ist der normalisierte Unterschied zwischen einem normalen Bild und der Anomalie. Das Bild ist wie erwartet mit JPEG-Rauschen in den Hochfrequenzbereichen. Dies ist ein RGB-Bild, obwohl es einfarbig aussieht. Es gibt 8000 eindeutige Farben im Farbwürfel (die das Rauschen darstellen).
Zusatz 2: -
Auf Wunsch können 4 normale Frames und 2 abnormale Frames von Sample-Frames heruntergeladen werden . Es ist eine andere Szene, aber das anormale Verhalten trat immer noch auf, was beweist, dass es konsistent ist.