3 ms·
There's no source? It's very hard to take this seriously without source code... He explicitly says it's not SIMD, which is nice because it rules out a way of c
by jcalvinowens 3y ago
There's no source? It's very hard to take this seriously without source code...
He explicitly says it's not SIMD, which is nice because it rules out a way of cheesing it, but still...
- karmakaze 3y agoYeah, I was about to click and read and it occurred to me that this is only of possibly theoretical interest and I'll know about later if it comes to matter. There are some areas that I follow as-it-develops, but codecs and data compression is one that I'll use when ready. Still awaiting widespread av1 support/adoption. The area most needing improvements IMO is with Bluetooth, especially Apple's support of codecs (where they're dropping support that worked in older macOS versions).
- eternityforest 3y agoPretty much any low level tech is at most a theoretical curiosity to me. I'll use it when it works in every browser and OS and average people recognize the file extension. Unusual tech seems to attract unusual bugs! Still really really impressive to beat an established standard as an individual, that doesn't happen much.
- HakanAbbas 3y agoThank you for your good thoughts
- HakanAbbas 3y agoAt this stage, what is taken seriously is quite personal. If the source code is a requirement to take it seriously; MS Windows, MS Office, Adobe, Autodesk, Oracle, Winrar and thousands of more wonderful software should not be taken seriously. Some of the SIMD optimization make compilers automatically. The others can be manually. These speeds can be obtained without using SIMD. Then there may be more with manual SIMD. I think this is what should be loved.
- jcalvinowens 3y ago> MS Windows, MS Office, Adobe, Autodesk, Oracle, Winrar and thousands of more wonderful software should not be taken seriously. Apples and oranges. I don't need word processing software to be open source to understand how it works. A proportedly novel compression algorithm is a different story... I can be totally honest with you: FLAC being open source is more valuable to me than any performance benefit you could ever possibly offer over it. It only becomes interesting if I can actually read the code and see what you did. I am genuinely interested in what you've done here, and I sincerely hope you publish it.
- HakanAbbas 3y agoHmm. Of course, we don't need to know how Oracle is fast and secure, why Autodesk is a monopoly in the industry, winrar is still used a lot despite being paid, and how Adobe's artificial intelligence-powered filters work. I am developing HALAC and HALIC as a hobby and I don't expect everyone to use them. I'm happy when I can get good results, and it's bad when I can't. I say this as someone who has been dealing with data compression for 9 years.
- jcalvinowens 3y agoI think the results are very interesting: just to reiterate, I would love to see what you've done here, and I hope you publish it. Obviously, it's your right to decide... but especially if you think of it as a hobby, why not release the source? It would make your work much more valuable for a lot more people.
- HakanAbbas 3y agoFrankly, 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.
- 3y ago