Beiträge von Awawa

    Good news!
    How to eat a cake and have a cake? Yes, now it's possible for the color calibration at least.
    I added old Hyperion calibration panel with most settings.
    And yes, saturation & luminance control is back now :D


    It's possible now to switch between new/old calibration panel to compare result. On default settings there will be no difference of course.
    Dont know..maybe I'm too stupid, there are too many settings or my lack of patient cause I could not set calibration with new Hyperion.NG panel.
    Old one was clean & simply.


    And one more important thing.
    Because I included latest patches from Hyperion.NG there is a support for sk9822 now.
    Most users think that they have APA102.
    In fact most (if not all) models of leds sold on Aliexpress are their chipper clone sk9822.
    You can find on the internet how to recognize them.
    However the protocol is not 100% compatible with APA102 and it may cause different problems (flickering?).
    I think even after included it the Hyperion.NG the protocol isn't fixed.
    In my fork I added patch found in FastLed to make it work better but I could not test it.


    New prerelease:
    https://github.com/awawa-dev/HyperHDR/releases/tag/v9.2.0.8

    Pi zero is too slow to handle this or what ?


    Cpu could handle it perhaps. 270 is a lot ...maybe there is a chance to control them with Rpi zero without hyperion with grabber...timing control for WS2812B is tricky for multitasking system on Rpi (all models). Not without reason most use arduino for that purpose.

    I tested similar setup on newest Denon x2700h (HDR10+ and Dolby Vision theoretically possible) and I failed with simply HDR output on both devices. The devices received the split & processed signal but the quality was affected. I suspect the grabber is the problem as it probably reports EDID that causes amplifier to choose wrong (not optimal) format that fits both.


    The Hyperion default values do not give me a satisfactory result.
    Mainly I use hyperion (classic) and there the colors (details) are much better for me.
    With the settings for hyperion-ng I come at least closer.


    As I write earlier I experience the same. Could not calibrated it in SDR as I want.
    I've got idea than maybe I can revert color processing procedure and restore old configuration from the classic Hyperion but it's one way ticket.
    Must be remembered that HDR lut correction isn't 100% bulletproof: there are some information lost and it's only a try (good one I think) to make it look as on the TV and even with old color procedure there will be some differences. Fortunately mainly in dark areas of the frame.

    I've tested on default settings for signal detection and it works as intended:


    I've paused the movie on the intro black frame and then I resumed it.

    I dont know what's your resulution but assume 1024x768 without any cropping/decimation or whatever.
    VMin=Hmin=0.01, VMax=Hmax=0.1
    So detection area-rectangle start position is X=10 at left and Y=7 from top. It's offset.
    Rectangle ends at X=102 and Y=76.
    Default size/position for Hyperion is 0.25 and 0.75. It's very fast detecting procedure that exits when the first pixel above the threshold is found so you could try it.
    The real quesion is if the grabber resumes at some point after it lost signal?

    New support pre-release v8.2.0.8A3


    It contains some tune up & fixes from feedback + Hyperion.NG latest commits (up to 9d2e442) as bonus:
    - migration to Debian Buster caused that libglvnd0 library is necessary. Already included in deb dependency in previous release and now included in tar/lib Rpi containers.
    - I suspect there are some issues with Dispmanx (even disabled in config) on certain Rpi setups with USB grabbers. Till it's clear up the Dispmanx is excluded from build.
    - fix for cmake config when building with github Docker images as it disabled custom optimization for Rpi 3/4 systems. Previous releases are affected.

    Oh, sorry I've got special build that fix it but I wasnt sure so I left it from release :)
    Your log:

    Code
    2020-10-01T19:26:33.756Z [hyperiond DAEMON] (INFO) set screen capture device to 'dispmanx'
    2020-10-01T19:26:33.756Z [hyperiond DISPMANXGRABBER] (DEBUG) (Grabber.cpp:30:setVideoMode()) Set videomode to 0
    2020-10-01T19:26:33.758Z [hyperiond DISPMANXGRABBER] (INFO) Display opened with resolution: 4x1053348084
    2020-10-01T19:26:33.759Z [hyperiond DISPMANXGRABBER] (DEBUG) (Grabber.cpp:90:setWidthHeight()) Set new width: 80, height: 45 for capture


    mine (v8.2.0.8A Hyperion-8.2.0.8A-Linux-Raspbian-Buster-v4l2grabberonly-armv7l.deb on git)

    Code
    2020-09-25T15:30:26.543Z [hyperiond DAEMON] (WARNING) No platform capture can be instantiated, because all grabbers have been left out from the build
    2020-09-25T15:30:26.544Z [hyperiond DAEMON] (INFO) set screen capture device to 'dispmanx'
    2020-09-25T15:30:26.544Z [hyperiond DAEMON] (ERROR) The dispmanx framegrabber can not be instantiated, because it has been left out from the build


    No disconnection:


    2020-10-01T20:12:56.789Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Video FPS: 30.02, av. delay: 12ms, good: 1801, bad: 0 (60.03,15)
    2020-10-01T20:13:56.821Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Video FPS: 30.02, av. delay: 13ms, good: 1801, bad: 0 (60.03,15)
    2020-10-01T20:14:19.165Z [hyperiond WEBSOCKET] (DEBUG) (WebSocketClient.cpp:204:sendClose()) send close: 1000
    2020-10-01T20:14:56.853Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Video FPS: 29.98, av. delay: 13ms, good: 1799, bad: 0 (60.03,15)
    2020-10-01T20:15:56.885Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Video FPS: 30.02, av. delay: 12ms, good: 1801, bad: 0 (60.03,15)
    2020-10-01T20:16:56.917Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Video FPS: 30.02, av. delay: 13ms, good: 1801, bad: 0 (60.03,15)
    2020-10-01T20:18:56.973Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Previous line repeats 1 times
    2020-10-01T20:18:56.973Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Video FPS: 30.02, av. delay: 12ms, good: 1801, bad: 0 (60.03,15)
    2020-10-01T20:19:57.002Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Video FPS: 30.02, av. delay: 13ms, good: 1801, bad: 0 (60.03,15)
    2020-10-01T20:20:57.033Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Video FPS: 30.02, av. delay: 14ms, good: 1801, bad: 0 (60.03,15)
    2020-10-01T20:23:57.126Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Previous line repeats 2 times
    2020-10-01T20:23:57.126Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Video FPS: 30.00, av. delay: 14ms, good: 1800, bad: 0 (60.03,15)
    2020-10-01T20:25:57.187Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Previous line repeats 1 times
    2020-10-01T20:25:57.188Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Video FPS: 30.02, av. delay: 14ms, good: 1801, bad: 0 (60.03,15)
    2020-10-01T20:26:57.218Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Video FPS: 30.00, av. delay: 13ms, good: 1800, bad: 0 (60.03,15)
    2020-10-01T20:27:57.249Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Video FPS: 30.02, av. delay: 12ms, good: 1801, bad: 0 (60.03,15)
    2020-10-01T20:28:57.280Z [hyperiond V4L2:/DEV/VIDEO0] (DEBUG) (V4L2Grabber.cpp:992:process_image()) Video FPS: 30.00, av. delay: 14ms, good: 1800, bad: 0 (60.03,15)