Discord client that works on Win95*, Win98 and above
github.com
github.com
¹) https://cancel.fm/ripcord/, no new releases since 2021
²) I'd not generally suggest this approach. However, since COVID we have been using Discord a lot for informal communication with our students. Losing access to a dozen course servers mid-semester was a huge problem for me.
Twitch could increase sub emote limits, but I'm not sure they would want to. Many emotes on FFZ et al are memes used in hundreds of channels and could not be used on Twitch even if copyright was not a concern due to violating many of the other sub emote guidelines:
https://help.twitch.tv/s/article/emote-guidelines?language=e...
So Twitch has no real reason to try and compete on this front. They just don't officially support it, which means anyone using the official Twitch app or not using any browser extensions will only see them as weird text in the chat. If Twitch updates the layout and breaks the extensions, the extensions will adapt, so power users get a ton of extra features at no cost to Twitch.
While these services make money riding Twitch's coattails, anyone willing to pay for the premium tiers of these services is likely either a streamer who wants to load up more meme emotes for their chat to use (increases engagement) or is the kind of power user who subscribes to multiple streamers at tier 2 or 3, so I doubt they hurt Twitch's bottom line. If anything, going to war with these extensions would likely hurt their bottom line since features like FFZ's audio compressor make many streamers' terrible audio settings listenable.
"Click this button to activate double XP in CoD" sort of thing
They're fairly minimal and unobtrusive (and may even be opt-out), but also implemented with some minorly annoying dark patterns like being animated into existence in the middle of the toolbar. (I fairly commonly end up accepting "quests" when trying to change audio settings.)
They also push Nitro the same way.
https://support.discord.com/hc/en-us/articles/25516720403223...
They send a tracking request for every single thing you do in their client. Clicked on someone's profile, clicked on a channel, clicked on a server, etc. The URL was named /track before but they renamed it to "/events" and then recently "/science" (but it's still a POST with no response).
Also their desktop client is literally a remote administration toolkit, it has full access to FS (electron app) and it loads every script from their servers. On launch the desktop client opens websocket server for command and control listening.
They can just add something like require('fs').readFileSync(process.env.HOME + '/.ssh/id_rsa').toString() and send this to their servers, and you won't even notice that (since it doesn't require an update on client because the client is just a browser with full permissions that loads obfuscated code from their servers every time you launch it).
I can understand an open source project being on GitHub, since, at one point, they were a pretty warm-fuzzy place, and so attracted a lot of open source projects, before they sold out to Microsoft.
But I really don't know how so many open source projects looked at Discord, early on, and thought that's a good idea.
AFAICT, Discord is pretty antithetical to open source and, especially, libre software.
I help run a few Discord servers and due to financials, I'm always worried about extremely hostile actions by them to make money.
My list of things good open source replacement would have:
Decentralized chat servers with history
Run a optional centralized login service so users have one login
Optional centralized service knows what servers the user is a member of so any client they login to will automatically know which servers they are member of.
Centralized Mobile Notification service
Federation is absolutely not a requirement or a way around this.
This is a fairly reasonable generalisation to make about the vast majority of open-source software. 'Normie-hostile'.
it's as close to a discord-y experience as you're likely to get.
When I say normie, they are not posting on Hacker News and never heard of Y Combinator ;) They are your non tech friends and a lot of open source needs to interact with them where they are. Where they are is Discord.
https://github.com/zulip/zulip/blob/9.4/LICENSE (Apache 2) and if you mean "good [hosted] replacement" https://zulip.com/for/open-source/
It, of course, does not speak to your decentralized wishlist but I'm sure they'd welcome an issue describing your goals
I saw a post about webpush a day ago. Not sure if anything has changed for zulip in that area.
We charge businesses for our push notifications service because we need folks using our 100% open-source product to run their business to help pay the cost of developing it.
Judging by the design choices I've seen in Matrix 2.0 beta clients, this seems to be changing. A few important fixes and a lot of UI simplification are falling into place. I would not be surprised if I could get my family members using it once these are all integrated in fully functional clients. Here's hoping.
You either have something relatively niche that’s open but people are unlikely to have installed and is often non-trivial for project maintainers to set up and maintain. Or you have something that solves those concerns but is proprietary and sometimes even actively hostile to 3rd parties.
It feels like the whole messaging ecosystem has taken several steps backwards over the last 20 years.
Plus there’s also the problem of finite time and proprietary tools just being more convenient.
This was the norm in the late-90s through about 2010 and then suddenly it wasn't good enough.
The problem with IRC is exactly what you described yourself. You “just” need to install a half dozen things to get a modern experience and it’s not something that either the project maintainers nor casual uses of your project are going to want to do.
I loved IRC for a decade or so and even I can’t bring myself to officially support it on my open source projects. It’s just a distraction — time that could be better spent actually writing code or supporting users and other contributors.
I don’t support Discord either, but I get why other maintainers might like the zero-effort solution. It enables them to focus on the project and not building auxiliary services.
This is the problem that people miss when they talk about “just use x”… they forget that being a project maintainer is a massive time sink and time is finite. So we sometimes have to make trade offs. If it’s a choice between configuring IRC or that highly requested new feature, then few maintainers are going to pick IRC.
I stopped developing open source software because I got tired of dealing with getting people in my email demanding things from me despite it just being a personal project to scratch an itch, so I understand that a developer may not have the time to set up infrastructure to offer a modern experience over IRC. If that's the case a project is in then I agree - actually developing the project is more important.
It's more of a lament that things aren't the way that they were, not a demand that everybody cater to my preferences.
What value do you think this click tracking data has? I'm genuinely curious. To me this seems like Product Manager Telemetry, which is still an insidious and pervasive privacy problem (see: Microsoft Windows), but I can't quite understand how this is a You Are the Product situation. What purchaser is going want to buy data about where people are clicking on the Discord client? What value does this provide them?
> Also their desktop client is literally a remote administration toolkit, it has full access to FS (electron app) and it loads every script from their servers.
A full-fledged desktop app could also load code from a server and execute it. Or just install an "automatic update." If you're worried about this kind of thing you should be sandboxing every application that can access the Internet.
Totally different than "automatic updates" of actual applications.
>> What value do you think this click tracking data has?
That it is collected at all shows that, at least to data miners, a user's data has a value greater than the cost of collecting it.
In particular, my issue with modern IM app UIs is that the chat switcher is merged with the chat list. You can't have multiple chats that you're currently active in open at once and switch quickly between them. If you switch away from a chat, you have to find it again in the list to return to it, possibly requiring a lot of scrolling and multiple clicks for what could've been one click or even a keyboard shortcut.
Ctrl + / lets you see all the short cuts.
That's because nobody uses more than one window. Remember, Discord was for gamers, not the tech zealot with a taskbar full of windows. Speaking from experience, I've had extremely low success trying to get normal people to understand windows. So a one-window-contains-all design is great for normal people. This design is also shared by Skype, LINE, and other mainstream chat software. Modern email clients also follow this design paradigm.
And if you still doubt me, remember: The two most popular operating systems in the world, iOS and Android, do not have windows.
Windows are a failed analogy as files-and-folders, normal people do not understand them and software for normal people rightfully don't use them.
Weird claim regarding files and folders. In my experience, my pretty tech illiterate relatives have a pretty strong grasp for them. Younger people do not, because they only use mobile computers that don't make frequent use of that abstraction.
Why are they a failed analogy? What are normal people doing instead of using them?
They do things very simply.
Most people can not multi task, which means they only ever work with one window at a time. They get immediately confused with multiple windows. Likewise files and folders, most people can't grasp what they can't physically see so the very concept of files and folders inside a computer is pig latin and they just dump everything on their desktop which they can physically see.
A lot of tech nerd sensibilities are based upon very specific assumptions that just don't apply to most people, normal people. Anyone who wants to say anything about human interface design needs to first go out into the real world and see how real, normal people actually use computers.
I think we can afford to admit that this is a bit reductive and misrepresentative of the efforts required.
It's easy to see here too, not the least the infamous DropBox comment.
What do they dump on their desktop? Surely it is files and folders!
You have to keep mobile and desktop OSes separate. Mobile OSes are for use on-the-go and mainly focus on content consumption and getting most out of a pocketable touchscreen. Desktop OSes, in contrast, are for productivity. People understand browser tabs, how would a tabbed chat window be so fundamentally different?
> Modern email clients also follow this design paradigm.
Email clients are different. You don't usually jump between messages/threads back and forth like you do all the time in IM clients when you're actively chatting in several conversations at once. You open them one by one, read them, and go do something else after no unread emails are left.
On the contrary, I often have multiple emails open at once, since it's pretty common for me to need to reference information from other emails in the one I'm currently writing - usually to reference past conversations or lookup addresses that didn't make it into my contacts.
My anecdata suggests they don't. I have tried teaching normal people how tabs work, but I might as well be speaking pig latin.
But on desktop, tabs are plainly visible all the time and it's very easy to discover how they work.
I hate all these simplified designs we see in computers now just like most of the other weird people here, but those designs are not for a lack of good reasons.
What is wrong with IRC and mailing lists that everyone jumped to Discord? Since I have started to use Discord couldn't find a single good thing about it.
One of the reasons people trumpet for moving to Discord is "it keeps the message history!!!!!!!" which would be nice if 1) Discord's search wasn't a wet bag of cat ass, 2) if anybody _bothered_ to search for their question first (tale as old as time / song as old as rhyme / RTFM n00b), and 3) their platform wasn't moderated by and largely used of groomers.
It's not like you can't log IRC channel chat and make it available for search and BONUS, assuming Google doesn't replace everything with AI, it's easily discoverable through Google or other search engines once they get crawled.
Why did forums emerge ... like HN or Reddit.
Lots of technologies/platforms accomplish the same end goal. It's more about where have people gathered (network effects) and valuable information shared.
(Not many people are on IRC these days, and as a result - less valuable information can be found there)
mIRC for instance: Linux - use Wine
MacOS - run mIRC inside a Windows emulator, with no plans to change that, although it is compatible with other Mac-ready IRC clients that you can use to talk to the same people
Similar situation for Android and iOS compatibility
Source: https://www.mirc.com/mac.html
You're probably doing a lot of things to protect your privacy, things which prevent Discord from recognizing you're logging in from the same machine. Logging in from a browser? Wiping all the cookies and storage every time? Surprised it doesn't recognize you?
The UX sucks (even if there are a thousand UX's and some of them don't suck, they get drowned out by the sucky ones) and the friction is too high to get started.
> and mailing lists that everyone jumped to Discord?
They did UX right and lowered the friction. I doubt Discord actually poached users from IRC, they just made chatting great again.
It's Y2K brah if you can't paste an image into chat, your chat is garbage.
Chat is more than text, unless you go to meet your friend for coffee and you chat by typing out words on a typewriter and handing sheets of paper back and forth between each other.
And that's like one of the ten thousand problems with IRC.
"But it's lightweig..." so few people care about how lightweight it is that the statement "nobody cares how lightweight it is" is only off the mark by a millimeter or two.
Two more problems are: the ratio of dickheads-to-humans and security flaws so bad that any organization releasing a spec that bad today would be pilloried as either incompetent or actually literally malicious every day, by everyone, all of the time, on hacker news.
ps: the limit for IRC is 512 characters. If you try to paste an strace into an IRC chat if your client and server are good it will be broken up into multiple messages, if they are bad the message will be discarded, and regardless of if your message makes it from your client to everyone else, you will probably be autobanned for flooding.
You're looking at it from the perspective of a chat Participant instead of an Owner/Administrator.
For the owners+admins, the other alternatives of IRC, email mailing lists, forum software like vBulletin, phpBB, etc require extra work of provisioning a server and maintaining it.
From the perspective of the chat topic owner, Discord is the simpler than any of the above. Just click "Add A Server (+)" and start sending out invites in seconds. (https://support.discord.com/hc/en-us/articles/204849977-How-...)
In other words, the tradeoff is it's more hassle for some participants (like you) but it's less hassle for the topic administrator.
Another feature that's important to some Administrators that's not easily available on a self-hosted IRC server is blocking bots or lower-quality participants via Discord's "Verification Level": https://support.discord.com/hc/en-us/articles/216679607-Veri...
Turning that knob will also annoy some potential participants.
EDIT ADD a link to help illustrate the reply about "RBAC" implemented in Discord: https://support.discord.com/hc/en-us/articles/214836687-Disc...
Note: I just deleted Discord from my computer.
Of course! Your preference is understandable but it just means the owner/admin can't make everybody happy. Your rejection of Discord because the admin chose it must be weighed against the following factors:
(1) you also can't join an IRC chat that doesn't exist because the owner/admin has no interest in the extra work of setting up an IRC node. E.g. the open source code project maintainer has no interest (or wants to spend money) on provisioning a server to run IRC software. The money problem & hosting provisioning problem is solved by the owner/admin just using Discord.
(2) there are other users that prefer Discord because they already have the login for other purposes (gaming, art, etc). Millions of users already have the Discord app on their phone. No need for users to hunt down an IRC client. The owner/admin doesn't want to alienate them.
So to make users like ivanmontillam more happy, it requires making the owner/admin and the other users less happy because they don't want to use IRC. That's the tradeoff.
I rarely see a maximum system requirement.
Download for the Win95 version: https://github.com/DiscordMessenger/dm/releases/tag/v1.07a
https://ftp.zx.net.nz/pub/archive/ftp.microsoft.com/MISC/KB/...
This would be a show-stopper for a lot of things.
Hear that, official Discord?
---
Now, considering this project will be hunted down and DMCA-ed or C&D-ed soon, has the original author considered separating the generic messenger UI code from the transport code to make the codebase usable for less ... jealous ... services?
It used to go up to multiple gigabytes (i caught it at over 4 at some point) if you left the meme channel displayed for weeks. I'm guessing it used to keep all those animated gifs uncompressed in memory.
I does seem more reasonable now. For a javascript "application" at least.
> displayed for weeks
I'm guessing that since Discord is a gamer oriented application all their devs are used to restarting their Windows PCs daily and don't realize that you can leave other operating systems running for months* without any trouble.
* or years if you don't apply core os updates.
Maybe there is an approach using something like BoxedWine, to have a stable user-facing system that can be 100% ported to new hardware or underlying OS?
It sucks, but the repeated aggravation of broken expectations is worse.
That doesn't mean it stops working, and I know there are plenty of communities providing unofficial support for old Windows and even DOS. The situation with Mac may be similar but smaller, just due to relative popularity.
This is less of an issue for DOS and Windows 95/98 because software in that era was offline-first.
The most important thing you will need is to access digital banking and government services. These apps already requires you to have an updated and locked-down system.
If you disregard that requirement (let's say you'll replace a tablet periodically, just for banking and government services), the next important thing you will need is communication. That means an updated browser that can open the future generic wordpress-based website, discord, twitter or whatever platforms will be popular when you'll be old. These platforms already require an updated browser, and updated browsers require updated OS, which require updated hardware too.
You don't actually need a "completely stable computer system". What you need is a secretary.
No-one cares if the underlying architecture changes, so long as the user facing experience remains stable.
Actually, there's another way to do it. It's what I am doing, I just didn't realise it until now. :)
Reserve a room in your house for your own computer history museum. Use old systems, running old software, doing old tasks that you learned years ago. Never update, never upgrade. Each time you need something new and it doesn't work anymore on the systems that you have, buy another new system and add it to your collection. Keep using it for that task and newer, while continuing to use the old systems for the old tasks. Virtual machines work too.
The user computer remains unchanged through the decades. The interface computer is updated with all the security updates, and communicates requests back and forth between the user computer and the internet, ensuring format compliance. It also contains software to convert file formats from newer version to the user computer compatible versions (where possible). For example, converting Word document format to some old version.
Still good progress, though.
You may have to forego an always connected workflow but i guess that's good for your mental health too :)
What an ungodly abomination that is an utterly appropriate living metaphor for what "modern" OSs have turned into. I can't wait until everything also has "AI" shoved into it. It'll be great.
Skype 7.x was the last Delphi Skype.
This has worked very well for Chrome for a very long time, the only time it doesn't is for people like me that restart the computer only every couple of weeks.
Discord could have a similar model but choose not to for some reason.
Microsoft has generated billions of hours of bullshit labor pretending otherwise.
If you open it every day and still get updates there might be something wrong.
Unfortunately the only thing alternative clients for are good for now is getting banned.
I expected the installation to be infected very quickly, but seems it just got a bunch of port scans and not much more than that.
Security by 'obsolete' !
These days ISPs are better about shutting that kind of thing down. They monitor for botnet activity in their networks and their modem/router gateway combo devices are a lot more robust than they were in the 00's. It is also more acceptable now than it was to ship routers with upnp turned off by default, which helps A LOT.
For example, I'm paying double the local market rate of a 1gbit connection for ~150-300mbit connection, and I can't even change my WiFi password or SSID. That's just how everyone expects renting to be these days. It's not worth the hassle to fight it, so I just hack around with tailnet instead.
1. Modern VoIP applications are incompatible with Windows 95/98
2. Hardware availability
3. Networking issues
4. Driver support
5. Obsolete Protocols
6. Performance limitations (indeed, modern audio codecs may be an issue, incl. Opus and AAC)
A 250 MHz processor can handle basic voice chat but with significant limitations, and there is much more to it when it comes to practice... so while technically a 250 MHz processor might (for historical experimentation or nostalgia), in reality it is not practical for functional use today.
A Pentium III 733MHz with 128MB RAM running Win98 works fine for (low-res) video chat. Been there, done that.
No they aren't. DVD playback on early systems was hardware based using an MPEG2 decoder (often included on the sound card that came packed in with the DVD drive, or on some video cards or dedicated MPEG decoder cards)
Software playback of DVD's on a Pentium MMX at 233mhz is going to be limited to single digit framerates, especially if you are trying to decode Dolby Digital or DTS audio as well
I would be more concerned about modern video codecs. None of them are exponential time, but they need so much compute that it is unlikely that a Pentium II could handle them.
https://en.wikipedia.org/wiki/Microsoft_NetMeeting
NetMeeting even used an open ITU protocol that could voice call other clients! The 90s were a different time.