Quoting: Guestthanks nvidia for not backporting dlss 3+ to my rtx 2000 series gpu, it is a good lesson for me, to never buy nvidia gpu again

AFAIK some aspects of DLSS3 works on all rtx cards including the 2000 series, and that includes the new Ray Reconstruction in DLSS3.5, it is "only" frame generation that requires the 4000 series (see the table 1.21 into this video):

https://www.youtube.com/watch?v=aIF91ThXDr8 [External Link]

Quoting: Luke_Nukem

Quoting: Linux_RocksMan, Quake II RTX has native Linux support. Why can't this or Portal? Half-Life 2 and Portal already have native Linux versions. I don't know how modding works internally. But doesn't that automatically help make it possible? </3

Because it is using RTX-remix, it's not being done in source code.

Ah so it's based on the special version of the game and not the common one, well that makes sense.

View this comment - View article - View full comments

Quoting: Linux_RocksMan, Quake II RTX has native Linux support. Why can't this or Portal? Half-Life 2 and Portal already have native Linux versions. I don't know how modding works internally. But doesn't that automatically help make it possible? </3

Make possible yes but the modders are apparently Windows devs and have zero clue or interest on how to code for Linux.

View this comment - View article - View full comments

Quoting: YorimirusAnyone knows what exactly was the issue that prevented the launcher from working? Would like to know what exactly went wrong.

Grogan posted the patch above https://www.gamingonlinux.com/2023/08/ubisoft-connect-broke-again-but-valve-fixed-it-in-proton-experimental/comment_id=247520

View this comment - View article - View full comments

Broffy the Vampire Slayer - Become the thing monsters have nightmares about, a stake-throwing, unholy monster purging, self-resurrecting teenage Slayer.

What really impresses me is that they actually have deep insight into each character so they are not just adding characters at a whim or to make a quick buck but they are actual fans of 80:ies and 90:ies action.

View this comment - View article - View full comments

Quoting: Egonaut

Quoting: F.Ultraexit: just checked the source of wine, proton and vkd3d and there is no implementation of the DirectStorage API whatsoever.

Haven't said they've implemented it, but that it works. I asked some of the Proton Devs if it works and they said:

should work fine, Direct Storage has a compute shader based fallback for drivers that dont implement the relevant MetaCommands

ok so they used the native directx12 dll for it then I guess. However if so then only the deflate on GPU part is prob implemented since the "open many files" API part cannot be done by shaders.

View this comment - View article - View full comments

Quoting: Pengling

Quoting: EgonautI don't know where that 75GB come from, it only consumes 39GB here.

Fantastic to hear! :grin: I wonder why the Steam page lists it as 75GB? :unsure:

can confirm the 39GiB number:

 
xxx@Sineya:~$ du -hs .steam/steam/steamapps/common/Ratchet\ \&\ Clank\ -\ Rift\ Apart/
39G .steam/steam/steamapps/common/Ratchet & Clank - Rift Apart/

View this comment - View article - View full comments

Quoting: Egonaut

Quoting: PenglingAfter all, the specs look pretty reasonable, aside from the massive 75GB of storage that's required for it!

I don't know where that 75GB come from, it only consumes 39GB here.

Quoting: F.UltraSo this being the first game to use DirectStorage 1.2 that all the Windows fanbois are up in arms about so will be interesting to see how loading times will be in WINE/Proton here vs native Windows.

DirectStorage works with Wine/Proton as well. On my PC with a PCIe4 SSD the Portal jumps are pretty seamless. On the Deck not so much. Can take up to 3 seconds.

Quoting: sarmadYeah, I'm interested to see how this performs on the Deck. I doubt it'll be as seamless as it is on PS5.

It runs at pretty stable 30 FPS on lowest settings with FSR. It's playable, if you really want to play it on the Deck.

Yeah but I would assume that Wine/Proton as of now only implemented it to just work, aka using the normal open+read+close for the file API and if lucky enable GDeflate for nVidia (AMD and Intel have not implemented it in Vulkan yet). Don't seem to matter much though because I saw zero stutters or load times up to the first boss battle (at which point it crashed, but I see on Steam that it crashes for a lot of Windows users aswell) and then it was 04:00 in the night so had to stop playing anyway. :)

exit: just checked the source of wine, proton and vkd3d and there is no implementation of the DirectStorage API whatsoever.

View this comment - View article - View full comments

