Wow.
It took me several minutes of research just to understand what this code is supposed to do.

View this comment - View article - View full comments

Quoting: Liam Dawe

Quoting: LoudTechieInteresting.
Lets see this happen.
Denuvo isn't wine supported either, so they will have to make some choices.
I will count a wine compatible civVII as a Linux port.

Denuvo works just fine in Proton. Always has.

Oh, oops.
My mistake.

View this comment - View article - View full comments

Interesting.
Lets see this happen.
Denuvo isn't wine supported either, so they will have to make some choices.
I will count a wine compatible civVII as a Linux port.

View this comment - View article - View full comments

Quoting: ElectricPrismI think you guys are on the money.

A future Steam Deck and even Deckard (Standalone VR Index) would logically target ARM, RISC-V or something else as (1) better battery efficiency (2) less heat produced

Who wants to have a GPU strapped to their face outputting 66 C :tongue:

I use my Steam Deck OLED every day and it's a great product, I don't personally need any better battery life than what I get but I could understand on a backpacking trip or long travel how it would be nice to get a boost.

--

Here are my notes from watching the video:

[1] automated build service -- currently this is done manually by antiz, ( thank you for your service good sir)

[2] secure signing enclave -- secure signing of packages -- centralized -- (people who use arch occasionally have to reinstall `archlinux-keyring` prior to large multi-month updates) -- this singular signing key would make it unneeded to have all these updated keys to allow software installation.

[3] This is a valve freelance contract, it simply boosts team members to spend more time doing what they are already doing to reach their goals sooner and to create better versions of these build systems that are envisioned.

[4] Speculation, that architectures that may be considered, could include: x86_64v2 x86_64v3 dram risc-v, arm

[5] I was unaware but Proton is alleged as tested on ARM processors already, I would love to see/read more on this.

--

Valve is logically looking to cross the next proton-esk bridge by making sure that game libraries are not limited to x86 or x86_64. (Who knows how long x86 will even be defacto.)

The timing of this is very smart as other countries are pushing competing architectures and there will no doubt be growth in the future that benefits us (the consumer).

--

I was unaware of the claims made above that there are fully open source arm processors? If anyone has any good links please fill the rest of us in who don't get out of anticancer much :P

I tend to forget other people don't read the Wine release notes(understandable).

Wine on ARM is under construction, since the availability of copilot+ pcs and supported since Apple bought Rossetta from CodeWeavers.
Specifically look at the Alexander Julliard notes: most of the ARM contributions go through him.

Apparently Wine still had a lot of assembly parts that had to be written to ARM.

Edit: *Apple copied Game Porting Toolkit from CodeWeavers [External Link]
Many of the release summaries contain references to ARM. [External Link]
Oldest easily found wine release with arm specific fixes [External Link]

