Open T8RIN opened 1 year ago
currently no.
imo
i chose 'avif' as the de facto standard. so writing 'jpeg-xl' has not been implemented yet.
do u still want this feature? this is a hobby project, wait patiently for that time.
currently no.
imo
- java should read every data format
- java should write data using the best (≒ de facto standard) format only
i chose 'avif' as the de facto standard. so writing 'jpeg-xl' has not been implemented yet.
do u still want this feature? this is a hobby project, wait patiently for that time.
Is there is java lob which can write avif without cpp ?
it seems there is no avif in pure java.
i tried to write avif in pure java before, but i realized libavif is just an integration library for several codec libraries.
that means libavif consists of
and most of those library are written in assembler not even in C! porting those assemblers into java is beyond my capacity. so i quit porting libavif into java.
recently macos and windows? supports avif os natively. it's better to wait until android supports avif natively.
Sounds quite interesting :)
it seems there is no avif in pure java.
i tried to write avif in pure java before, but i realized libavif is just an integration library for several codec libraries.
that means libavif consists of
- libaom (encoder and decoder)
- dav1d (decoder)
- libgav1 (decoder)
- rav1e (encoder)
- SVT-AV1 (encoder)
and most of those library are written in assembler not even in C! porting those assemblers into java is beyond my capacity. so i quit porting libavif into java.
recently macos and windows? supports avif os natively. it's better to wait until android supports avif natively.
Didn't know that it was written on an assembler, that is mind-blowing for me, because i thought it was C...
jpeg-xl is better than avif???
https://support.imageengine.io/hc/en-us/articles/16739209580301
anyway avif is still de facto standard because my chrome browser doesn't support jpeg-xl yet
Will the encoder be added?