Quoting: WYWSame thing happened when they simplified the Doom 3 Listing and I got the BFG version and DLC for free.

Yeah that was a nice surprise, which I found out via GOL a *long* time after it happened.

Looks like there's a nice amount of official DLC included OOTB including Sigil which is dope, and the new campaign and soundtrack should be good.

"Legacy of Rust" appears to be completely new, so I'm curious about that. I have to confess though, that Sigil is still a bit too difficult for me, which is embarrassing considering how much time I've sunk into Doom. ---- at least it's sure to be memory safe, and blazing fast; so there's that. (badoom-tss ... badoom ... haha, get it?)

Edit: The latest release is now added to previous owners' libraries on GOG.

View this comment - View article - View full comments

Glancing at my GOG library after countless aeons, I see that GOG appears to have added two titles called 'Enhanced Doom', & 'Enhanced Doom II' to my account, alongside the complete set I had bought originally ... no idea when that happened, but it doesn't seem to be this newest update, because the installer says 'January 23 update'.

View this comment - View article - View full comments

Quoting: Klaas

Quoting: Ehvis"Half-Life 3"

Half-Life 2 Episode 2B

H4LF-L1F3

View this comment - View article - View full comments

Quoting: TheSHEEEP

Quoting: GuestWhere does your statement comes from?
I would not be that sure about that.

What wvstolzing said, basically.
GPU stands for graphics processing unit - it should be fairly self-explanatory what it is good at, drawing things and making calculations used in drawing things (and nowadays a bunch more like de- & encoding, raytracing, etc.).

CPUs are for general calculations. You can render with a CPU, but there's a reason you usually don't - it is pretty inefficient.
Another advantage is the rendering precision, it is very easy to spot a difference - normal CPU rendered text can be a bit "rough" especially on really large resolutions.
Finally, rendering speed is also a factor. I'm sure we've all seen applications using normal CPU rendered UI that have been minimally sluggish when redrawing entire sections/entire screen - if this is done on the GPU, I would not expect any such small delay.
One can argue if you really need the boost of performance from GPU text rendering, but one thing that cannot be denied is that it frees the CPU up for other things as well as being straight up better at the job.

I wouldn't go out of my way to create a GPU pipeline for text rendering in my own projects, but if I was using a toolkit that offered either CPU or GPU rendering, I'd always go for the GPU variant - there's just no reason not to. And then have CPU rendering as a failsafe (not all machines have a GPU, etc.).

As I said, it is an advantage and just makes sense to do, but a strict necessity it is not.

Also, many different techniques exist for rendering text via the gpu; I've no idea what zed is using, but the techniques range from texture atlases for prerendered fonts (just copying, in an extremely fast manner -- bcs. parallelized -- between video memory locations; a 40+ year old technique), to really sophisticated methods for scaling fonts accurately on the fly *without* calculating all the geometry information anew: https://www.reddit.com/r/opengl/comments/bzh2b4/msdfgl_gpuaccelerated_multichannel_distancefield/ [External Link] also: https://wdobbie.com/post/gpu-text-rendering-with-vector-textures/ [External Link] ... with a very impressive demo: https://wdobbie.com/pdf/ [External Link]

GPUs are better at graphics rendering because they're designed for massively parallel vector multiplications -- to calculate, in parallel, *at the same time*, info about pixels that you see on the screen *at the same time*.

That's also why they're key to other applications that require parallel vector multiplications on a massive scale, which is what the current AI hype is built upon. Text & graphics created by people are 'vectorized' a certain way, and then a vast collection of vectors are compared, & classified, and relationships between them get established in accordance with sophisticated formulas that require parallel computations on those vector values at a massive scale.

(& it's clear why the AI hype is inseperable from data mining ... 'generative AI' is all about formulaically generating stuff from patterns found in data created by actual intelligences ... e.g., people, whose work gets hoarded by the mass scale data miners)

View this comment - View article - View full comments

Quoting: GuestWhere does your statement comes from?
I would not be that sure about that.

With all due respect, that's because you seem to be pretty clueless as to how a gpu is better at calculating pixels on a 2d surface.

Mine comes from the fact that if you feel the need of accelerating the drawing of text with a modern or even aging cpu, then your doing something very wrong.

Take a look at the following articles for an overview:
https://sw.kovidgoyal.net/kitty/performance/ [External Link]
https://tomscii.sig7.se/2020/11/How-Zutty-works [External Link]

View this comment - View article - View full comments

Quoting: ShadMessa

Quoting: wvstolzing

Quoting: TheSHEEEP

Quoting: dmoonfireAs opposed to being self-hosted network services first and happen to have an instance for those who don't want to manage a hosted ve4aion themselves.

That's still paid-for, you just pay someone else for the hosting, not the editor dev.

Quoting: ShadMessaMultiplayer what's a multiplayer code editor ???

Multiple people editing a file at the same time while seeing what the others are doing.

It's been a bit of a fad recently. You know, the kind of thing executives get super giddy about, but most actual developers roll their eyes when they aren't looking ;)

