Automatic signal recognition causes LED to be stuck some time #407
Comments
|
Hi |
|
Okay Problem is still there and reproducible. If iam some time in the game Menü and nothing changed (like 5 seconds) and go back to game the LEDs turning off and on again. Log -> https://pastebin.com/tF7VxQD0 Edit: i took also a Look onto live capturing and the screen is stuck for that moment where the LEDs turned off. |
|
Could you post 'about' page screen shot (with a HyperHDR commit hash)? |
|
|
|
thanks 2022-11-09T23:19:24.239Z [SIGNAL_AUTO] No signal detected. The cognition model's probability: 99% 2022-11-09T23:19:34.100Z [SIGNAL_AUTO] No signal detected. The cognition model's probability: 100% 2022-11-09T23:19:42.344Z [SIGNAL_AUTO] No signal detected. The cognition model's probability: 99% Did you set sleep signal for ~5 seconds and wakeup time ~1 time? |
|
Yes indeed |
|
not sure why it immediately wakes up but there is something on the input that fits the model. When you disable 'power saving' option for automatic signal detection it works fine? |
|
For calibration I was turn off the input from the Switch (changed input on avr) then All goes to black and i clicked on calibration (leds turning then on flickering during calibration and going back off).. when i now shit down the signal detection works well and turn the LEDs off and also back on again |
|
Power saving -> off I made a Video https://youtube.com/shorts/KvIy_fRTIe4?feature=share |
the LED shouldn't be flickering during your calibration 2022-11-09T21:06:11.113Z [SIGNAL_AUTO] (DetectionAutomatic.cpp:273) Capturing SDR frames there is no information about turning on/off LED. Probably it's a grabber issue. The image should be static (confirm in the preview) and no flickering of LED should happen. |
|
There was potential issue in the code before, now I think it's something with your calibration model. |
|
You also may lower tolerance for the automatic signal detection (it's 9 now) |
|
I can confirm that the problematic is only there if hdr is active (with this signal lost issue) Regarding calibration: before Calibration black screen as expected. But during i found out it is showing some Strange points.
|
|
That points on the image are normal during the calibration: it shows test points that it captures. |
|
First we measure test board with hdr off, then with hdr on. So later when the signal detection works it selects proper set of captured points set. hdr mode increases black level usually. Set tolerance to 1 or 2. |
|
So iam assuming everything is normal It is only occuring with HDR activated. Lut file for MS2109 is also used and the 1 / 128 / 128 setting. |
|
You did a calibration for these settings 2022-11-09T20:51:52.343Z [V4L2:USB3. 0 CAPTUR] Set framerate to 60 FPS |
|
I made a New one.. still the same. Also with 1% tolerante the problem is there... i have to revise my notice. Problem is also there with HDR off. |
|
If you have MS2109 then the no-signal board should be a rainbow: no black screen visible on your screenshot from calibration. |
|
This is MS2109 no signal board: |
|
I think it becomes a black screen from AVR. There should be an problem with maybe no changing pictures -> changing pictures it triggern the signal lost recognition once.... |
|
I think you should watch live preview and the log tab at the same time. Notice what you have in the live preview when the no signal/signal restore appear. There is an option for log auto-scrolling that can help. |
|
Oh gosh... it turned out i have 1080p grabber and ms2109 is 4k right? Question is of course makes this a difference? I thought it will "learn" the picture for turn off... Edit: when the problem appears the picture from live screen is stuck for that moment where the signal says it is lost. Without signal detection there are no problems Edit2: Nah should be MS2109... 1080p is Output.. it is confusing named:-) |
|
your grabber is also 4k, but modified and fake USB3.0. Typical MS2109 should send us rainbow no-signal board, not sure what happen with your grabbers: maybe it stops capturing at all? Probably you should also calibrate your own LUT table. |
|
I had my own lut before. Used a picture from grabber for generating. Almost no difference beteeen HDR and non HDR Also with the ms2109 LUT. I Red somewhere it should be also ms2109 and it is also saying that on the webpage. It never has These rainbows. Checked this again. Grabbing ist still there without cable but picture is getting black. Then i have to deactivate this signal Thing. Seems to have problems with black calibrated shutdown pictures. The grabbing in the menu is working normal just after go outside it is the wake time. Also had this in Television commercial sometimes leds are off according to that wake time.. if i set this to 0 there is no offtime. But you can See in log that signal lost is triggered. Btw: can i make the Translation for germany? There are some words completely strange :) |
You should not use HDR option at all. Probably you are receiving SDR signal and HDR tone mapping will break some things. Not sure if the signal detection is affected but it's not it was designed for. I assure you, than you would see the difference on captured HDR source without tone mapping. Also
MS2109 nor any other USB grabber is not capable of capturing real DV. So probable something in between is doing something to the video signal.
Sure :) Automatic translation sometimes provides strange result: for example ms (milliseconds) was translated in previous version to Frau ;) Open pull request and I update the resources. https://github.com/awawa-dev/HyperHDR/blob/master/assets/webconfig/i18n/de.json |
|
I have found another unpatched route and fixed it now. Also I managed to replicate the behavior from your logs using video camera. Definitely it's a bug, I described the behavior in: #410 and at least it fixed the bug for me. BTW try to setup 'wake up' and 'sleep time' equal or above 5000ms and control HyperHDR behavior using its video live frame window and 'logs' tabs: just as I described before. Installers: https://github.com/awawa-dev/HyperHDR/actions/runs/3438779116 |
|
Nice to hear that #
maybe i explained a bit wrong was late yesterday... So i receiving an SDR signal which is okay. When i receiving an HDR signal the coloros are washed out and i programmed an script that readout from Denon AVR the stream If HDR is recognized HDR global will be activated over Json RPC in HyperHDR which is working pretty fine. Also for Dolby Vision it is working (not pink). I connected to second Monitor out from AVR a Splitter from Xolor which simulates EDID and then the grabber so that the AVR never will change Monitor 1 (where TV is connected)
Yes i know it should be the AVR :-) it will priorize the DV to Monitor1 only. The grabber becomes a washed out picture i think (not tested in deep)
ah great that you got it! what i not exactly understood. You have a lut for this MS2109 |
Ok, now it's clear to me :)
I have some suspicions... maybe DV is working in LLDV mode? It should behave as HDR10 and also there is no pink saturation side-effect.
Always. For SDR and HDR. There were some articals about MS2109 & SDR ( https://ciko.io/posts/cheap_usb_hdmi/ ) but I measured it using automatic calibration and it works also for HDR with minimal error. You can experiment and fine tune these settings to achieve even better results. |
i installed the version and it is working fine right now. No shutoff any more! Great!! Thanks a lot |
|
Great. I give it some time before I merge the fix. Thank you for proofreading the translation 👍 Also will be included in final v19. |
https://pastebin.com/h9VfTBj5
https://youtu.be/oqHlRWs-t08
Bug report, debug log and your config file (FULL LOGS ARE MANDATORY)
Steps to reproduce
PS5 go to GameMenü and back to Game like for 10 times OR
Sometimes while TV especially with Strong parts of Black like in comercial changes causes also the problem
What is expected?
Lights working flawlessly
What is actually happening?
Lights are stuck for 1-2 seconds. For example in comercial is ending and New ones began the colors are off 1 second. Or in Game Menü PS5 are stuck shortly go off directly again back on
It turned out that is coming due to having signal recognition Set to on. (IT is calibrated during Black screen). Function itself working very good and turns leds off and grabber to low fps grabbing but seems to sometime realize it as Output is off though the picture is in full screen with color. Picturefreeze will not cause into this. Was also present in V18. Manual recogniton is working bit will not reduce Grabber framerate
System
HyperHDR-Status:
An
Plattform:
Linux (V4L2)
Videogerät
USB3. 0 capture: USB3. 0 captur (video0)
Video Modus
800x600x60 MJPEG
Controller-Typ:
apa102
Beispiel:
LEDs_Fernseher
Ihre HyperHDR-Version:
19.0.0.0beta1
Neueste HyperHDR-Version:
v19.0.0.0beta1
The text was updated successfully, but these errors were encountered: