JPEG XL

Open source implementation of the codec as a starting point for the FPGA?

There are a number of open source HTJ2K software implementations:

https://github.com/aous72/OpenJPH

https://github.com/osamu620/OpenHTJ2K

There is also the reference software: https://gitlab.com/wg1/htj2k-rs

HTJ2K + FPGA

We have a discord focused on J2K at https://discord.gg/BupVcKxh

Compare to XS, J2K is much more flexible

tradeoff betwen coding efficiency, latency, etc.

Sorry I hadn't responded yet, it's past 12am here and ill have to take an in-depth look at this tomorrow

Looking at this on a surface level though I'm not sure this is as good of a fit for our application. Were are quite limited on the size of the IP core (must fit within 120k LUTs) but still need to deliver a high quality code stream (our current target is 4k/60 at 4:4:4, but this might change in the future). Latency is also somewhat important but J2K would probably be sufficient in that regard. We have already done some work in implementing XS, but I assume most methods are applicable to J2K also...

Kakadu demonstrated 4:4:4 60p using 40K LUTs at ISE (https://www.linkedin.com/posts/graham-morton_ise-barcelona-2024-come-and-see-the-live-activity-7158020825940455425-Rb7V)

I am told the surface is getting smaller

https://www.frontiersin.org/articles/10.3389/frsip.2022.885644/full

33 lines of latency

<@440391953545166848> Let me know if you need additional information!

Thanks a lot for the extensive information you provided so far, I really appreciate that. I will have a more thorough look today, and we will have a meeting tomorrow discussing if we should go forward with using XS or switch to J2K.

This is extremely impressive I must say. Id love to know more about it.

What’s your preferred medium? Email, discord, zoom…

Discord, we actually use for internal communications. Otherwise I'm available via email on `nic@struktur.de`