Live data from Hacker News

New Ultra Fast Lossless Audio Codec (HALAC)

hydrogenaud.io

101–110 of 201 posts

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#101
post #8

For what looks at first glance to be a potentially impactful development, this post and the "encode.su" one linked from it are extremely sparse on details. Where is the source code? A detailed description of what the codec actually does? References to relevant publications? All I see are two mystery Windows binaries, hosted on a forum I've never heard about. The fact that "encode.su" uses the world's most notorious d…

>>>uses the world's most notorious domain extension doesn't inspire confidence, to put it mildly.

What does this mean? Why or how is this TLD the world’s most notorious?

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#102

Cool toy and a nice piece for the CV perhaps, but it is difficult to take it seriously if you refuse to offer source code or a implementable specification. I would give you the benefit of the doubt that it might just be code shyness or perfectionism about something in its early stages, but it looks like the last codec you developed (“HALIC”) is still only available as Windows binaries after a year. I struggle to see…

You are right about this. But there are things I should add to Halic and Halac. When I complete them and realize that it will really be used by someones, it will of course be open source.

Sounds like some words in Filipino:

Halic = kiss Halac = raspy voice

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#103
post #8

For what looks at first glance to be a potentially impactful development, this post and the "encode.su" one linked from it are extremely sparse on details. Where is the source code? A detailed description of what the codec actually does? References to relevant publications? All I see are two mystery Windows binaries, hosted on a forum I've never heard about. The fact that "encode.su" uses the world's most notorious d…

>>>uses the world's most notorious domain extension doesn't inspire confidence, to put it mildly. What does this mean? Why or how is this TLD the world’s most notorious?

> The .su TLD is known for usage by cybercriminals.[4][5][6]

* https://en.wikipedia.org/wiki/.su

I would think that ICANN/whomever would have mandated its retirement / de-orbit, but a special exception was asked for:

* https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2#Exceptional...

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#104
post #92

I'd like to test this but mum said not to download unknown .exe files from the internet.

It’s not like the usual pipe-curl-to-bash installation instructions are much better.

And if the author of your parent comment saw a random forum user ask people to curl | bash from some random .su domain I'm sure they'd have no aversion to that! Great argument!

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#106

[flagged]

My works are fully cross-platform. There is no restrictive situation. I also prepared Linux and ARM versions for HALIC, but I didn't compile new versions because it didn't get much attention. When my Linux test machine is ready(crashed), I compile the Linux version of HALAC.

[deleted]

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#107
post #11

Earlier quoted context omitted.

According to the author, right? Those results aren't backed up by Porcus's comments in that thread.

Maybe not x3-5, but Porcus confirms that it is still very fast: > Though it is fast indeed! The decoding speeds are outright impressive given how FLAC is the fastest thing we ever saw ...

Yes, but thise "very fast" speeds are marginally faster than flac.

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#108

Earlier quoted context omitted.

> One of the cool things about open source is that other people can do that for you! This is a very valid point, but we should all recognise that some people⁰ explicitly don't want that for various reasons, at least not until they've got the project to a certain point in their own plans. Even some who have released other projects already prefer to keep their new toy more to themselves and only want more open discours…

> I/we want to keep my/our primary fork fully ours The "primary" fork is the one that the community decides it to be, not what the authors "wants". Does it really matter what is the "primary fork" for those working on something to "scratch their own itch"?

Hence I said my/our primary fork, not the primary fork.

If I were in the position of releasing something⁰: the community, should one or more coalesce around a work, can do/say what it likes, but my primary fork is what I say it is¹. It might be theirs, it might be not. I might consider myself part of that community, or not.

It should be noted that possibility of “the community” or other individual/team/etc taking a “we are the captain now” position (rather than “this is great, look what we've done with it too” which I would consider much more healthy and friendly) is what puts some people off opening their toy projects, at all or just until they have them to a point they are happy with or happy letting go at.

> Does it really matter what is the "primary fork" for those working on something to "scratch their own itch"?

It may do further down the line, if something bigger than just the scratching comes from the idea, or if the creator is particularly concerned about acknowledgement of their position as the originator².

--

[0] I'm not ATM. I have many ideas/plans, some of them I've mused for many years old, but I'm lacking in time/organisation/etc!

[1] That sounds a lot more combative than I intend, but trying to reword just makes it too long-winded/vague/weird/other

[2] I wouldn't be, but I imagine others would. Feelings on such matters vary widely, and rightly so.

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#109

Earlier quoted context omitted.

This argument comes up reasonably regularly. No, the majority of the world does not download and run binaries from non-reputable sources. The distinction between reputable and non-reputable varies, but broadly easily spoofable user uploaded content falls into the non-reputable. Most people download software from trust worthy websites like the official chrome website. Indeed, the fact that people are continually scamm…

You are simply toeing the line of corporate propaganda, that says people must always submit to centralised authority instead of exercising their own judgement. That is what is leading us to dystopia. We are not "pretending", we are simply stating that the magnitude of risk is absolutely tiny. Insecurity is freedom. Don't let them take away the latter in the name of security. "There is nothing to fear but fear itself.…

take the L

Re: New Ultra Fast Lossless Audio Codec (HALAC)

#110
post #18
post #14

Earlier quoted context omitted.

Hydrogenaudio is well known in this area and many new prototype codecs are announced there first. Also, the lack of source control and Windows-only binaries are very much congruent to the style of development there. See it as your confrontation with a new world, because small it is not! And later, you will learn to understand the depth of the contribution that the ffmpeg project provides :)

So people just download .exe files that they see in those forum posts and run them on their machines? New world indeed...

That's an old world, for me. It's how the Windows software ecosystem worked and works to this day.
Post reply on HN