So when I turn my Apple TV off, it sends a signal through CEC to the receiver and the TV turning them both off. Since the grabber is connected to the HDMI output of the receiver, it receives no signal, and you just get the bars from the grabber, even though the grabber is still powered on. After it’s on the bars for a few seconds it turns all three LED sets off. Now that’s visually turns them off. I don’t think it actually turns them off in the system. I’ve never actually checked. A.k.a. the output.
I saw those errors in the log as well. What’s interesting is that when it is on the raspberry pie is grabbing the capture output and the three instances are turned on. I can run it for numerous hours and I never have any lag. I never have any problems at all. There’s no communication issues. They don’t turn off. Everything‘s stays running fine. It’s only when I turn them off or they auto turn off. Then I come back hours later or days later whatever turn the TV on the TV comes on. I can go into Hyperion and see that all three instances are turned off under output to lights. I can then log into the webinar face of each one of those WLED instances And I can control them without issue.
Case in point basically when the system turns off sometime between that, and when it turns back on, that’s when it has its network issues I hope that’s helpful.
The devices are gledopto esp32
WLED version 0.14.4
Yes, when I turn the equipment back on, sometimes just flipping the output to lights on doesn’t actually turn them on. I have to turn the grabber off and back on and then output the lights back on to make it work.