Also I've got a dumb maybe controversial question:
what's anti-cancer?
My speculation gives nothing useful.
Chemotherapy(I hope that's not that common among GOL users), well moderated internet fora(most of the useful sources are things like release notes and wikipedia, which are pretty well moderated) or some form of misspelling of a word I can't guess.

Edit:
apperantly the wine wiki is really solid [External Link]

View this comment - View article - View full comments

Quoting: Cato-the-younger

Quoting: Code_EyeGreat for arch all around, but thinking what valve gets out of it. Steam vr os perhaps? As x86 isn't really feasible for a headset currently in terms of heat, battery life and hardware camera calculation support.

Valve is probably preparing for an ARM based steam deck. Considering you can already run steam games through ARM processors/Box86 and Nvidia, its a logical step for power efficiency, especially if Apple hasn't shown us anything.

The SteamDeck is now a success product, meaning that a bad release(like one damaged by increased incompatibility issues, due to ARM) can damage their brand.
I think they will grab something else like a SmartWatch or a vr device.

View this comment - View article - View full comments

Quoting: 1xokThe most idiotic thing about the system: In Germany, a classification only applies per platform.

So there are glaring differences between EGS and Steam, for example. Games that are offered in the EGS from the age of 16 appear on Steam from the age of 6 and vice versa. Such blatant deviations mainly affect small indie titles. But it can also happen with larger titles.

Smaller deviations, on the other hand, are the rule rather than the exception. That's why Hollow Knight, for example, is rated 12+ on the Switch, while it is recommended on Steam (Deck) from the age of 6. Alien Isolation is recommended on Steam from 18, on the Switch from 16. The list could go on and on.

That's because the platforms are stricter than the law.
The law basically states:
if gambling 18+, if not I don't care.

Each of the platforms has their own complicated rating system based on whether it contains violence, sex, drugs, etc. and they've connected it with the new German law.

EDIT:
I now realize this is probably smart.
The Germans might not be strict enough for it.
These platforms obey all enforcable laws.
If this German law is a success many different countries will introduce comparable laws, each with their local wishes:
England will limit sex in games sold to minors, France will limit violence and the USA drugs.

View this comment - View article - View full comments

Quoting: juxuanuA future where you don't own a screen and you just put some connected glasses on and you see the screen on the table, and allows to have as many as you want. It does seem interesting, although I haven't thought much of any disadvantages.

Based on earlier attempts:
distrust from your surroundings for all the camera's you carry, distractions while driving and cost.

Edit:
these glasses seem poor on camera's.
Being seen as an advert for camera holding versions, distractions while driving and tendency to get out of sync with the surroundings.

View this comment - View article - View full comments

Quoting: pleasereadthemanual

Quoting: LoudTechieOn the anti-trust stuff

What about the price parity enforcement Valve has been doing?

They're currently in court for that on anti-trust charges, so the option: "yes, that is illegal" is very much on the table.
As Google can tell you doing multiple anti-trust violations can very much result in multiple really expensive convictions.
Valve's lawyers might be getting wise and slowly start advising Valve to not break the law.

I suspect this will actually turn out to be asymetric tying in a market in which they aren't a monopolist(drm(the market in which they do the tying) to SteamStore) instead of enforced price parity, because you can use SteamStore without SteamDRM(ask Epic Games), but not SteamDRM without SteamStore, but that is a question for the judge.

View this comment - View article - View full comments

Quoting: Jarmerso basically they want to make it easier for the developers of App XYZ (or Game ABC) to just push a button for deployment and BAM their app/game is available on x86 or Arm? Is that correct? Those are pretty much the only architectures popular right now correct? All computers / phones / etc run on either x86 or Arm right?

And then I guess make it easier for the future when x86 inevitably dies, and there's some new competitor to Arm, this project could support that...?

Are they also talking about Operating Systems as well? Like how both windows and linux run on x86 but a lot of apps / games only release on windows (and then run on linux via proton).

This is mostly ARM/X86.

OS compatibility is only a little true.
I expect the tools the arch team builds to default to Linux compatibility, but allow for incompatibility.
Expect things like: the first iterations of the product don't run on Windows without WSL or another VM, it takes several years before you don't have to manually configure system library searches to compile for only Windows, key signing for Windows with the product first requires reverse engineering your own binaries and later requires you to follow some hacky tutorial, Proton incompatible Window API features take looong to get supported and Driver testing on Windows takes years to get supported.

View this comment - View article - View full comments

Smart plan.
I think I know what is happening here.
During his 2013 talk at LinuxCon Gabe confessed that his next target for Linux compatibility was hardware compatibility.
I thought the Steam Deck was the final answer to that, but I think he saw opportunity to get more.
You see ARM is a platform that built itself on Linux.
Essentially all ARM compatible is Linux compatible thanks to this.
There're even ARM processors with fully open firmware.
Thanks to Apple, Microsoft suddenly started enabling the option to support ARM through Wine.
Microsoft rules x86(_64), but ARM is deeply integrated in open source software.
I think this madlad is working on ARCH/GNU/LINUX/ARM device and possibly(I can dream) using locally compiled software like Android does it, making CopyLeft ten times as enforcable.
Compatibility would be achieved by providing developers with the tools to compile for a ton hardware at once, porting, Microsoft bribes and emulation(pay attention to the QUEMU project).

I expect a VAC port to Linux/ARM
What I'm not certain about is a VAC port to Windows/ARM. One could argue that to avoid anti-trust they must and one could argue that since they aren't an anti-cheat monopolist, not an OS monopolist, porting it to Windows/ARM requires some extra effort and Windows on ARM is an insignificant platform to them they can get away with it.
I think the Apple vs NVIDIA & Microsoft case about GameStreaming availability can answer that question.

View this comment - View article - View full comments