ono

joined 2 years ago
[–] ono@lemmy.ca 1 points 2 years ago* (last edited 2 years ago)

The interface is the best I know of, a lot like pre-Microsoft github. Especially important to me is that It doesn't intercept my browser's built-in shortcuts like github now does, or require javascript or bury things under submenus like gitlab does.

The promise of federation is appealing, too.

I plan to use it for new public projects, and might even move my old ones over.

[–] ono@lemmy.ca 1 points 2 years ago

That's most likely due to low rankings. Lemmy doesn't prevent it.

[–] ono@lemmy.ca 8 points 2 years ago* (last edited 2 years ago) (5 children)
  • Terrible format for archiving knowledge
  • Terrible tool for retrieving knowledge
  • Locks community access behind a corporate license agreement
  • Hands control of community-created content to a corporation
  • Prevents indexing by web search engines
  • Antithetical to interoperability
  • Privacy-hostile

A web forum is far better in most cases. If you can't manage to run your own, there are plenty of lemmy servers that will do it for you. Even an email list (with searchable archives) would be better than Discord.

If you have collaborative documents that outgrow the forum format, use a wiki.

If real-time chat is needed, irc or matrix.

A project hosting its community on Discord is a project that won't get my contributions.

[–] ono@lemmy.ca 1 points 2 years ago

Any reason why I shouldn’t just go with Debian + KDE and install Steam?

No reason to avoid Debian unless you have hardware so very new that it requires the very latest kernel to operate.

If you go with Debian Stable, you can enable Backports for a fairly recent kernel, currently 6.5.10. You could go with Testing or even Unstable if you're addicted to upgrading as often as possible, but chances are you won't need to.

I'm gaming on Debian Stable with Steam in a flatpak. It works great, and is blissfully low maintenance.

At some point, you'll probably run into people claiming that Debian is bad for gaming performance because of "outdated" packages. In most cases, those people don't know what they're talking about. I suggest ignoring them unless they identify a specific performance issue that actually affects you.

[–] ono@lemmy.ca 0 points 2 years ago

is exactly like saying “why don’t you just buy a house?” to someone complaining about their landlord.

What an idiotic comparison.

Buying a house costs so much money and time that most people cannot afford to, and those who can generally must go into debt for most of their remaining lives in order to do so. Suggesting FOSS to replace "whatever commercial software they use" is the polar opposite, in that it's literally free (usually in both senses of the word). It's more like suggesting that someone consider a new route to commute from home to work.

Also, this opening...

Okay, all you open source evangelist people: your knee-jerk reaction to come at people

...is incredibly reductive and combative. The world needs less of that, not more.

1
submitted 2 years ago* (last edited 2 years ago) by ono@lemmy.ca to c/linux_gaming@lemmy.world
 

The latest Battle.net update is broken in Wine (and Proton), creating a blank gray window where the launcher UI should be.

If you had it installed before yesterday, your WINEPREFIX probably still contains the previous version in drive_c/Battle.net/Battle.net.14494 . In that case, deleting the (newer) Battle.net.14542 sibling folder and restarting should work around the problem for now.

Note that the new version will be downloaded again at each launch, so you'll have to perform this workaround every time, until it (hopefully) gets fixed. Alternatively, you can remove write permission to the drive_c/Battle.net folder to prevent downloading new versions, and remember to restore it later.

UPDATE:

Proton-like Wine builds are patched to work around the problem if you set the WINE_SIMULATE_WRITECOPY=1 environment variable. I verified this with a Wine-GE build.

I don't know if that patch will make it into mainline Wine, but CodeWeavers seem to be supporting the same environment variable.

 

This release rolls up a bunch of features, perf improvements and bug fixes / workarounds as usual.

Features

DXR enabled by default

VKD3D_CONFIG=dxr is default now, and no longer needed. There are some special cases where DXR is not enabled by default. The only such current example is "Hellblade: Senua's Sacrifice" on Deck which force-enables DXR if it is supported, even on Deck. New semantics are:

  • dxr: Force-enable DXR, even when it is considered unsafe
  • nodxr: Disable DXR
  • dxr11: Removed. dxr already implied DXR 1.1 anyway

Sampler feedback

This feature was the last feature required for FL 12.2 and is implemented through emulation. As demonstrated in the implementation docs, all native implementations of this feature are fundamentally broken in some way. There's also no known game that ships requiring this feature, so we just consider this a checkbox feature.

DX Ultimate (FL 12.2) now exposed by default

On RDNA2+ and Turing+ we can finally expose the DX Ultimate feature set!

Misc

  • Implement a bunch of missing "Vulkan-on-D3D12" features
    • IndependentFrontAndBackStencilRefMaskSupported
    • TriangleFanSupported
    • DynamicIndexBufferStripCutSupported
    • DynamicDepthBiasSupported
    • NonNormalizedCoordinateSamplersSupported
    • MismatchingOutputDimensionsSupported
    • PointSamplingAddressesNeverRoundUp
    • RasterizerDesc2Supported
      • Explicit line rasterization mode
    • NarrowQuadrilateralLinesSupported
    • AnisoFilterWithPointMipSupported
  • Implement missing MSAD instruction in DXIL, allowing FSR3 to run
  • Implement some esoteric DXR features
    • Implement support for multiple mismatching global root signatures in DXR
      • Fixes crash in Battlefield V
    • Implement support for LOCAL_ON_EXTERNAL dependencies in DXR
      • Fixes DXR in Warhammer: Darktide
  • Implement support for ExecuteIndirect + Mesh shaders with state changes
    • Currently unused by games