There are of some cases where it can be useful (say debugging an especially nasty bug or ironing out interfaces, etc.).
And it is nice to not have to deal with merge issues in case two people edited the same file at the same time.
But overall I'd say it's a nice little thing, but has the distinct taste of a solution looking for a problem. I've been doing this coding thing for 15+ years and don't think I ever thought "boy, I wish someone else could also edit this file right now".

Plus who the hell wants to have someone else (potentially) looking over their shoulder all the time while coding? :grin::grin::grin:

There's this new latex alternative markup language for scientific papers: https://typst.app/ [External Link] -- it also comes with a collaborative web app, etc. The demo video on the webpage is absolutely hilarious IMHO. It supposedly shows a bunch of people 'collaborating' on a document. Though all I see is people editing out their peer's words in real time in a way that resembles the 'DUCK SEASON / RABBIT SEASON' bit from Bugs Bunny.

No mathematician will EVER use a "multiplayer" editor for their papers. I know people who don't even use a connected device.

Right, just as course assistants & professors are loath to use the course management software they sell universities, and supposedly 'upgrade' year after year with pointless features. When I was a course assistant we only ever used it to enter grades at the end of the term -- otherwise email, & the 'track changes' feature on the word processor sufficed perfectly well for all our needs.

View this comment - View article - View full comments

Quoting: TheSHEEEP

Quoting: dmoonfireAs opposed to being self-hosted network services first and happen to have an instance for those who don't want to manage a hosted ve4aion themselves.

That's still paid-for, you just pay someone else for the hosting, not the editor dev.

Quoting: ShadMessaMultiplayer what's a multiplayer code editor ???

Multiple people editing a file at the same time while seeing what the others are doing.

It's been a bit of a fad recently. You know, the kind of thing executives get super giddy about, but most actual developers roll their eyes when they aren't looking ;)

There are of some cases where it can be useful (say debugging an especially nasty bug or ironing out interfaces, etc.).
And it is nice to not have to deal with merge issues in case two people edited the same file at the same time.
But overall I'd say it's a nice little thing, but has the distinct taste of a solution looking for a problem. I've been doing this coding thing for 15+ years and don't think I ever thought "boy, I wish someone else could also edit this file right now".

Plus who the hell wants to have someone else (potentially) looking over their shoulder all the time while coding? :grin::grin::grin:

There's this new latex alternative markup language for scientific papers: https://typst.app/ [External Link] -- it also comes with a collaborative web app, etc. The demo video on the webpage is absolutely hilarious IMHO. It supposedly shows a bunch of people 'collaborating' on a document. Though all I see is people editing out their peer's words in real time in a way that resembles the 'DUCK SEASON / RABBIT SEASON' bit from Bugs Bunny.

View this comment - View article - View full comments

Quoting: tmtvlI probably should try it some time to see if there are any features in it I would like to port to Emacs.

The various emacs packages for git forge integration & llm integration seem to cover a lot of zed's features, though (not sure if this is at all possible), a client for their 'collaboration server' on emacs could be interesting: https://github.com/zed-industries/zed/blob/main/docs/src/development/local-collaboration.md [External Link]

-- in other news, emacs 30.1 is just around the corner (the NEWS file has an entry for it, though the build still says 30.0.60).

View this comment - View article - View full comments

Quoting: akselmoHaving tried it, it was pretty slow compared to other editors I've used. The fonts are also quite blurry, it's full of AI stuff :sick:, it looks like Mac app even on Linux, has some weird Mac keyboard symbols for shortcuts, there's no debugger support...

I know it's just first release on Linux and I hope it gets better, but for now I saw no reason to use it over Kate or Helix.

You can luckily toggle off the AI bullshit from the settings but it being plastered everywhere really tells me who the audience is, and I don't think it's me. Also they seemed to equate Git with Github, because only Github services were supported.

On positive side though, it was very easy to get going with it and the config, while being editing json files (why??), was still alright experience.

Edit: https://github.com/zed-industries/zed/issues/12589 [External Link] oh no

I got curious & installed it (Arch already has it in the official Extra repo.). My first impressions are pretty much the same.

... not that I'll investigate it any further, but the open project dialog doesn't even show up on my Xfce setup, & the UI gives no clue as to how I could open a file. Drag-drop doesn't work either. So, yeah, I haven't been able to open a file on this thing. The entirely baseless joke about 'exiting vim' can be replaced by 'opening a file in zed' now, I guess -- and it would have a material basis this time around.

Edit: https://github.com/zed-industries/zed/issues/12589 [External Link] oh no

-- and their reasoning for doing it this way is ridiculous. If this is a text editor for programmers, maybe it doesn't have to have a 100% no-config ootb experience for all of its functionality; it's not a general-purpose todo app.

View this comment - View article - View full comments

Happy birthday GOL!

View this comment - View article - View full comments