Open is not the same as patent-free, the two things can coexist (and they do in the case of webp).
It’s open to write the code, but in order to be authorized to use it you have to get a permit from Google. You can’t eg.: fork from Firefox and use their permit (as you implicitly could with patent-free). Plus, Google can rescind their patent grant at any point, which they are bound to do once they secure ownership of the internet.
I didn’t say it was patent free, and the text doesn’t say “unless we say so”. It explicitly says the only way the patent grants can be revoked is if you enter patent litigation or enforcement regarding this code.
If you or your agent or exclusive licensee institute or order or agree to the institution of patent litigation or any other patent enforcement activity against any entity (including a cross-claim or counterclaim in a lawsuit) alleging that any of these implementations of WebM or any code incorporated within any of these implementations of WebM constitutes direct or contributory patent infringement, or inducement of patent infringement, then any patent rights granted to you under this License for these implementations of WebM shall terminate as of the date such litigation is filed.
That is still a problem, but what I was responding to:
It’s open to write the code, but in order to be authorized to use it you have to get a permit from Google. You can’t eg.: fork from Firefox and use their permit (as you implicitly could with patent-free). Plus, Google can rescind their patent grant at any point, which they are bound to do once they secure ownership of the internet.
is just wrong.
I have no problem with calling out Google’s anticompetitive behaviors, even in this case, but don’t lie about it.
A file format can not, by itself, be “incompatible” with a website. What matters is the browser, and Firefox at least is adding support (slowly), and they are the ones who matter ATM.
It does, yes, but from what I gather it’s rather difficult to actually encode such an animated image compared to, say, a GIF. Display should work just fine.
bad-ish support in some applications or places even to this day
always used to further reduce filesizes which means you are most of the time transcoding lossy jpgs and making them more lossy (lemmy is specially into this), which means that the alleged better quality is actually useless
jxl would make a better replacement for this last thing since you can losslessly transcody jpgs with ~20% filesize and in my testing, pngs with ~50% (though jxl lossless decoding is cpu heavy right now), lossless transcoding also means you could keep jxls in server, then give it to the client if it supports jxl, or transcode back to jpg if they don’t (this saves bandwidth and storage at the cost of some cpu usage, but jpg transcoding is really fast and you can cache highly used images)
I really don’t get the WebP hate, it’s a good format. It’s better than PNG and JPG.
JPEG-XL exists, is factually better, and is not patent encumbered.
How is WebP “patent encumbered”? It’s an open format.
Open is not the same as patent-free, the two things can coexist (and they do in the case of webp).
It’s open to write the code, but in order to be authorized to use it you have to get a permit from Google. You can’t eg.: fork from Firefox and use their permit (as you implicitly could with patent-free). Plus, Google can rescind their patent grant at any point, which they are bound to do once they secure ownership of the internet.
That’s just not true.
https://www.webmproject.org/license/additional/
Thanks for taking the time to disprove this
That’s still not patent free. Heck it’s right there: “irrevocable (unless we say so)”.
I didn’t say it was patent free, and the text doesn’t say “unless we say so”. It explicitly says the only way the patent grants can be revoked is if you enter patent litigation or enforcement regarding this code.
That is still a problem, but what I was responding to:
is just wrong.
I have no problem with calling out Google’s anticompetitive behaviors, even in this case, but don’t lie about it.
Yes, but that is actually almost “incompatible with every app and website”
A file format can not, by itself, be “incompatible” with a website. What matters is the browser, and Firefox at least is adding support (slowly), and they are the ones who matter ATM.
does jpeg xl support animated images?
It does, yes, but from what I gather it’s rather difficult to actually encode such an animated image compared to, say, a GIF. Display should work just fine.
It’s just tech illiterate being “oh no my image program not open this 10 year old new format”
PNG is lossless, so isn’t that like comparing apples to oranges?
Edit: Apparently webp can also be lossless. I don’t know anything.
personally:
jxl would make a better replacement for this last thing since you can losslessly transcody jpgs with ~20% filesize and in my testing, pngs with ~50% (though jxl lossless decoding is cpu heavy right now), lossless transcoding also means you could keep jxls in server, then give it to the client if it supports jxl, or transcode back to jpg if they don’t (this saves bandwidth and storage at the cost of some cpu usage, but jpg transcoding is really fast and you can cache highly used images)