Recommended Posts

I've never really understood how people can be so loyal over a graphics binding API, in the end it all comes down to driver quality and how good the hardware is. The original blog post about the performance difference puts it down entirely to the Linux drivers and how Source uses OpenGL compared to Direct3D. It's not that OpenGL is "faster" than Direct3D, it's that Source spends a few microseconds extra when it talks Direct3D.

I would bet the vast majority of people wouldn't be able to tell the difference between a game using Direct3D and a game using OpenGL, simply because there should be no graphical difference if it's done right, the people who would notice a difference are those with buggy/non-existent drivers, or those that checked what the game engine uses.

Indeed Max Norris. Like I said previously, I'm all for gaming on Linux if it is genuinely faster, but this 1 flawed comparison isn't going to convince me. I'm not going to make the switch just on the thought/hope that it's faster like the Linux fanboys do, I prefer solid statistical evidence. Bring on a fair testing ground of OpenGL beating DX11/11.1 please with the exact same feature set.

I'm sorry but that's kind of a given considering it's pushing the GPU to do a lot more visually than DX9 games do. Uses a lot more memory and requires a lot more computational power to pull it off.. yea its going to require more horsepower to run. Newer stuff (games, apps, whatever) typically always need more horsepower to run, this is nothing new or specific to gaming, or even DirectX. I'm sure throwing a crapton of work at OpenGL 4 is going to make it a tad slower than OpenGL 1 too dont you think?

And so you'll get an even lower fps. So by using Direct3D 9, that fps is higher than it would be with 10/11. That was my whole point.

Ah, no, sorry again, fully supports DirectX 11. Look for yourself. Even shows visually how it makes it looks a lot better than DX9. They're embracing DX11 head on.

http://mycryengine.c...dex.php?conid=8

The whole engine isn't built around DX11 though. The console and PC versions will ship with DX9 rendering. And like Crysis 2, the DX11 will not be enabled by default.

Again, see above, that's a given.. more math makes more work. (You do know that most DX11 games have an option to turn those visuals off for those with underpowered GPU's yea?)

Again, the point is, by using DX9, Valve is actually giving Direct3D an advantage because it doesn't use the latest technologies, and therefore as you said, it's less demanding for the system. If DX10/11 was used, I'm sure the fps disparity would be even greater.

Congrats on one benchmark being faster. I can show some recent published benchmarks that's completely the opposite where Linux falls short in performance.

Break out the benchmarks ;) I'm always interested provided they are fair, balanced, and recent. And if you're talking about the Unigine benchmarks, I should say that some of the performance bottlenecks that were fixed after Valve's bug reports also apply to that engine, so I'd wait for the fixes to hit mesa before parading them.

The original blog post about the performance difference puts it down entirely to the Linux drivers and how Source uses OpenGL compared to Direct3D. It's not that OpenGL is "faster" than Direct3D, it's that Source spends a few microseconds extra when it talks Direct3D.

Some of it is down to GNU/Linux and some of it OpenGL (it runs faster than Direct3D on Windows too). And the extra time wasn't spent in the source engine, but the Direct3D batch processing in Microsoft's code.

I would bet the vast majority of people wouldn't be able to tell the difference between a game using Direct3D and a game using OpenGL, simply because there should be no graphical difference if it's done right, the people who would notice a difference are those with buggy/non-existent drivers, or those that checked what the game engine uses.

On lower spec machines, a 20% fps difference can make the difference between playable and unplayable.

Indeed Max Norris. Like I said previously, I'm all for gaming on Linux if it is genuinely faster, but this 1 flawed comparison isn't going to convince me. I'm not going to make the switch just on the thought/hope that it's faster like the Linux fanboys do, I prefer solid statistical evidence. Bring on a fair testing ground of OpenGL beating DX11/11.1 please with the exact same feature set.

This is not a flawed comparison:

1.- The blog post is about the performance increase on Linux from 6 to 315 FPS thanks to the work by Valve and the GPU vendors.

2.- The Windows 7 stats are there for reference. If you are working on improving performance on your Linux port you surely want to compare with your previously working implementation on another platform.

3.- So far I haven't seen anywhere what exact OpenGL version they are using on Linux. The claims about Valve using OpenGL 4 are just assumptions.

