That's not a replacement nor a competitor for the popular "JPEG" format. The only commonality here is that it's coordinated by the Joint Photographic Experts Group.
You'll never see JPEG-XS images stored on disk or sent over the web. This is a special-purpose format for video signals on the wire (e.g. for transmission between your graphics card and a 4K monitor). Currently if your cables don't have enough bandwidth for the full uncompressed RGB signal, you get lower FPS, or lower bit precision, or subsampled YCbCr. This is an attempt to make something a bit smarter and apply cheap nearly-lossless compression on the fly instead.
This is generally called "mezzanine compression" [1], aiming at <10x reduction over uncompressed streams. Here's a PDF with more details on JPEG-XS: https://www.ibc.org/download?ac=3823
I'd point out that DisplayPort includes "Display Stream Compression", which is "visually lossless" (aka lossy) compression for display cables. So we are not talking some far-future thing, but something that is actually already being deployed (in some form) on the field.
>You'll never see JPEG-XS images stored on disk or sent over the web.
I don't see why not. The image quality is near perfect, according to the article, for not even double the average file size, and it uses much less energy to encode and decode, so it's better for your battery life on mobile devices.
Because this would be at least 5 times slower to transfer compared to regular image formats, and on mobile a lot of energy goes to power the screen (while user is staring at a blank one, waiting for data) and radios (which now have 5x more work to do).
JPEG XS has severe restrictions of realtime encoding and a 30-line buffer, which are necessary for its goals, but make it a bad choice for anything that doesn't have such limitations.
I think the whole appeal is faster encoding/decoding, but compared to a normal jpeg, it's the same image quality with a larger file size. I could be mistaken, the article is kinda light on actual technical details.
A new blockchain-based distributed image format for virtual reality, drones, and self-driving cars, delivering maximum company synergy with minimal downtime, vis-a-vis cloud dependency concerns
You got a vote, in exchange I want 10% of all your karma for the next year, or your account password retain the possibility of "correcting" the growth path of your account.
Also: shit, you're penniless, why did I invest? Whyy?
Don't forget JPEG with 12-bit color depth. It's not clear to me if anything supports it or not, and I haven't been able to find any image files that claim to use it.
>For High-Throughput JPEG 2000 (that is the official name), we have a desire to make this a royalty free standard. For JPEG XS, there is no such desire. The market - professional broadcasting applications - does not have problems with licensing, so it seems very likely that this standard includes IPs. The license costs in broadcasting are minor compared to the hardware costs and the savings you get from a mezzanine codec.
Okay everybody, JPEG XS is just software for magic boxes. Nothing to see here, implementing it is pointless.
Actually wait. Argh. What are the patented bits of the encoding process? Now FOSS has to go add those to the "but we can't come up with this" list. Grr.
The post that BurningCycles quotes is hardly strong evidence that JPEG-XS is (intentionally) covered by any patents. There is just some random speculation based on "lack of desire to make royalty-free standard", and I'd point out that this comes from someone who is apparently developing a at least somewhat competing standard.
While it is not unreasonable to think that there are patents involved, I would want to hear something bit more definite before making any conclusions or assumptions.
The patent will kill it in its tracks. mp3 is dead now because of the patent (well, also because of streaming).
The open source community tends to provide a lot of the system-level technology for using things like this and I'd expect them to completely ignore a patented format.
I literally just installed WinAmp about 30 minutes ago to listen to my recovered MP3 collection. If I'm going to beat a dead horse, I'm going to do it while really whipping the llama's ass.
In the introduction paper [1], there is no mention of handling of raw images which haven't been turned into RGB. I.e. it assumes an RGB image, not a colour filter array (Bayer) image.
This is odd because the use case for this is sending the image from the sensor, and the de-bayer step would therefore need to be done before the image is sent, which is a lossy step and also can be quite slow and complex to do well, which sort of compromises the point of this effort.
This is very much needed and I appreciate that it's happening. Looking forward to a reference implementation.
I'm genuinely not seeing the usefulness here. There's always been a tradeoff between image quality and the rate of compression. What they're basically saying is that they are worsening the compression ratio for better image quality, but they want to be the ones to slap a name on this 'new' paradigm shift? Sure they're also making their own compression scheme, but it doesn't matter all that much. We can pretty much gain the equivalent of what their saying from just streaming images encoded with pre-existing lossless compression schemes like png.
[1] 'Introduction to JPEG XS - The New Low Complexity Codec Standard for Professional Video Production', Fraunhofer IIS & intoPIX SA, https://www.ibc.org/download?ac=3823 (pdf)
It's an article from a school whose faculty member leads JPEG. It namedrops VR, space agencies, 5G; vaguely alludes to some upcoming work, links to nowhere of interest -- it's university press release mixed with quasi-marketing undertones you'd find in a business magazine.
I think we should strive for better sources than this, so I provided some.
Striving for better sources doesn't mean misrepresenting sources. The university press release might not be to your taste but it's not 'blogspam' - it's not a lifted copy of the sources you are suggesting.
You'll never see JPEG-XS images stored on disk or sent over the web. This is a special-purpose format for video signals on the wire (e.g. for transmission between your graphics card and a 4K monitor). Currently if your cables don't have enough bandwidth for the full uncompressed RGB signal, you get lower FPS, or lower bit precision, or subsampled YCbCr. This is an attempt to make something a bit smarter and apply cheap nearly-lossless compression on the fly instead.