tumult

Can’t edit this comment now, but the opening sentence has a typo. It should say, “I don’t think Max4Live is a good choice for building audio plugins.”

I don't think Max4Live is not a good choice for building audio plugins. It's a weird platform that was designed for 'institutionalized academic music,' as I once read someone describe it. It's difficult to program in and not efficient. None of my favorite music software is made with it. It's also quite buggy, in my experience. For doing some basic extensions to Ableton Live specifically, beyond what VST allows access to, it's OK, since it's the only official way to do so.

If you want to just dive into DSP using wires and boxes, with some additional code sprinkled in, SynthEdit or Reaktor Core are faster, more fun, and produce better results. If you don't mind C++, check out iPlug from REAPER's WDL codebase: https://www.cockos.com/wdl/ — there are some forks of it.

There's also JUCE. You'll find some people complain about it and some people regret using it, despite it being relatively popular.

There are some Rust things for doing VST (and AU) development. Here's one that I've seen a few things made with: https://github.com/robbert-vdh/nih-plug/tree/master I wouldn't worry too much about the differences between C++ and Rust in this world. Audio software tends to be buggy, so the bar for being considered 'good enough' is pretty low.

Computers aren’t humans. Software isn’t a person. If you’re going to argue as if computers are now people and deserve having laws apply to them, think about the implications of you owning a human.

Computers aren’t human. Software isn’t people.

These are apparently false DMCA letters. Attribution or payments aren’t really relevant. According to the article, the person filing the claims has no ownership of the copyright. Even if they were being ripped off (which it doesn’t seem like they are) that wouldn’t give them ownership of the copyright.

Ripcord will temporarily remember deleted messages for channels in which you're a moderator. You can view the contents by right-clicking on the message. It won't do this if you aren't a moderator in that channel.

This is to help avoid having to use a bot to log all message edits+deletes, usually done to mitigate bad actors saying something bad, getting someone else to report the message or take a screenshot of it, then delete it afterwards.

Yeah, that’s already the case with every online service. They don’t need to be vague — they don’t have to give any reason for banning you.

That's not the TOS. That's a 3 year old tweet with multiple people in the replies asking to cite where in the TOS it says that, and no further reply from the official account.

Can you show where in the TOS third-party clients are disallowed?

(The Discord TOS does not even mention third-party clients.)

Computers aren't human. Software isn't people.

1) The Supreme Court's 2021 ruling of Van Buren vs United States CFAA ended the era of the CFAA being used as a legal tool to stop interoperability.

2) You can use another company's marks, names, etc. to indicate your product works with their product. You have to follow some guidelines.

The time of CFAA being wielded to suppress interoperability is over. The Supreme Court's 2021 ruling of Van Buren vs United States put an end to it.

Computers aren't people. Software isn't humans.

Is this actually true? I searched and didn't find anything about LG ending their computer display LCD manufacturing.

Not a violation. Decided by Supreme Court in 2021. Van Buren vs. United States. It was a big deal.

In the imaginary world where that's what the terms of service says, that's still fine for Ripcord -- Ripcord isn't a derivative work.

Ripcord isn't a derivative work, both practically and in the legal sense. It's implemented from scratch. Ripcord isn't a resell of their service or a sublicense of their service.

I would like to say stuff about it, but can't just yet.

In the case of Discord, for example, the terms of service doesn't even mention third-party clients. Also, these services are accessible from web browsers, which are made by third parties. There are more reasons, like users being able to run whatever they want on their own computers, but just the ones above are enough.

I mean, you don't have to. I appreciate the skepticism. I am the actual author of Ripcord. I've had an account here for many years. You will not find someone with better firsthand knowledge about Ripcord surviving or not surviving legal challenges.

Author of Ripcord. You’re wrong, and creating and using software compatible with services is fair.

Author of Ripcord. You don’t know what you’re talking about and shouldn’t broadcast your assumptions as fact.

The second (or first, maybe) most popular Uxn emulator, Uxn32, has sandboxed filesystem access, and has had it since the beginning. The author of the original article doesn't know what they're talking about.

Uxn32, a full Uxn implementation for Win32, already implements this kind of filesystem sandbox, and has for months. I don't think the author did any research, and instead focused on research-y aesthetics.

Not stopped. The next update is being worked on.

A third party client like Ripcord isn't a derivative work.

It also wasn't made by reverse engineering any of Discord's code. Even if it were, these rules still wouldn't apply to using third party clients.

Just curious -- where in the TOS are third party clients forbidden? I've read it a few times, and I'm not seeing it.

Thanks. I hadn’t seen that when I checked the news before posting.

This article from The New Daily states that two deaths were caused by contaminated vaccines. But as far as I know, this has not been stated here in Japan—two people who had received vaccines from a lot that had been suspended (not confirmed to have been contaminated) died within a few days of receiving the vaccine, but there have been no statements about the cause of death at all, or if there is any connection to the vaccine.

https://www.japantimes.co.jp/news/2021/08/29/national/modern...

The article also says that additional contaminated vaccines were found. But this is a lie. The two people who died were vaccinated from the lots that were already suspended. There are no new suspended lots or suspicions of additional contaminated lots. (There is 1 confirmed contaminated lot, and 2 other lots from the same plant were proactively suspended. This happened simultaneously and are the only suspended lots.)

This article from The New Daily seems to be twisting news from a foreign country (Japan) to make a point about domestic affairs from its own country (Australia.)

I've never read anything from The New Daily before, but this reporting is very low quality.

Please correct me if I'm wrong about any of this.

> As I recall, shareware never did that. It violates the spirit of leaving the user alone, user automonomy.

Lots of shareware did and does that. It's normal. It's just an update check. It doesn't self-update. It doesn't transmit any information. No logs are collected. It just displays a "update is available" message if it finds that an update is available, with a link to the website to download the new version.

> Today authors instead try to perform telemetry and control the use of the software after download through "automatic updates". They seek to gain from users' laziness to change defaults. They want to collect information about users and their usage habits. "Involuntary feedback."

Ripcord doesn't send any information about the client when it checks for updates. No information is logged on the server. It just fetches from this URL: https://cancel.fm/ripcord/updates/v1

Ripcord does not have any kind of telemetry or analysis system in it. It doesn't even report which OS you're using to the static file HTTP server — the update info URL returns the information for every OS at once.

> How about starting the program while offline, i.e., network interface down.

It works fine if you do that.

> "How do I prevent Ripcord from checking for updates before I'm able to open the preferences window to disable it?

This is provided as a way for users who extra paranoid to turn it off outside of using the normal preferences in Ripcord, since that requires launching Ripcord at least once. It's not the only way to do it. (It'a also useful for package managers on Linux who don't want "update is available" notifications to show up for their users.)

The normal preferences window in Ripcord has a clearly labeled checkbox on the first page for turning update checking off or on. I don't know what alternative there is. If it was off by default, most users would ask why it was off by default and why are they being tricked into being left to use outdated versions. I don't know any software that does this.