Long story short: there's no need to get butthurt, this is not a competition. They just released numbers to show how their work in these last months reflect on their ongoing Linux implementation compared to what was a "final", stable implementation (which just happened to be on Windows).

The whole engine isn't built around DX11 though. The console and PC versions will ship with DX9 rendering. And like Crysis 2, the DX11 will not be enabled by default.

That was kind of a given considering not everbody has the capability to run something that demanding yet.. I was just commenting to your quote where you said that it was not supporting it at all, which wasn't true, they're fully taking advantage of it.

Again, the point is, by using DX9, Valve is actually giving Direct3D an advantage because it doesn't use the latest technologies, and therefore as you said, it's less demanding for the system. If DX10/11 was used, I'm sure the fps disparity would be even greater.

You do know that by using DX11 doesn't automatically make it slower right? It's only when you start taking advantage of those new hardare specific features in the API that it starts to push the hardware more.. never mind some of the new features that actually improve performance even on DirectX 9 generation cards, little things like the new multitreading resource handling that works better with multicore CPU's than DX9, stuff like that?

Break out the benchmarks ;) I'm always interested provided they are fair and balanced.

Well I would think so since they're done by Phoronix, a Linux site. And before somebody points out the obvious, I did say that some are faster, some are slower, here's a couple of the faster ones from May. Universally saying one OS is faster than another is just fanboyism. And I'm personally waiting for a fair and balanced benchmark for this one specific case as well, it's not like Valve has an agenda or anything...

benchmark3x.png

benchmark2.png

benchmark1.png

That was kind of a given considering not everbody has the capability to run something that demanding yet.. I was just commenting to your quote where you said that it was not supporting it at all, which wasn't true, they're fully taking advantage of it.

You do know that by using DX11 doesn't automatically make it slower right? It's only when you start taking advantage of those new hardare specific features in the API that it starts to push the hardware more.. never mind some of the new features that actually improve performance even on DirectX 9 generation cards, little things like the new multitreading resource handling that works better with multicore CPU's than DX9, stuff like that?

Well I would think so since they're done by Phoronix, a Linux site. And before somebody points out the obvious, I did say that some are faster, some are slower, here's a couple of the faster ones from May. Universally saying one OS is faster than another is just fanboyism. And I'm personally waiting for a fair and balanced benchmark for this one specific case as well, it's not like Valve has an agenda or anything...

benchmark3x.png

benchmark2.png

benchmark1.png

Well, Ubuntu beats DirectX in two of the three Unigine benchmarks (without any of these recent improvements), but again as I stated before Valve's blog isn't about Linux' performance per se, but about how their recent work in cooperation with GPU vendors has provided awesome results (they went from 6 to 315 FPS).

Well, Ubuntu beats DirectX in two of the three Unigine benchmarks, but again as I stated before Valve's blog isn't about Linux' performance per se, but about how their recent work in cooperation with GPU vendors has provided awesome results (they went from 6 to 315 FPS).

Well I did say it's not 100% faster across the board, and that's just one engine that had the advantage, but again the point was that no single OS is faster than another. Arbitrarily saying "Linux is the best gaming platform ever" just because of one benchmark is absurd, especially when it's not looking at all the factors.

I do agree though, they obviously fixed something that was horribly busted. If they can improve Linux video drivers more (performance and stability) I'm all for that. On my particular hardware anyway, caught between a rock and a hard place.. slower open drivers, or buggy but faster closed drivers. He also says he's going to see if he can apply that same adjustment to DirectX as well.. so right now its apparently a bit one sided.

I've never really understood how people can be so loyal over a graphics binding API, in the end it all comes down to driver quality and how good the hardware is.
Depends on what the API is willing to provide you. Platform/license-wise, OpenGL gets the vote.

the only issue i have with linux and have ever had is the updates / distros so damn many of them every like 6 months you get a major version of your fav. Also its not 100% noob friendly.

Its also very easy to brake linux and it can be a pain in the ass to get working again most the time i just reinstall with windows i never have this issue. If linux had 1 major dev with 1 major build every day 1.5years and updates every now and then and the driver support was good then the OS would be grate. This will never happen though being open source.

You also have things like warentee, tech support issues and stuff.

