![](/static/253f0d9/assets/icons/icon-96x96.png)
![](https://lemmy.ml/pictrs/image/q98XK4sKtw.png)
Wait till you learn about the other stuff about them.
Wait till you learn about the other stuff about them.
This one is pretty comprehensive
https://drewdevault.com/2024/04/09/2024-04-09-FDO-conduct-enforcement.html
He was actually banned for condoning a toxic anti-trans culture on his Discord. Violating FreeDesktop’s code of conduct.
He also once said “I do believe there could be arguments to sway my opinion towards genocide.”
“:-)”.reverse() == “)-:”
Close enough
I like how they say “It’s redactin time” and then redacts all over them.
Also substack
“Go and buy some milk and if they have eggs, get some.”
Do I really have to explain the joke? The sleep paralysis demon is asking “Is HTML a programming language?” And the person is “sleep paralysed” to correct them or do anything about it really.
I don’t know what else I can explain besides that.
Does this have something to do with the author being banned from freedesktop?
I personally use Joplin.
You can sync it to your own self hosted server or any cloud storage if you choose.
Thankfully we have Gradle now.
It greatly depends on the applications.
Porting Windows exclusive games to Linux is a small step as well, but most developers don’t do it because they cannot justify the additional QA and debugging time required to port them over. Especially since Linux’s market share is small.
The reason Itanium failed was because the architecture was too different from x86 and porting x86 applications over required significant effort and was error prone.
For RISC-V to even get any serious attention from developers, I think they need to have appx 40-50% market share with OEMs alongside ARM. Otherwise, RISC-V will be seen as a niche architecture and developers would avoid porting their applications to it.
They’re not compatible
This is what concerns me. ARM could dominate the market because almost everyone would develop apps supporting it and leave RISC-V behind. It could become like Itanium vs AMD64 all over again.
I’d rather see what RISC-V has to offer.
True, resolving bugs depends on how effective debugging tools available to the developers are.
But there is no perfect game engine. All have quirks and bugginess of a game usually just comes down to how willing the team is to find and squash them. That’s why all games need patches after launch.
Language is not really an issue here since the Creation Engine uses Papyrus for all game logic, which is good enough for what it does.
Makes sense. Though I would still rather they not abandon the Creation Engine and improve its underlying technical features. The modding community has more than a decade of experience with its underlying subsystems and what actually contributes to the robust modding scene of Bethesda’s games.
What you described are game design issues. The art is always only as good as the artist who makes it and the Bethesda game design team are not very good (or perhaps Todd is a mediocre director since he is directly responsible for almost all aspects of the game).
If you see how ENB and Sweetfx enhance the visuals you know that the engine is capable of much more. There is a mod called Enderal which is a total conversion of Skyrim that uses the same engine but improves the visual in almost all aspects: better models, better post processing, new game mechanics, etc. There is also a team working on porting Vampire The Masquerade Redemption to the Skyrim engine with all new assets (guns, etc).
So basically Bethesda games being mediocre is due to a mediocre team and direction. Even if they start using Unreal their games will still be mediocre.
Edit: Before someone points it out, I know that ENB is not a part of the Creation Engine, but an external postprocessor that hooks into the DirectX API and modifies the rendered output. I was just saying that Bethesda could use something like this to enhance the lacklustre visuals but they deliberately chose not to perhaps due to their artistic vision for the game.
Ummagumma