Closed amigthea closed 4 months ago
Hi
I don't see an issue in this log related to HyperHDR. The grabber is initialized fine without any errors but it won't provide any video stream and that's why video priority is removed after some time. A bit strange symptom is a pause while listing available grabbers which may indicate a hardware problem with the grabber or USB connection (hub, broken cable, insufficient power supply etc). Or dying SD card causing core Kernel modules to take long to initialize. But in such cases the video grabber cannot be found in HyperHDR while starting after the boot or always refuses to initialized properly then in HyperHDR and throws an error. You can try to add a delay to HyperHDR service as a workaround (search repo for similar problem) and see if it helps. And you must verify dmesg
logs. Anyway it's not a HyperHDR issue.
that's an awesome insight, thank you for the quick feedback!
I was keeping the service delay workaround as my last resolve, but I might go for it seeing that could be something not so trivial, that probably worths a lot of troubleshooting time.
ps: after I manually restart the service it start working as I wrote bit it logs "Frame too small" errors too
2024-05-14T08:26:42.962Z [V4L2:USB3.0 UHD: US] Video pixel format is set to: YUYV
2024-05-14T08:26:42.970Z [V4L2:USB3.0 UHD: US] Started
2024-05-14T08:26:42.971Z [V4L2:USB3.0 UHD: US] Frame too small: 0 != 1843200
2024-05-14T08:26:42.972Z [V4L2:USB3.0 UHD: US] Frame too small: 0 != 1843200
2024-05-14T08:26:42.972Z [V4L2:USB3.0 UHD: US] Frame too small: 0 != 1843200
2024-05-14T08:26:42.972Z [V4L2:USB3.0 UHD: US] Frame too small: 0 != 1843200
2024-05-14T08:26:42.988Z [V4L2:USB3.0 UHD: US] (V4L2Grabber.cpp:1164) Worker's thread count = 3
2024-05-14T08:26:42.995Z [MUXER0] Priority 240 is now active
2024-05-14T08:26:42.995Z [MUXER0] Set visible priority to 240
could they be related to the problem?
No, this is usually fine when the capturing starts up. I often observe this when a callback returns then an empty frame (different grabbers). But after that it should no longer appear and the grabber's video source with priority 240 should not be removed (which proves that the correct frames are coming in)
Bug report, debug log and your config file (FULL LOGS ARE MANDATORY)
Steps to reproduce
just boot the system
What is expected?
to have a working video feed
What is actually happening?
there's no video feed until a restart of hyperhdr service
System