I do agree though, they obviously fixed something that was horribly busted. If they can improve Linux video drivers more (performance and stability) I'm all for that. On my particular hardware anyway, caught between a rock and a hard place.. slower open drivers, or buggy but faster closed drivers. He also says he's going to see if he can apply that same adjustment to DirectX as well.. so right now its apparently a bit one sided.

That's the point, and that's why going all defensive about the FPS numbers posted on the Valve blog article is an exercise of butthurtness.

This is what they said, exactly:

After this work, Left 4 Dead 2 is running at 315 FPS on Linux. That the Linux version runs faster than the Windows version (270.6) seems a little counter-intuitive, given the greater amount of time we have spent on the Windows version. However, it does speak to the underlying efficiency of the kernel and OpenGL. Interestingly, in the process of working with hardware vendors we also sped up the OpenGL implementation on Windows. Left 4 Dead 2 is now running at 303.4 FPS with that configuration.

So what does this mean?

1.- Working with GPU vendors was great, since they achieved going from 6 to 315 FPS.

2.- The Linux kernel and OpenGL work great, since they managed to get great performance with less effort than they spent on the Windows version.

3.- While working on the Linux port they learned some tricks that also helped to improve Windows performance with OpenGL.

4.- They also found out that there was something going wrong with DirectX, so they can now try to fix that and improve the performance there as well.

If anyone feels like drawing other conclusions from that article and starting a platform war that's his problem. I'm not seeing anything other than an update of the work-in-progress of their port of L4D2 to Linux.

That's the point, and that's why going all defensive about the FPS numbers posted on the Valve blog article is an exercise of butthurtness.

Not sure where you're getting "defensive" and "butthurt" from. Aside from the fact I don't care regardless how fast they make it on Linux as I wouldn't use it anyway, I'm just pointing out the blatantly obvious that this is one benchmark in one scenario, and that other benchmarks show differerent numbers in different situations.. IE pointing out to those that are saying "Linux is universally better at gaming" just because of one benchmark and completely ignoring other factors is just nonsense.

1.- Working with GPU vendors was great, since they achieved going from 6 to 315 FPS.

Again, no arguments, always good when somethings fixed (especially something that was obviously broken badly), I don't give a rats ass which OS it's on. I'm not a fanboy, if they can improve something that's used by other people then by all means that's a good thing.

3.- While working on the Linux port they learned some tricks that also helped to improve Windows performance with OpenGL.

4.- They also found out that there was something going wrong with DirectX, so they can now try to fix that and improve the performance there as well.

And once they actually get the various video drivers adjusted on the Windows side with these improvements lets try that benchmark again. Right now it's a skewed benchmark... we fixed a driver issue on one side, didn't touch the other side, so obviously the other side is inferior. Brilliant.

Do you have a source for the exact OpenGL version they are using or are you just making it up?

To expand on this, we don't even know what version of Direct3D they were running in such a comparison.

Publically released versions of Source only support 9, but there are a number of references to 10 in both dxsupport.cfg, and the existance of shaderapidx10.dll.

So until they release what versions of the APIs they were using, crying that Valve wasn't fair to your beloved Microsoft is futile.

Not only that, but being intellectually dishonest in such a fashion doesn't help Valve make a better product either.

And once they actually get the various video drivers adjusted on the Windows side with these improvements lets try that benchmark again. Right now it's a skewed benchmark... we fixed a driver issue on one side, didn't touch the other side, so obviously the other side is inferior. Brilliant.

That's part of the point though isn't it? If they can directly contribute fixes to the graphic drivers rather than having to go through the vendor and ask them to fix it for them, then that proves that the openness of the Linux ecosystem makes development easier for Valve.

Not sure where you're getting "defensive" and "butthurt" from. Aside from the fact I don't care regardless how fast they make it on Linux as I wouldn't use it anyway, I'm just pointing out the blatantly obvious that this is one benchmark in one scenario, and that other benchmarks show differerent numbers in different situations.. IE pointing out to those that are saying "Linux is universally better at gaming" just because of one benchmark and completely ignoring other factors is just nonsense.

Sorry if it seems that I was pointing at you when talking about "butthurtness", I just meant the overall trend about how a benchmark where Linux beats Windows must be obviously unfair and skewed, more so when this isn't even an actual benchmark but an update about the current state of the port.

