Hacker Newsnew | past | comments | ask | show | jobs | submit | owenfi's commentslogin

I've been thinking of and briefly working on a similar project.

One idea is to analyze timing as well, and "trigger" things after certain sequences (so play 1-3-5 as say eighth notes and then get an in-rhythm arpeggio one octave higher) or detect the beat and play on the upbeat.

I haven't done any Rust, but this might give me a good reason to give a try.

Have you considered making it a plugin? (makes replay easier in my opinion, but brings other pain like relaunching the DAW between builds...)



I had added a metronome and a note generator to this earlier which aren't working well exactly right now. But this would definitely increase playability. I agree that there should be a VST plugin version of this as well. It can also live as a standalone app and a plugin. Could you elaborate on the analyze timing? If you had to play using this, what would you like to hear ?

I like this fairytale as an analogy for AGI, but this article misses the point.

We are the mouse.

> I don’t really believe in the threat of AGI Just like the mouse doesn't believe in the Gruffalo (until it shows up).

The mouse goes through the woods scaring the hypothetically-more-dangerous creatures with its stories (us, using our intellect, weapons, destroying habitats) until the real Gruffalo shows up.

For a bit, the mouse "uses" the new tool to scare the animals even more (as alluded, human with tool, scarier than without).

Eventually the mouse scares the Gruffalo away (analogous to the brief window when we think we have AGI under control).

The next (unwritten) chapter probably doesn't look so good for the mouse (when the gruffalo grows to enormous size, eats him and all the other animals in the woods on a sandwich, and sucks up the rest of the resources on the planet.)



Also the table mentions 8 models but there are only 6, and no underlining as claimed.


Sorry if the article or references answered this but I couldn’t quite tell if so:

What are the bandwidth requirements of establishing clock sync around 1ms?


The bandwidth requirements are very low - you can sync time over a 56kbps serial port if you like.

However, the big benefit of PTP is having your precise timing and your main network connection share a single wire - so if your server needs 10 Gbps for whatever the server does, to get the highest accuracy you'd want a PTP compatible switch with 10Gbps ports.


The bandwidth is low, but the latency requirements are stringent since PTP does a wire delay calculation with multiple back-and-forth messages. If that gets affected by, for instance, jumbo frames being on, your bound on the clock value is much worse than if you have a relatively uncongested link.


Agree, except I think you missed the beginning of that episode.

Like there are no overnight successes, there are many prompts and maybe not the best strategies (such as “I’ll give you a dollar if you clean up”).


Haven’t listened to much of this yet, but like the podcast a lot in general: https://podcast.clearerthinking.org/episode/248/erick-brimen...


Also good starting places (but still, only understood a tiny bit of what was there).

https://podcast.clearerthinking.org/episode/208/scott-aarons...

https://quantum.country


But it's also super confusing, is it written already? Is it coming soon? Shouldn't there be a link or some sort of indication?


I think it's been said better elsewhere but it might be: https://atp.fm/483

John for a bit @ 1:11:44

Casey and John @ 1:15:30 "The more time you spend on this planet the more likely one of these features will be useful for you"


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: