Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

AudioFlux: A C/C++ library for audio and music analysis

github.com

Post reply on HN
Print view View original

51–58 of 58 posts

Re: AudioFlux: A C/C++ library for audio and music analysis

#51

Post by DragonStrength »

pjmlp wrote: post #47
DragonStrength wrote: post #46

Earlier quoted context omitted.

A library can be written in one or the other. Note most of your "evidence" is job postings, which are generally written by non-technical folks who often mistake Javascript and Java. But no, there is no "C/C++" language or library. There are skills which help you in both. There is code that compiles with both compilers. There is no WG21 for C/C++. Yes, Visual Studio supports both C and C++, but those are, in fact, two…

Of course there is no "C/C++" language, only people that failed at English grammar class, and have yet to update their English parser and semantic analisis. From Herb Sutter, a name that you might know what relevance it has for WG21, I hope. "Keynote: Safety, Security, Safety and C / C++ - C++ Evolution" https://www.youtube.com/watch?v=EB7yR-1317k

Context is important in English. Your example is, again, a different context.

A library is one or the other. Talking about safe systems languages where C and C++ share memory safety issues is very different from promoting a library. Thanks for the opportunity to clarify here. You’re confusing context with lack of technical precision.

Re: AudioFlux: A C/C++ library for audio and music analysis

#53

Post by pjmlp »

DragonStrength wrote: post #51
pjmlp wrote: post #47

Earlier quoted context omitted.

Of course there is no "C/C++" language, only people that failed at English grammar class, and have yet to update their English parser and semantic analisis. From Herb Sutter, a name that you might know what relevance it has for WG21, I hope. "Keynote: Safety, Security, Safety and C / C++ - C++ Evolution" https://www.youtube.com/watch?v=EB7yR-1317k

Context is important in English. Your example is, again, a different context. A library is one or the other. Talking about safe systems languages where C and C++ share memory safety issues is very different from promoting a library. Thanks for the opportunity to clarify here. You’re confusing context with lack of technical precision.

Nope, I just have better things in life than to be pissed off in Internet when people using English grammar rules accordingly.

We both made it quite clear where we stand, so there is hardly any value pointing out uses of C/C++ expression by other key WG14 and WG21 members, papers or products.

Re: AudioFlux: A C/C++ library for audio and music analysis

#54

Post by gpderetta »

n4r9 wrote: post #20
nesarkvechnep wrote: post #3

What's this C/C++ language?

Some preliminary analysis suggests that if C is an integer greater than 1, C/C++ will always evaluate to 1 [0]. [0] https://www.programiz.com/online-compiler/9fkHTct0Mybpu

Actually it could be 2 or 1. IIRC the order of evaluation of operator parameters is unspecified (this used to be UB, now is merely unspecified).

/extremelypedantic

Re: AudioFlux: A C/C++ library for audio and music analysis

#55

Post by aa-jv »

bravura wrote: post #2

If this is supposed to be used for deep-learning, shouldn't all the transforms be GPU-accelerated torch functions?

A GPU is useful, but DSP's are also still useful - for example there is a compelling case to have frameworks around such as AudioFlux, JUCE and others, in order to support portability and also realtime analysis competitively, which is important in this domain, where such things as Qualcomms' ADK, and others, is quite literally being put inside peoples ears...

Not to say that big-AI shouldn't have audio analysis as a compelling sphere of application, but more that, until the chips arrive, in-ear AI is less of a specification/requirement, than in-ear DSP.

We don't need AI to isolate discrete audio components and do things with them, in-Ear. Offline/big-AI, however, is still compelling. But we don't yet have GPU neckbands ..

Re: AudioFlux: A C/C++ library for audio and music analysis

#56

Post by aa-jv »

bravura wrote: post #19
tgv wrote: post #5

Earlier quoted context omitted.

By the looks of it, those functions extract features (like frequency peaks). You do that once for a sound. The output could function as input for an NN, in which case it would be a tokenizer for sound.

Given what I've seen in audio ML research: 1) Tuning hyperparameters of your audio preprocessing is a pain if it's a preprocessed CPU step. You have to redo preprocessing every time you want to tune your audio feature hyperparams 2) It's quite common to use torchaudio spectrograms, etc. purely because they are faster (I can link to a handful of recent high-impact audio ML github repos if you like) 3) If you use nnAud…

>Again, I just don't get it.

The point is, ship it.

Seriously, nobody is lugging a GPU around to interact with their most frequently used micro-computing platform, their headphones, which right now, already represent a new and extraordinary era of "accelerated component" market expansion.

The 7 microphones in your earpiece, and the 6 speakers pushing air into your head, are not quite as close to the GPU, as they need to be, perhaps .. but they already have a DSP, and there is already a silicon battle going on among the vendors.

>You can't do this with these C++ features.

Yes, and I think the point in the end, is to use AI to write better C++ code, and design better, cheaper, smarter silicon, as always (and actually ship it) ..

Re: AudioFlux: A C/C++ library for audio and music analysis

#57

Post by dsego »

shultays wrote: post #50
dsego wrote: post #9

Earlier quoted context omitted.

C can be used in C++ code, no?

#ifdef _cplusplus #include #define print() int main(){cout #define print() int main(){printf("Hello world! -- from C\n");} #else import builtins print = lambda : builtins.print("Hello world! -- from Python") #endif print() Some python code works in C and C++ as well but people don't group them together and call Python/C/C++

You must admit that C/Python doesn't quite have the same cachet as C/C++. C & C++ also share the same name, C++ was born as a derivative of C (with classes), they have the same syntax, logical constructs etc. Python is not even a systems language.

Re: AudioFlux: A C/C++ library for audio and music analysis

#58

Post by DragonStrength »

pjmlp wrote: post #53
DragonStrength wrote: post #51

Earlier quoted context omitted.

Context is important in English. Your example is, again, a different context. A library is one or the other. Talking about safe systems languages where C and C++ share memory safety issues is very different from promoting a library. Thanks for the opportunity to clarify here. You’re confusing context with lack of technical precision.

Nope, I just have better things in life than to be pissed off in Internet when people using English grammar rules accordingly. We both made it quite clear where we stand, so there is hardly any value pointing out uses of C/C++ expression by other key WG14 and WG21 members, papers or products.

I only jumped in when I saw your inaccurate, condescending post. I'd hate for people to be misled by your confidence in making a pretty simple English mistake. Context always matters in English and precision matters in technical discussions.

"C/C++" has meaning in some contexts and reveals ignorance when used out of context. The post title here uses it incorrectly, but yes, there are ways to use it correctly. We disagree on that because you can't tell the difference in the two. So it is, but the actual explanation of usage is there for others who do care if they are perceived as non-technical in technical environments.

Post reply on HN