And I said "butthurtness" because the whole reason this thread has 15 pages so far is that Linux scored higher. If it hadn't you wouldn't have had so many people trying to make up OpenGL versions and other excuses to try to disprove that, at this point in time, Valve managed to get better performance with L4D2 on Linux than they do on Windows.

Again, no arguments, always good when somethings fixed (especially something that was obviously broken badly), I don't give a rats ass which OS it's on. I'm not a fanboy, if they can improve something that's used by other people then by all means that's a good thing.

That's the spirit (Y)

And once they actually get the various video drivers adjusted on the Windows side with these improvements lets try that benchmark again. Right now it's a skewed benchmark... we fixed a driver issue on one side, didn't touch the other side, so obviously the other side is inferior. Brilliant.

It's not skewed (let alone not being a benchmark): L4D2 on Windows is a final released version while L4D2 on Linux is a yet uncomplete port.

Of course you would always be comparing a port against your released version: the later shows the performance levels you expect to be able to reach with your port.

Also they fixed the OpenGL implementation on both platforms and gave the final numbers they got (303.4 on Windows vs 315 on Linux). The DirectX overhead issue is something they have just spotted, and giving the DirectX results just points that there's something wrong there that they'll have to look into but haven't yet figured out how to mitigate.

...

Some of it is down to GNU/Linux and some of it OpenGL (it runs faster than Direct3D on Windows too). And the extra time wasn't spent in the source engine, but the Direct3D batch processing in Microsoft's code.

...

I assumed the overhead was in Source, since I thought Microsoft would have noticed the performance hit compared to OpenGL, if the issue has been around for a decade. But of course it's always possible for such a small difference to vanish into the "noise"

Valve provided answers to some of the questions posted in this thread in the comments section of their blog (as people were asking those same questions there as well):

The Linux version of Left 4 Dead 2 has all graphical features enabled. Obviously, there are still some bugs we are working on but overall, the stability and quality of the rendering is on par with the Windows version.
Image quality for L4D2 on Linux with OpenGL is on par with L4D2 on Windows with Direct3D.
This test used OpenGL version 3.x.

This is great news.. great work Valve.

The problem with Linux was never the OS - it's light, it's fast. It's all about the apps. Bring the apps and more people will use it!

the only issue i have with linux and have ever had is the updates / distros so damn many of them every like 6 months you get a major version of your fav. Also its not 100% noob friendly.

Its also very easy to brake linux and it can be a pain in the ass to get working again most the time i just reinstall with windows i never have this issue. If linux had 1 major dev with 1 major build every day 1.5years and updates every now and then and the driver support was good then the OS would be grate. This will never happen though being open source.

You also have things like warentee, tech support issues and stuff.

If everyone that's somewhat computer savvy (gamers that use Steam I would consider in this category) just sat down, read some tutorials and got acclimated to the Linux environment, they would find themselves more knowledgeable about the inner workings of a computer and less likely to need to use tech support or warranties (at least for non-hardware issues).

But no, we can't expect people to know how to use a computer.

If everyone that's somewhat computer savvy (gamers that use Steam I would consider in this category) just sat down, read some tutorials and got acclimated to the Linux environment, they would find themselves more knowledgeable about the inner workings of a computer and less likely to need to use tech support or warranties (at least for non-hardware issues).

But no, we can't expect people to know how to use a computer.

Because it's not that simple with Linux.

Also, you don't learn "the inner workings of a computer" with Linux. You just learn about the modules in your distro.

Furthermore, you give up a lot of hardware choices by moving to Linux. Sure, they work on Linux but it's not uncommon for certain features to be non-functioning or non-configurable.

Furthermore, you give up a lot of hardware choices by moving to Linux. Sure, they work on Linux but it's not uncommon for certain features to be non-functioning or non-configurable.

Not if you buy from a GNU/Linux OEM. They ensure the hardware is compatible with the OS. It works the opposite way around as well. If hardware is designed to work in Linux, and you try and use Windows on it, there's no guarantee it will function properly.

I feel sorry for those people genuinely thinking about switching to Linux over some flawed comparison next to hundreds of other benchmarks which say the opposite.

Do you really feel that cool doing 10x more complex stuff to achieve the same?

hundreds of other benchmarks which say the opposite.

