Live data from Hacker News

New Ultra Fast Lossless Audio Codec (HALAC)

hydrogenaud.io

61–70 of 201 posts

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#61
post #52

This doesn’t seem very interesting: there’s no source, the benchmarks are self reported, and the details in the forum post (??) are light at best. It’s basically just a forum post with a self-signed .exe download…

In this regard, you can review the HALIC link if you want. https://encode.su/threads/4025-HALIC-(High-Availability-Loss...

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#63
post #2

Tip for those who are looking at the compression ratios thinking "so what?": look at the run-times. It's a minimum of 3x faster than its contemporaries.

IMHO that's still a "so what?". I see audio compression as having two primary purposes: realtime and archival, and speed is only vaguely relevant for the former. In realtime applications, any processor within the last decade is far more than powerful enough to encode and decode in realtime. The first set of tracks in the results is 2862s long and even the slowest WAVPACK manages to encode it in >113x realtime and clo…

I am still at the beginning of the road in terms of compression rate and speed. There may be changes in subsequent versions.

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#64
post #52

This doesn’t seem very interesting: there’s no source, the benchmarks are self reported, and the details in the forum post (??) are light at best. It’s basically just a forum post with a self-signed .exe download…

In this regard, you can review the HALIC link if you want. https://encode.su/threads/4025-HALIC-(High-Availability-Loss...

I have and it’s exactly the same thing. No details, no source, unreproducible benchmarks and just ~75 people downloading the latest release[1]. There might be a good idea in there but just shoving it into a black hole is a shame.

Oh well.

1. https://encode.su/threads/4025-HALIC-(High-Availability-Loss...

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#65
post #54

Earlier quoted context omitted.

Saving a small fraction of a second millions of times over, or a handful of cycles a trillion times over, is so much more impactful than saving a dozen seconds per hour-long recording. Also your link doesn't explain what they changed?

> Saving a small fraction of a second millions of times over, or a handful of cycles a trillion times over, is so much more impactful than saving a dozen seconds per hour-long recording. At a large-enough scale, all savings are significant. > Also your link doesn't explain what they changed? They changed a function signature to use an output argument instead of a return value. i don't recall the exact signature, but…

> At a large-enough scale, all savings are significant.

Yes, but not every tradeoff between compression speed and compression ratio is something that makes sense to scale in the first place.

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#66

Earlier quoted context omitted.

Tell us more about "I don't aee anything suspicious". How exactly do you know it's not a binary that hashes all your files using a key and asks for btc to revert?

Open in hex/text editor, scroll through and look for anything suspicious like network, crypto, obfuscated sections (major red flag), strange strings, etc. The #1 most reliable sign of malware is if it's unusually large and packed/obfuscated, but this isn't. The guy even has his full name and contact info in there. This is harmless. If you don't trust me you could upload to an online malware multiscanner (which tends…

It is still possible that the author's machine had a virus and the executable got infected without the author's knowledge. I too trust the author in that matter, but that's irrelevant here.

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#68
post #51

Earlier quoted context omitted.

Open in hex/text editor, scroll through and look for anything suspicious like network, crypto, obfuscated sections (major red flag), strange strings, etc. The #1 most reliable sign of malware is if it's unusually large and packed/obfuscated, but this isn't. The guy even has his full name and contact info in there. This is harmless. If you don't trust me you could upload to an online malware multiscanner (which tends…

It's not about whether this particular announcement, with these particular executables, is trustworthy or not. It's about the whole process of regularly downloading and running executables uploaded by individuals to a BBS-type forum being unimaginable in most other parts of the software world, and violating every security "best practice" written about in the past 30 years. I know that this is how things were once don…

Are we even in the same universe?

The vast majority of the world still downloads and runs executables uploaded by individuals, albeit perhaps not on a bulletin board or forum (most of those have been killed and replaced by social media).

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#69
post #67

Yall should really have a look at his lossless image format. That has a spectacular compression:speed ratio. https://encode.su/threads/4025-HALIC-(High-Availability-Loss... What interests me the most is the memory usage.

Yes, the HALIC uses quite low memory. Because independent small blocks work. Of course, this situation negatively affects the compression rate. It is a fact that I compromise on the compression rate to ensure less memory consumption.
Post reply on HN