So this being the first game to use DirectStorage 1.2 that all the Windows fanbois are up in arms about so will be interesting to see how loading times will be in WINE/Proton here vs native Windows. On nVidia the latest Linux drivers (v525.47.04) does support the GDeflate extension to Vulkan that is part of this (AFAIK AMD have not implemented it though) but I have no idea if VKD3D utilizes this extension yet or not.

And for the rest DirectStorage 1.0) something like io_uring should work equally well or better but I don't know if WINE/Proton have started to utilize io_uring yet either.

View this comment - View article - View full comments

Quoting: ZeloxI really think this is good. Blizzard was dead once activision got their hands on them. And it’s been going worse and worse every year.

Microsoft really have some good games, they seem to release stable and solid games. I also hope this can change the culture in blizzard and bring them back to not just be about money and greed as activision like.

And there is still plenty of competition on the gaming market and I also hope we get to see blizzard games on steam :)

why would money changing hands at a higher level change the inside culture at blizzard? Microsoft won't do anything about this, this is only about the sales figures of CoD, this is not the CEO of Microsoft waking up in the middle of the night and worrying that Activision wrecked havoc on the Blizzard internal culture.

View this comment - View article - View full comments

Quoting: Purple Library Guy

Quoting: m2mg2My understanding of the BSD license and I'm no expert either is that is even freer than GPL. GPL has restrictions on how you can use the code. BSD is basically do whatever you want with it. These are license issues and have nothing to do with operating system functionality, how free it is or how respectful of it's users it is.

Well, you might not call me an expert, but I have been following licensing controversies for a long time, so indulge me a moment.

In an odd technical sense, the BSD license is indeed "even freer" than the GPL. An analogy is, a state of law in which absolutely everything is permissible, is freer than a state of law in which everything is permissible except enslaving people. However, it does not feel freer to the slaves, only to those exercising their freedom by doing the enslaving.

So, leaving analogy, the distinction between the BSD license and the GPL is that the GPL insists that all derivative works stay GPL. The BSD license allows derivative works to be anything, including closed; people can basically relicense BSD works at will, including relicensing them as ordinary commercial software.

It is important to note that this has no impact on pre-existing versions. It's not like someone who holds the copyright on software they released as BSD can suddenly close all the copies everyone else already has--it's just the version they are continuing to develop that might now be closed. So, BSD software that someone starts developing closed versions of, can be forked and the fork could still be open--it could be BSD, or heck, you could fork a piece of BSD software and release that derivative version as GPL. Nobody ever does because it would be really rude, but you could.

So OK, what was someone saying about Red Hat and some stuff they do that apparently is BSD licensed? Yeah, if they're doing stuff and they have it BSD licensed they could totally close it, and if they're the main or only ones using and developing it, there probably wouldn't be a fork, and anyway if the main use case was in software they were distributing, then yeah, suddenly people would be getting some closed stuff in their Linux, and there would be nothing legal to stop that.

But it's not going to happen. I myself am very much pro-GPL and pro-Copyleft. But in practice, the BSD license has mostly been pretty stable, just because taking BSD licensed stuff proprietary is seen as, well, really rude. It's bad publicity and there isn't usually much benefit. There have been a few fairly high profile exceptions, but the spectre many (including me) feared in the early days, of BSD code turning out to be useless as Free Software because corporations would grab the nice open code and develop their own proprietary versions and get everyone to use that and effectively kill the open source version, just hasn't materialized. There are a number of reasons for this: Fork something and you have to maintain it, fork something and try to monetize it and you're competing with a free product that has a better reputation than you. And also, I think the BSD license benefits somewhat from the mere existence of the GPL--it's clear that if you go around messing with the Free Software that has permissive licenses, the open source aficionados will increasingly use stricter, more copyleft licenses and get more political, and the corps would rather just let the sleeping dogs lie and use the gravy train of good software they produce.

There is no way Red Hat is about to take any of their open source software closed; anyone saying so is either naive or deliberately alarmist. Slippery slope arguments are rarely sound.

Agree to 99%, the only exception is that BSD code have been and are continuing to be closed off. The old classic example is WINSOCKS (aka the IP-stack in Windows), more modern versions are various firewall and router manufacturers that use some closed off BSD plus internal patches to drive their stuff and AFAIK ps4/ps5 is also closed off BSDs. So it does happen, now re Red Hat I'm 100% with you, they would most likely never do that.

View this comment - View article - View full comments