Some do, some don't.

It'd be certainly weird to switch just because of L4D2 (unless that's all you played), but if you found that the games you play worked on Linux with about the same performance and you didn't need anything that you couldn't do with Linux already, why shouldn't you at the very least consider switching? Not that you have to, but it's a perfectly reasonable option.

Do you really feel that cool doing 10x more complex stuff to achieve the same?

YMMV, but some of the reasons why I use Linux are:

- It makes my work a whole lot easier.

-The extra options in window management (even simple stuff like alt+drag) that make the environment more comfortable.

- It looks better (not really an important feature, I know, but it's a nice plus).

So no 10x complexity over here (quite the opposite actually).

Again, YMMV.

Not if you buy from a GNU/Linux OEM. They ensure the hardware is compatible with the OS. It works the opposite way around as well. If hardware is designed to work in Linux, and you try and use Windows on it, there's no guarantee it will function properly.

Awesome. Throw away your gaming rig and buy a new one even though OEMs don't really sell gaming-rig Linux PCs.

Also the last bit about hardware designed for Linux not working well in Windows; that is so rare it's almost non-existent in the PC realm.

This topic is now closed to further replies.
  • Posts

    • Go for a Echo Dot or Pop instead. These Echo shows just advertise to you.
    • NetSpeedTray 1.3.3 by Razvan Serea NetSpeedTray is a lightweight, open-source Windows network monitor that shows live upload and download speeds directly on the Taskbar. Designed for efficiency, it quietly sits in the system tray, conserving CPU and battery with dynamic updates. It blends seamlessly with Windows 10/11, adapts to light/dark themes, and auto-positions to avoid overlaps. Features include accurate interface detection, customizable display, optional mini-graph, color coding, granular font and unit control, detailed per-interface history graphs, safe data management, and easy CSV export—bringing the network monitoring Windows forgot. NetSpeedTray key features: Lightweight & Efficient Runs quietly in your system tray without consuming resources. Features a "Dynamic Update Rate" that lowers refresh frequency when the network is idle to save CPU and battery life. Native Look & Feel Blends seamlessly with Windows 10/11 UI. Smart detection for light and dark taskbar themes ensures text is always visible. Intelligent & Adaptive Positioning Automatically finds empty space next to your system tray and shifts to make room for new icons, preventing overlaps. Seamless OS Integration Behaves like a native Windows component. Hides instantly with auto-hiding taskbar Hides when a fullscreen app is active Smart Network Monitoring Accurate by Default: Auto mode identifies your main internet connection and ignores noise from VPNs or virtual adapters. Easy Interface Selection: Switch effortlessly between Auto, All, or Selected network interfaces via intuitive radio buttons. Total Visual Customization Free Move Mode: Unlock and place the widget anywhere on your screen. Optional Mini-Graph: Real-time graph of recent network activity with adjustable opacity. Color Coding: Customize colors and speed thresholds to quickly see network status. Granular Display Control Text & Font: Adjust font family, size, weight, and alignment. Units: Automatic (B/s, KB/s, MB/s) or fixed Mbps display. Precision: Set decimal places and always show them for uniform appearance. Detailed & Intelligent History Graph Smart Scale: Logarithmic scale shows low-level traffic and large spikes clearly. Per-Interface Filtering: View speed history for specific adapters (Wi-Fi, Ethernet, VPN). Safe & Efficient Data Management: Adjustable retention, automatic cleanup, optimized database. Easy Data Export: Export raw data to .csv or save high-quality graphs for reports. NetSpeedTray v1.3.3: The Updater Fix A stabilization release that repairs a critical regression in v1.3.2: the app shipped without OpenSSL, which silently broke every HTTPS request — including the built-in update checker (the "Could not check for updates" error many of you hit). This release restores it, hardens the build so it can't happen again, and fixes a startup crash plus four other reported bugs. Changes: Fixed update checking — Resolved a critical issue that prevented the app from checking for updates ("Could not check for updates"). Fixed startup crash with Auto-Cycling — The app no longer crashes on launch after enabling Cycle display mode. Fixed incorrect network speeds on 10GbE adapters — Multi-gigabit network cards now display speeds correctly instead of being stuck at 0. Improved color coding — Default color is shown when idle, and color/threshold changes now apply immediately without restarting. Fullscreen visibility fix — The widget now correctly stays visible over fullscreen apps when Keep Visible is enabled. Improved AMD Ryzen temperature detection — More reliable CPU temperature monitoring for Ryzen processors. Cleaner upgrades — Installer now removes outdated application files during upgrades, preventing DLL/version conflicts while preserving user settings. Improved stability — Fixed potential DLL loading issues by excluding critical OpenSSL and NumPy components from UPX compression. Better settings window — Scrollbars removed and layout improved for a cleaner experience. Localization improvements — Updated translations and completed missing UI text across all supported languages. More reliable releases — Added regression tests covering recent critical fixes, bringing the test suite to 196 passing tests. [full release notes] Download: NetSpeedTray 1.3.3 | 87.9 MB (Open Source) Download: NetSpeedTray Portable | 101.0 MB View: NetSpeedTray Home Page | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Why Delta Chat is the best decentralized messenger you have probably never tried by Paul Hill There is no shortage of messaging apps out there; we have WhatsApp, Messenger, and Telegram, just to name a few. While Meta has taken steps to incorporate encryption into Messenger and WhatsApp, they still leave a lot to be desired. If you are in the market for a messaging app that promotes security, privacy, and optional anonymity, you'll want to read what I have to say about Delta Chat. For those not familiar with Delta Chat, rather than relying on centralized servers as you do with Facebook Messenger, it relies on email. Essentially, it is a chat interface that feels like a messaging app, but secretly in the background, it is firing off emails. In the past, you used to have to sign in with your email account. When you sent messages to people, it would just be sending encrypted messages to their inbox, which their Delta Chat client would decrypt. When I first learned about Delta Chat, it required users to sign in with an email account, but I was pleasantly surprised upon trying it in 2026 that this is no longer a requirement, or the preferred method was to use the app. Recently, I’ve tried UAD-ng on my old Nokia 3.4 to disable most of the Google apps because the bootloader is locked, and this is the next best option. While finding replacement apps in F-Droid, I came across Delta Chat again, and it has undergone quite a big change since I last used it, with its new chatmail relays, which no longer require you to sign in to your own email account, providing anonymity, and they offer greater security. Android and Desktop Delta Chat apps. Not only does it run on my de-googled phone, but it also works on desktop computers and iOS, making it truly ubiquitous. For me, Delta Chat is a wonderful alternative messenger because it gives you more control. It supports switching between different profiles, which you can set up super quickly; you don’t register a username, you don’t register a password. The only thing you do have is a random string email address on a chatmail relay (which you don’t have to memorize). To maintain access to your profile, you just need to add a second device to your account via QR code or make a backup of your account, which you can restore later. Fail to do these, your account is gone - as it should be if you don’t want to leave accounts that could get hacked later on. My decision to block Google stuff on my Nokia was done for practical reasons; the device sucked when it launched, and it sucks even more now. The nice thing about F-Droid and the apps within is that they’re usually lightweight, free of bloat, and work well on that device. What was inconvenient for me was that it was hard to send messages from that device, say if I wanted to copy a code over to my main phone or send family members a link from that device. That’s when I decided to look at the available chat apps and saw Delta Chat. Another nice thing about Delta Chat is its notifications. Some messaging apps rely on Google’s ecosystem for notification transport on Android; however, with Delta Chat, it can use Google’s solutions if you have Play Services or MicroG installed. Otherwise, it is able to keep a background connection to the chatmail relay server so that you can get notified when you receive a message. As free software, the code of Delta Chat is open for all who want to take it and build upon it. In the future, if the developers of Delta Chat make a catastrophically bad decision and take the app in an undesirable direction, users can take the code and fork the project. This contrasts with closed-source apps from corporations that can take their products in any direction they like. By relying on free software instead of closed-source programs, you actually control your computing. I’ve spoken at length about how running this type of software is like owning your own home rather than renting it. The same applies here; if you use Delta Chat, you don’t need to worry about it going away in the future. Whether it is Telegram, WhatsApp, or Messenger, you are required to register a username and password to use these services. A major flaw in this design is that anyone can try various passwords and potentially break into your account with your complete chat history intact. Sure, there is encryption in Messenger, where you need a second PIN and two-factor authentication in Telegram, but breaches happen all the time. Unlike before, when you used to sign in to your email account to send and receive messages, the primary way to do it now is to create an account on a chatmail relay. The resulting email address is a random string followed by the name of the relay you pick. This means you can start and begin adding contacts Without a username and password, you either need to ensure you have a backup or at least one device running your Delta Chat profile. The primary way to log in on another device is to go to the settings and add a second device. Then, you’ll just scan a QR code with your new device, and it’ll log in to your account and sync all your chat history and contacts. To end users, Delta Chat just looks like any instant messenger; however, it is really sending your messages as encrypted emails to your contact. This is pretty cool from a censorship perspective, as it makes the service more difficult to block. Previously, the main way to use the app was by logging in with email, but nowadays, it’s recommended that you use chatmail relays. Chatmail relays temporarily hold messages in case your device is offline. They are cheap, simple servers that don’t store data as group states. Other information, like your name and avatar, only exists on your device and the devices of those you share your contact information with. The relays are also decentralized and operated by various groups and individuals. It is even possible to set up your own chatmail relay, but most people will want to use one hosted elsewhere. To keep your messages secure, Delta Chat uses a secure subset of the OpenPGP standard that gives you automatic end-to-end encryption. It also uses Secure-Join to exchange encryption setup information through QR-code scanning or invite links. Autocrypt is also used to automatically establish end-to-end encryption between contacts and all members of group chat, but sometime this year Autocrypt v2 will be rolled out, bringing post-quantum resistant encryption and forward secrecy. The Delta Chat FAQ is an interesting read that explains many more details about the app. Credit: Pexels Delta Chat is unique among messaging apps because it is built on email, a technology that’s decades old and isn’t going anywhere soon. What’s more is that email is not centralized either, so it’s far more difficult for any authoritarian regime to disrupt the Delta Chat app. I haven’t spoken too much about features yet, so I will do that now. Delta Chat allows you to do one-on-one chats, group chats, and create channels. It also supports file sharing and making audio and video calls when chatting one-to-one, but it’s not available for group chats right now. At the time of writing, the calling functionality is disabled and can be enabled in Settings > Advanced > Debug Calls. I have used the video calling feature, and the quality is excellent. It works over WebRTC, another open standard. The app also lets you send voice notes, enables disappearing messages, and has its own app ecosystem. I did try playing chess one time there, but it was a bit spotty; though, we did manage to complete the game with a victory for me. To add people to Delta Chat, you can either give them your Delta Chat link or your QR code to scan. These are the only ways to add users, so you won't have any spam bots bothering you. If the people you want to chat with don't have the app yet, just send them your link, and it will take them to a webpage where they can install the app and then add you. It's really quick for them to install it and get started, which is nice. Credit: Microsoft. The Majorana 2 quantum chip unveiled in 2026. I do not think quantum computers are too far out now, and I do hope that Delta Chat is able to push out Autocrypt v2 sooner, rather than later, so bad actors do not attempt to collect encrypted communications and then decrypt them in the future using quantum computers. By getting people’s messages post-quantum-safe now, users won’t have to worry when quantum computers start cracking legacy encryption. Overall, I would recommend this app to people who are already past WhatsApp and Messenger and have perhaps begun using apps like Telegram or Session. It shares a lot of characteristics with these apps and goes a lot further than Telegram in terms of security. By being based on email, it is also resistant to censorship, and the lack of a username and password makes you anonymous (if you want to be) and safe from brute force password cracking attempts. Let me know in the comments if you’ve tried Delta Chat recently. Do you think it's a good bulwark against governments that are tightening their grip on the internet?
  • Recent Achievements

    • One Year In
      bernmeister earned a badge
      One Year In
    • Week One Done
      Scoobystu earned a badge
      Week One Done
    • Week One Done
      tuben earned a badge
      Week One Done
    • First Post
      OffsetAbs earned a badge
      First Post
    • Reacting Well
      OffsetAbs earned a badge
      Reacting Well
  • Popular Contributors

    1. 1
      +primortal
      474
    2. 2
      +Edouard
      220
    3. 3
      PsYcHoKiLLa
      156
    4. 4
      Steven P.
      73
    5. 5
      FloatingFatMan
      71
  • Tell a friend

    Love Neowin? Tell a friend!