My brain read this is "Why not ear wax?"
Readit Newsdintech commented on Why xor eax, eax? xania.org/202512/01-xor-e... · Posted by u/hasheddan
For those that love the idea of this kind of child-friendly media consumption but maybe don’t have the time, consider Yoto. You can make your own cards that can contain one track or playlists of mp3s that you drag and drop onto a web interface. The yoto then downloads and stores those files, playing them whenever that card is inserted. You can also use the ipad app to browse and play the same content.
dintech commented on Have you ever seen a goth downtown? danco.substack.com/p/have... · Posted by u/simonsarris
A lot of people seem to be misreading the article as saying that goths are the 'cookie cutter counterculture' that he's accusing st vincent of calling her 'other freaks', but that's not what the article states, the example of goths is to highlight an actual counterculture that is not determined by NYU think tanks, and that they are the example you should look to for how your society treats actual freethinking.
Some will, no doubt, thereafter argue that goths all dress/look the same and thus can't be actually free thinking, but that would require not having a clue about goths or that their expression of being goth tends to look similar because 'the aesthetic' is the defining aspect, but even within that aesthetic there is quite a wide variety of styles and looks that some people will not even consider to be a 'goth'.
“You’re unique, just like everyone else”
dintech commented on Show HN: Eonfall – A new third-person co-op action game built for the web eonfall.com... · Posted by u/jonkuze
I need look inversion. I can't play it this way.
dintech commented on CrowdStrike Update: Windows Bluescreen and Boot Loops old.reddit.com/r/crowdstr... · Posted by u/BLKNSLVR
I guess the difference I'm interested in is whether HFT tends to be "realtime", in the sense that there's a hard deadline that you need to hit every time.
Put another way, audio is operating on a much longer timescale, but cares a lot about worst-case latency (as well as throughput and quality). Is that true of HFT also, or are they more concerned with average latency? If computing a trade takes too long, can they just discard it, or is it catastrophic to miss that deadline?
Yes, there is a lot of effort to understand, for example, the 99th percentile tick-to-trade latency as well as the average latency. For a lot of those worst-case timings there are things that are occasionally out of your control like the kernel, the network, the hardware. Then there are things always in your control like how you implement your software.
Most HFT algos are busy-spinning. You'll see a core pinned at 100% as it checks for input availability over and over. The vast majority of the time it is actually doing nothing, from an external point of view. When that tick appears that it needs to react to, it springs into action. It might react to some input in the range of a few hundred nano seconds but for literally billions of nanoseconds it's doing nothing at all.
Audio is processing a buffer of data (usually whatever your audio interface buffer is set to), then waits patiently until the next buffer arrives. There's a regular pulse to it. If your CPU isn't hurting, there's way more time between those buffers than are required to process them. The order of magnitude between work and 'not work' for HFT is huge compared to audio generally. HFT logic is simple, small and fast. Audio is hopefully complex if you paid good money for it. The best way to go fast is to do almost nothing.
In terms of the impact of not meeting a particular deadline, it's an opportunity cost in HFT. In audio, you get audio dropouts if you can't process it fast enough. In HFT, if your reaction time is slow, you're not at the front of the queue for that juicy trading opportunity you and everyone else just spotted, then you miss it entirely and someone else gets the prize. HFT is all about making thousands of small statistically favourable bets and being able to execute on them fast enough to realise the opportunity before the next fastest guy.
I'm curious how HFT relates to pro audio programming. The timescale is close to gaming (usually <10ms for desktop PC work), but you really care about the tail of the distribution. All the audio processing happens in a high-priority callback that's called for every audio frame and needs complete within the time budget, so you typically never allocate, do IO, or use any blocking synchronization primitives [1].
It's not hard real-time like you're going to crash your car, but if you miss your deadline it causes an unacceptable and audible glitch.
I've always been a bit surprised that Jane Street uses OCaml. I know they've put a lot of attention into the GC, but it still seems fundamentally indeterminate in a way that would make most audio devs nervous.
[1]: http://www.rossbencina.com/code/real-time-audio-programming-...
Audio has a lot of buffering behaviour that you wouldn't generally see in event-reactive HFT. Think of all the plugins that you know of that have non-zero latency, compressors with 'lookahead' etc. There are maybe some similarities where the logic is more complex (loop unrolling, SIMD and so on) but I feel like plugins are generally optimizing for throughput (CPU usage) and quality (oversampling etc) rather than purely latency in most cases.
dintech commented on Issues with 1.1.1.1 public resolver and WARP cloudflarestatus.com/inci... · Posted by u/WayToDoor
I’ve just started using Warp+ and it has been excellent for my specific use case: better peering to my Plex server while in another continent. Plex was unusable and now it’s not. Overall very happy despite this brief outage.
Nice! I’d love to see this for K also.
dintech commented on Coltrane: A music theory library with a command-line interface github.com/pedrozath/colt... · Posted by u/robenkleene
Hey there everyone. My name is Pedro and I'm the creator of the mentioned project.
First of all, I'm really grateful for all the feedback, positive and negative, about my project. When I started this 6 years ago, I was teaching myself harmony. Writing a Ruby Gem was a way of making sense of all that and at the same time making what I consider "music calculations".
A lot has happened since then. I've realized that while a Ruby gem might be cool for some applications, I really wanted to have something more visual and more inviting. Like an app. I have completed my (belayed) college degree on Graphic Design with my final project being this app's design. It's all ready. Now it's just a matter of finally implementing it. So I've been working, since around 3 years, on a multiplatform app. Possibly also a VST plugin version for DAWs.
Thank you all for the interest on the Gem/CLI project however. It's not abandoned. Since many of you expressed interest on it, I'll take a look at the problems you reported. Certainly a way to install via homebrew would help I believe.
It's 4 AM over here now so I better cut it here but will comeback later and maybe answer some of the individual messages.
Looking forward to buying the vst! Where can we keep track of developments?