Performance

  • Improve performance of NV_device_generated_commands and NV_device_generated_commands_compute by reordering and batching command preprocessing
    • We have observed 15% FPS gains in Halo Infinite on RADV
    • 1-2% in Starfield in some test locations
    • Needs pending Mesa work to land to take advantage of this improvement
  • Tune memory allocation patterns for DGC preprocess buffers
    • Avoids a lot of allocation churn
    • Greatly reduces CPU overhead on NV

Workarounds

  • Work around RADV bug causing GPU hang in RE4: Separate Ways DLC
  • Work around RADV bug causing GPU hang in Lords of the Fallen
  • Work around Witcher 3 bug causing broken shadows and GPU hangs when enabling DXR
  • Work around Cyberpunk 2077 bug when RT is enabled, where game would cause spurious GPU hangs due to accessing descriptor heap out of bounds
  • Work around Windjammers 2 bug causing random crashes on startup
  • Add support for VK_EXT_image_compression_control to allow for more fine-grained workarounds for broken games running on RADV
  • Enable NV_device_generated_commands_compute on latest NV beta drivers
    • 545.x drivers are still disabled until a fix can be confirmed on shipping drivers
  • Remove CURB_MEMORY_PSO_CACHE workaround on Mesa 23.2+
    • Should reduce overhead in PSO creation

Fixes

  • Misc dxil-spirv changes to fix various bugs in game shaders as usual
  • Fix Jurassic World Evolution 2 crashing when enabling DXR
  • Fix some deprecation warnings in Meson build system
    • Some submodule locations moved, which may cause minor disruption
[–] ono@lemmy.ca 1 points 2 years ago (1 children)

Thanks for making me aware of this project. Maybe I'll get to play the original game after all. :)

reverse engineering of the said port

BTW, that should be either "the" or "said". Not both.

 

In GloriousEggroll's wine-ge-custom builds, enabling Emulate Virtual Desktop in winecfg breaks the wine prefix, so that nothing (not even wineconfig) runs in that prefix any more. Anyone know more about this?

I would report it, but I'm not on Discord and that seems to be the only place where he accepts reports. Maybe someone can copy this post to him there?

Here's the output when trying to launch winecfg after enabling that setting on Wine-GE-Proton8-22:

wineserver: using server-side synchronization.
wine: RLIMIT_NICE is <= 20, unable to use setpriority safely
002c:fixme:winediag:LdrInitializeThunk wine-staging 8.0 is a testing version containing experimental patches.
002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when filing bug reports on winehq.org.
006c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
006c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
006c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
006c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:err:hid:udev_bus_init UDEV monitor creation failed
00ec:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.
00ec:err:winediag:nodrv_CreateWindow L"The explorer process failed to start."
[–] ono@lemmy.ca 0 points 2 years ago* (last edited 2 years ago) (1 children)

To be fair, one doesn't have to be an automotive engineer to deduce something is wrong with a new car that struggles to reach 30km/h while most of the others exceed 100km/h with ease.

(This is the first I've heard of anyone blaming teeth, though. That's a bit strange.)

[–] ono@lemmy.ca 0 points 2 years ago* (last edited 2 years ago)

Whichever one you enjoy using.

Unless you have some special hardware need, all the desktop distros perform about the same. (Even long-term support releases, which offer newer kernels in case you need them.)

[–] ono@lemmy.ca 0 points 2 years ago* (last edited 2 years ago) (1 children)

Programmer time is more expensive than computer time.

That might excuse inefficiency if all of these things were true:

  • The programmers (or their employers) were buying new computers for all their users
  • The new computers were fast enough to keep slow software from wasting users' time
  • The electricity to run them was free and without pollution
  • The resources consumed and waste produced by that upgrade cycle had no impact on the environment

What's really happening here is that producers of software are making things cheaper and easier for themselves by shifting and multiplying costs onto the users and the environment.

The amount of waste is staggering. It's part of why I haven't enjoyed professional software development in years.

[–] ono@lemmy.ca 1 points 2 years ago (2 children)

That leaked email conveniently assumes the owner of Valve would sell it. I can't think of a reason for Gabe to do that.

[–] ono@lemmy.ca 0 points 2 years ago* (last edited 2 years ago)

I do my gaming on Bookworm with a handful of extras, and it works very well.

There is a certain group of people who insist that only the distros with the latest packages are good for gaming. Those people are wrong in most cases.

Unless you have a very new GPU (released less than a year ago), your games are not likely to get any benefit from the latest kernel.

Unless your games require the very latest Vulkan features and you run them without Steam, Flatpak, or any other platform that provides its own Mesa, you’re not likely to get any benefit from a distro providing the latest version of it.

Practically everything else that games need is comparable across all the major distros, so choose one that makes you happy, not one that some shill claims is best for gaming. Even Debian Stable, contrary to the undeserved bashing it often gets by a certain kind of gamer, is generally excellent for gaming.

[–] ono@lemmy.ca 1 points 2 years ago

Please don't ever do that.

It bombards everyone with noise and wastes everyone's screen space. (Much like abusing a username field by adding your life story to it.)

If people currently on a primitive platform want to participate in this one, they should learn to use the tools, or at least respect the local conventions.

view more: next ›