Die Grenzen eines analogen Grabbers - und die digitale Lösung

Blöde Frage und vielleicht habe ich auch das Problem aus den Augen verloren...
Könnte man den Blur nicht auch über die LED-Ausgabe laufen lassen um die harten Übergänge zwischen ihnen zu reduzieren?

@Lord-Grey das ist schon die Variante 4.
https://github.com/Paulchen-Pa…yperion/Hyperion.cpp#L700

meint ihr wenn wir frames skippen hilft uns das? wir müssen ja nicht jedes einzelne frame auswerten fürs ambilight...vielleicht bekommen wir dadurch weniger aufwand und dadurch auch weniger "flackern"

Zitat von FreshGer

Zumindest gehe ich davon aus, dass die „lineare Glättung“, die es schon gibt, derzeit quasi das Video glättet.

Nein. Die glättet nur die LED Daten.
Souce: https://github.com/hyperion-pr…yperion/Hyperion.cpp#L585

Zitat von Paulchen-Panther

@Lord-Grey das ist schon die Variante 4.
https://github.com/Paulchen-Pa…yperion/Hyperion.cpp#L700

Prima. Den Text hatte ich auf dem kleinen Handy-Bildschirm nicht gesehen.
Hätte ich mir ja eigentlich auch denken können....nichts für ungut.

Update: box blur test 2
Änderung:

• explizite Typumwandlung entfernt
• Gleitkommazahlen werden mit anderer Funktion abgerundet
• Zeiger zu Bildreferenzen hinzugefügt
• Horizontale und Vertikale Berechnung in eine Funktion gesteckt
• Box Vektor Berechnung aus Update Routine entfernt (wird nur noch einmal nach dem einschalten berechnet)
• Radius Überprüfung um Programmabstürze zu verhindern

P.S. Tester gesucht.

P.P.S std::swap() && bugfix

P.P.P.S. Der Radius kann nun über die WebUI geändert werden.
[MEDIA=googledrive]1Mdt_RjqbBEjQHEfC9MrESM2885QjMjCW[/MEDIA]

mit deinem letzten commit hast du was zerschossen
validation error: config/hyperion.config.json.default libsrc/hyperion/hyperion.schema.json (<urlopen error [Errno 2] No such file or directory: '/home/pi/blur/hyperion.ng/libsrc/hyperion/schema/schema-preProcessing.json'>)

{
   "type" : "object",
   "required" : true,
   "title" : "edt_conf_prepro_heading_title",
   "properties" :
   {
     "enable" :
     {
       "type" : "boolean",
       "required" : true,
       "title" : "edt_conf_prepro_radius_title",
       "default" : true,
       "propertyOrder" : 1
     },
     "radius" :
     {
       "type" : "integer",
       "required" : true,
       "title" : "edt_conf_prepro_radius_expl",
       "minimum" : 1,
       "default" : 5,
       "propertyOrder" : 2
     }
   },
   "additionalProperties" : false
}

ich glaube das bringt uns alle etwas dem problem/lösung näher.... das "rauschen" in den bildern kommt durch das verkleiern des bildes...umso kleiner ich es mache umso mehr rauscht es...auch wenn das bild sich nicht ändert, siehe video.... wenn ihr natürlich NUR auf kodi arbeitet mit dem kodi grabber wo digitales bild bearbeitet wird stehht das bild bei pause still... das war ein usbtv007 hdmi zu usb grabber...ich werde am wochenende mal ein paar tests machen, ist doch etwas spät geworden....habe verschiedene grabber nun daheim bei dennen ich screenshots von size decimation 1-8 arbeiten werde und dann 1-8 videos aufnehmen um zu schauen und vergleichen...

ps: der usbtv007 kann nur 25hz...also alles drüber einszutellen bringt eh nichts...oder liege ich falsch?

Aber nicht wenn das Bild „pausiert“ ist. Wenn ich auf Pause klicke und die LEDs bewegen sich kann ja etwas nicht stimmen. Aber du hast recht. Das ist unabhängig von hyperion

Zitat von GnaGetier

Was meint ihr?

Der Threadname sagt eigentlich alles:
Die Grenzen eines analogen Grabbers

Zitat von TPmodding

mit deinem letzten commit hast du was zerschossen

Berichtige ich heute Nachmittag.

Zitat von GnaGetier

Ich habe jetzt nicht in den Code geschaut, weil ich mich noch nicht zurechtfinde, wie das bisher gemacht wird. (@Paulchen-Panther, wo finde ich das?)

Schaue ich auch heute Nachmittag nach.

@TPmodding
Hab das fehlende Schema hochgeladen. Hat sich wohl beim pushen versteckt. :bigsmile:

@GnaGetier
Die Verkleinerung des Bildes findest du ab dieser Codestelle.