Open s-trinh opened 2 years ago
Hi! Thank you for perfomance testing. These numbers are not surprised for me bacause I made optimizations only for image saving (PNG and JPEG), loading is still a reference code on the base of stb_image (with switch off SIMD). I have plans to perform optimizqations of image loading too but this task is not prioritized.
Ok, this explains my numbers.
I am interested into the in-memory image compression using JPEG to be able to use a separate thread to save images, but without saturating the RAM. So your code is useful.
In general, any optimizations for x86 and ARM and compatible for Unix/Windows platforms are useful for me. With appropriate fallbacks to regular code to be able to run the code on most of the hardware.
I am interested into having JPEG+PNG read/write capabilities without the need to install third party libraries such as libjpeg, libpng or OpenCV, and for x86 and ARM architectures.
Your recent additions of
SimdImageLoadFromFile
,SimdImageLoadFromMemory
, ... are thus very interesting :+1:I have performed a quick benchmark:
JPEG
loading:PNG
loading:JPEG
writing:PNG
writing:On my computer (Ubuntu 18.04, AVX2) and for
RGBA
type:JPEG
andPNG
loading using stb_image seems to be faster than Simd (ignoring system libs likelibjeg
,libjpeg-turbo
,OpenCV
, ...)Anything suspicious with these numbers?