deathmetal27 @ deathmetal27 @lemmy.world

Posts

10

Comments

249

Joined

2 yr. ago

Technical debt

Does this have something to do with the author being banned from freedesktop?

Shhh

Did you forget to switch your account?

I personally use Joplin.

You can sync it to your own self hosted server or any cloud storage if you choose.

I agree but I have tried like hell to get my team to use Kotlin but it's hard to convince upper management. The team is reluctant to switch as well.

Using Lombok is the next best thing.

Though for POJOs that are immutable you can use record classes now.

Could say the same for C/C++.

But yeah I'd like it if the features given by Lombok were standard in the language though it's not a big deal these days since adding Lombok support is very trivial.

That team disbanded long ago. CA is wholly a Total War studio now.

Thankfully we have Gradle now.

Ohh, I didn't think of using that. Let me try it out and see if it works.

I use MO2 via SteamTinkerLaunch and IIRC it only installs version 2.4.4.

SteamOS 3 is Arch BTW.

That's some nostalgia whiplash.

What Proton/Wine version did you test on?

Do versions newer than 2.4.4 work properly now? Last I checked (with proton 8.0) the only version that worked was 2.4.4. Newer versions would not load USVFS and your mods don't get loaded.

The installation explodes, shattering on boot.

Either backup like de la O or get the fuck off the console.

With the Shellshock, sure to make root access drop.

Unplug the router yo, you're not a senior sysop.

Cool, I tried your launch options and it worked, though I have modified it a bit:

ENABLE_HDR_WSI=0 DXVK_HDR=1 gamescope -f -H 1440 --hdr-enabled --mangoapp -- %command%

Everything however had a slight blurriness and I wish FSR worked, however toggling FSR freezes the game. I never used FSR to begin with though.

gamescope-wsi_git

What is WSI exactly and what patches does this package of gamescope have?

Non-clickbait title:

UC Berkeley Professor Founds a Deepfake Forensics Company GetReal Labs.

With faith

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.