A PNG is indeed an imperfect representation of reality. Are you claiming that the lossness in the data domain of the compression algorithm in a PNG means its contents are a perfect representation of reality?!
(Funnilly enough, the imperfections in the data contained on a PNG are noticeable for some and the lower the "sampling rate" - i.e. number of pixels, bits per pixel - the easier it is to spot, same as audio)
As I've been trying to explain in my last posts, a non-Techie "audophile" when they claim FLAC is not lossless aren't likely to be talking about it's technical characteristics in the data domain (i.e. that data that you take out of a FLAC file is exactly the same as it goes in) but that its contents don't sound the same as the original performance (or, most likely, a recording made via an entirelly analog pathway, such as in an LP).
Is it really that hard to grasp the concept that the word "lossless" means different things for a Technical person with a background in digital audio processing and a non-Technical person who simply compares the results of a full analog recording and reproduction pathway with those of a digital one which include a FLAC file and spots the differences?
This feels like me trying to explain to Junior Developers that the Users are indeed right and so are the Developers - they're just reading different meanings for the same word and, no, you can't expect non-Techie people to know the ins and outs of Technical terms and no they're not lusers because of it. Maybe the "audiphile" was indeed wrong and hence "Confidently Incorrect", but maybe he was just using lossless in a broader sense of "nothing lost" like a normal person does, whilst the other one was using the technical meaning of it (no data loss) so they were talking past each other - that snippet is too short to make a call on that.
So yeah, I stand by my point that this is the kind of Dunning-Krugger shit junior techies put out before they learn that most people don't have the very same strictly defined technical terms on their minds as the junior techies do.
Nice content-free slogan.
I'm not a Sound Engineer, I'm an Electronics Engineer - we're the ones who had to find the right balance between fidelity, bit error rates, data rates and even circuit price when designing the digital audio sampling systems that capture from the analog world the digital data which the Sound Engineers use to work their magic: so I'm quite familiar with the limits of analog to digital conversion and that's what I'm pointing out.
As it so happens I also took Compression and Cryptography in my degree and am quite familiar with where the term "lossless" comes from, especially since I took that elective at the time when the first lossy compression algorithms were starting to come out (specifically wavelet encoding as used in JPEG and MPEG) so people had to start talking about "lossless" compression algorithms with regards to the kind of algorithms what until then had just been called compression algorithms (because until then there were no compression algorithms with loss since the idea of losing anything when compressing data was considered crazy until it turns out you could do it and save tons of space if it was for stuff like image and audio because of the limitations of human senses - essentially in the specific case of things meant to be received by human senses, if you could deceive the human senses then the loss was acceptable, whilst in a general data sense losing data in compression was unacceptable).
My expertise is even higher up the Tech stack than the people who to me sound like Junior Devs making fun of lusers because they were using technical terms to mean something else, even while the Junior Devs themselves have yet to learn enough to understand the scope of usage and full implications for those technical terms (or the simple reality that non-Techies don't have the same interpretation of technical terms as domain experts and instead interprete those things by analogy)