Posts by redPanther

    smoothing means: collect colors for a certain time and set calculated median color to leds. As the nature of median color is, that mostly darker colors gets more attention then brigther colors. That causes some delay, until brighter colors settle.


    The other thing is you have blackborder detector activated. This feature is more for movies, then for desktop usage. I recommend to disable it.

    best (and most complex) way would be supporting multiple audio interfaces. jack, alsa, pulsaudio, gstreamer. Is there a lib that wrappes all those audio stuff?

    This youtube thing isn't frequncy based, it's just volume based. The arduino code can be ported to a hyperion effect, but biggest problem is to get the audio in. In linux you have since pulsaudio no standard always available audio interface. That makes it hard to get a good solution. ...

    Currently the blue picture has to stay for 50 frames. this means 2 seconds. If frame decimation is set to 2, then we need 4 seconds same blue picture. Then we have additional timeout from prioMuxer of 5 seconds. This means. If we watch a movie with a pure blue picture for more than 7 seconds, then we will see the led colors from next prio channal.
    But what movie should that be? Rgb test pattern reloded?


    Those 3 thresholds are combined to one rgb threshold color, you always had to set them all and all pixels of image had to be lower than this color.

    Currently the blue picture has to stay for 50 frames. this means 2 seconds. If frame decimation is set to 2, then we need 4 seconds same blue picture. Then we have additional timeout from prioMuxer of 5 seconds. This means. If we watch a movie with a pure blue picture for more than 7 seconds, then we will see the led colors from next prio channal.
    But what movie should that be? Rgb test pattern reloded?


    Those 3 thresholds are combined to one rgb threshold color, you always had to set them all and all pixels of image had to be lower than this color.

    it is not enough to set blueThreshold, you have to set the others too. I use (rgb) 0.1 0.1 1.0 (allowed values are between 0 and 1 in 0,00390625 steps)
    It works for my grabber with blue no signal screen absolut fantastic.


    Try playing with the rgb thresholds. I know the code behind and this is working well - if you have a steady monocolor no signal image

    some info about temperature:
    this is not implemented, this is just the old "correction"
    "temperature" makes a linear mapping between input values 0-255 to output values 0-limit


    limit is the thing you can configure in config (red green blue).


    temperature values 255 255 255 in above example makes nothing. This maps input values 0-255 to output values 0-255 (per channel).


    I suggest: delete temperature block from config and save performance and memory, because it is useless and somhow the adjustment code contains same feature

    in current hyperion.ng foreground/background effect/color was introduced.
    see for details: https://github.com/hyperion-project/hyperion.ng/pull/30


    If you set a background effect, then this effect will appear when nothing is active. E.g. if v4l2 grabber detects no signal and stops sending frames, then background effect is shown.


    same should work with screengrabber (framebuffer,x11,amlogic,dispmanx, osx capture) when xbmcchecker is used.

    for grabber with blue "signal lost" screen this thresholds worked:


    "redSignalThreshold" : 0.1,
    "greenSignalThreshold" : 0.1,
    "blueSignalThreshold" : 1.0


    I have a lightberry hdmi premium kit converter 3.0
    if this values don't work, try increase red and green value

    ok I've not read the code completely. There is a simple methode already implemented.



    this is the led section. You can set colorOrder to every led you want.
    Example:
    (first 3 leds are the color order like the device (assume rgb), next 2 leds have bgr and the last has grb order)
    ```
    "leds" :
    [
    {
    "index" : 0,
    "hscan" : { "minimum" : 0.5000, "maximum" : 0.5625 },
    "vscan" : { "minimum" : 0.9200, "maximum" : 1.0000 }
    },
    {
    "index" : 1,
    "hscan" : { "minimum" : 0.4375, "maximum" : 0.5000 },
    "vscan" : { "minimum" : 0.9200, "maximum" : 1.0000 }
    },
    {
    "index" : 2,
    "hscan" : { "minimum" : 0.3750, "maximum" : 0.4375 },
    "vscan" : { "minimum" : 0.9200, "maximum" : 1.0000 }
    },
    {
    "index" : 3,
    "hscan" : { "minimum" : 0.3125, "maximum" : 0.3750 },
    "vscan" : { "minimum" : 0.9200, "maximum" : 1.0000 },
    "colorOrder" : "bgr"
    },
    {
    "index" : 4,
    "hscan" : { "minimum" : 0.2500, "maximum" : 0.3125 },
    "vscan" : { "minimum" : 0.9200, "maximum" : 1.0000 }
    "colorOrder" : "bgr"
    },
    {
    "index" : 5,
    "hscan" : { "minimum" : 0.1875, "maximum" : 0.2500 },
    "vscan" : { "minimum" : 0.9200, "maximum" : 1.0000 }
    "colorOrder" : "grb"
    }
    ]
    ```

    You can use any in linux supported v4l devices with hyperion. If you have an hdmi grabber with linux support it will work with hyperion.
    As pointed out hdcp will be a problem - but there are splitters that solved that prob.


    Btw. You can you use a webcam as input. Its very funny.