HakanAbbas
Joined 3 years ago
Karma
128
Submissions
44
Member since
Aug 9
Computer Science Researcher
https://www.linkedin.com/in/hakan-abbas-178b5852/
View on Hacker NewsRecent submissions
Comment · 11 months ago
I have released the source code for the first version (0.1.9) of HALAC. This version uses ANS/FSE. It compiles seamlessly on platform-independent GCC, CLANG, and ICC. I have received and continue to receive many questions about the source code. I hope this proves useful.
Comment · 1 year ago
HALIC's decode speed is already much faster compared to other codecs. When you look at the compression ratios, they are almost the same. There doesn't seem to be a problem with this. There are also issues where encode speed is especially important. But I think there is no need to spend a lot more energy to make a few percent more compression and decode it.
Comment · 1 year ago
Storage is cheaper than it used to be. Bandwidth is also cheaper than it used to be (though not as cheap as storage). So high quality lossy techniques and lossless techniques can be adopted more than low quality lossy compression techniques.
Today, processor cores are not getting much faster. And energy is still not cheap. So in all my work, processing speed (energy consumption) is a much higher priority for me.
Comment · 1 year ago
I don't really understand what the new PNG does better. Elements such as speed or compression ratio are not mentioned. Thanks also for your kind thoughts ksec.
Apart from the widespread support in codecs, there are 3 important elements: processing speed, compression ratio and memory usage. These are taken into account when making a decision (pareto limit). In other words, the fastest or the best compression maker alone does not matter. Otherwise, the situation can be interpreted as insufficient knowledge and experience about the subject.
HALIC is very good in lossless image compression in terms of speed/compression ratio. It also uses a comic amount of memory. No one mentioned whether this was necessary or not. However, low memory usage negatively affects both the processing speed and the compression ratio. You can see the real performance of HALIC only on large-sized(20 MPixel+) images(single and multi-thread). An example current test is below. During operations, HALIC uses only about 20 MB of memory, while JXL uses more than 1 GB of memory.
https://www.dpreview.com/sample-galleries/6970112006/fujifil...
June 2025, i7 3770k, Single Thread Results
----------------------------------------------------
First 4 JPG Images to PPM, Total 1,100,337,479 bytes
HALIC NORMAL: 5.143s 6.398s 369,448,062 bytes
HALIC FAST : 3.481s 5.468s 381,993,631 bytes
JXL 0.11.1 -e1: 17.809s 28.893s 414,659,797 bytes
JXL 0.11.1 -e2: 39.732s 26.195s 369,642,206 bytes
JXL 0.11.1 -e3: 81.869s 72.354s 371,984,220 bytes
JXL 0.11.1 -e4: 261.237s 80.128s 357,693,875 bytes
----------------------------------------------------
First 4 RAW Images to PPM, Total 1.224.789.960 bytes
HALIC NORMAL: 5.872s 7.304s 400,942,108 bytes
HALIC FAST : 3.842s 6.149s 414,113,254 bytes
JXL 0.11.1 -e1: 19.736s 32.411s 457,193,750 bytes
JXL 0.11.1 -e2: 42.845s 29.807s 413,731,858 bytes
JXL 0.11.1 -e3: 87.759s 81.152s 402,224,531 bytes
JXL 0.11.1 -e4: 259.400s 83.041s 396,079,448 bytes
----------------------------------------------------
I had a very busy time with HALAC. Now I've given him a break, too. Maybe I can go back to HALIC, which I left unfinished, and do better. That is, more intense and/or faster. Or I can make it work much better in synthetic images. I can also add a mode that is near-lossless. But I don't know if it's worth the time I'm going to spend on it.
Comment · 2 years ago
HALAC (High Availability Lossless Audio Compression) is now faster and denser with version 0.3.6. Also, for a long time, both encode and decode operations can be performed in multithread.
This version now uses Rice coding instead of ANS. The Golomb-Rice coding for audio data is really excellent. And there are different things that can be done, both in terms of speed and compression ratio. However, at ultrafast speeds, in most cases we cannot move as freely as we would like.
In the related link, versions 0.2.9 and 0.3.6 are compared. The results of the first version 0.1.9 are really behind.
Comment · 2 years ago
Thank you for your attention. I'm trying to do my best. Regarding the open source, I answered the questions asked as follows (In HALAC Topic).
"Frankly, if I publish open sources now, I can't take care of them again. Because there will be no excitement. I say this because I know myself very well. When I bring my work to a certain stage, I would like to deliver it to a team that can claim it. However, I want to see how much I can improve my work alone."
I need a little more time.
Comment · 2 years ago
Thank you very much. Yes, this information is correct. Right now I have taken a break from the HALIC project and I am interested in HALAC(High Availability Lossless Audio Compression) project. I guess I will achieve the same success.
Comment · 2 years ago
> Frankly, if I publish open sources now, I can't take care of them again. Because there will be no excitement. I say this because I know myself very well.
> When I bring my work to a certain stage, I would like to deliver it to a team that can claim it. However, I want to see how much I can improve my work alone.
Comment · 2 years ago
You say it's not worth spending time on such work, discovering new things and pondering. I understand.
Comment · 2 years ago
Thank you for your valuable thoughts.
Comment · 2 years ago
Thank you for your good thoughts
Comment · 2 years ago
Thank you very much for valuable information.