FWIW not sure if this is applicable to you but if someone behind your public IP address happen to be using a program to download videos from them such as yt-dlp without enabling rate limits in the application then they will eventually start responding to your requests with TCP reset packets. I have a theory that a factor in their decision is the PTR reverse DNS record based on my testing. My work around was to do the automated downloading from random throw-away VM's in the cloud in a GNU screen session with rate limits and delays, then rsync what I want to keep when it finishes. Otherwise it could be just a network glitch.
Thanks for you suggestion and it is good to know this, but in my case I can rule out the cause.
There is a spike in downdetector for YouTube at the time of my comment, so it must have been a larger glitch somewhere...
Immediately thought about the movie "Corpse Bride" from Tim Burton, where the world of the living is grey and the world of the dead is very colourful.
https://m.imdb.com/title/tt0121164/
It is not really clear from those pages how RapidComposer works - but it seems it's still AI (the only condition is that you call melodies etc. "solutions").
Of course there exists rule-based AI. Whatever works to partially replace a human professional.
Philips Momentum series, technically game monitors, but do come in 55 inch. Note these do not have any DVB tuner, so you’ll always need a separate mediabox to watch TV.
I already gave up on anything complex, but it also fails at relative simple things.
It goes like this: The first answer does something useful, but is not the full solution or contains a bug.
When told, it apologizes and gives code that does not even compile. Then when trying to get it in the right direction, it gets worse and worse.
Then it hallucinates a non-existing library,that should solve the problem.
And in the end I end up writing the code myself...