"We also have other Linux initiatives in the pipe that we're not quite ready to talk about yet"

More on that at E3 2018?
*Fingers crossed* :)

Edit: E3 instead of GDC...

View this comment - View article - View full comments

Quoting: stretch611

Quoting: MohandevirPersonnaly, what I would like to see is Valve producing their games on Linux first, and then porting them to other platforms. I'm pretty sure that we would see a slew of fans installing SteamOS/Linux just for the sake of being the firsts to play the game, be it for a "beta" or not.

This will never happen. Valve is after all a company looking for profit. Linux is their strategy if Microsoft ever goes nuclear with the UWP/proprietary store options.

With over 90% of steam users on Windows they will never annoy their users with a Linux only release, even if it was just a few days until a windows port. The best we can hope for is the linux version same day as windows. Honestly, Valve will probably strive for this because it is in their best interests. In order to prove that linux is a viable platform, a full featured and supported release cross platforms shows that linux compatibility is a realistic goal. (as the saying goes... eating their own dog food.)

Regardless on your beliefs of DRM, Valve has done a lot for linux gaming. IMO, significantly more than just the minimum to keep us alive as the anti Microsoft nuke option.

Just said I would like to see this happen not that it has to. Still, I wonder, from some developer comments, on many articles about crossplatform software development, if there isn't some technical benefits in doing so. But I have no proof of that. Anyway, it was nothing more than an idea to push Linux adoption.

As for DRM... I don't know why you are talking about that. I have no opinion on the subject and I highly respect Valves' work for the Linux ecosystem.

View this comment - View article - View full comments

Quoting: Brisse

Quoting: elbuglione"some trying to justify exclusives and lock-in as a valid methodology"
Sadly... is valid, because is working!

It has no place in FOSS-philosophy, even when there's a proprietary store front in middle. We have to be better than that. Only a greedy "triple AAA" video games executive could propose something like that. I sometimes see consumers of consoles applauding exclusives and it's turning me completely insane. Why would a consumer ever think it benefits them? I want gaming on Linux to be successful too, but copying the market strategy of popular consoles is the worst way to go. Instead, we need to make people aware of the benefits of FOSS and why they should be afraid of the big corporations shoving proprietary software down their throats, locking them in their ecosystem and turning the consumer into products. People who are aware starts looking for alternatives and those alternatives already exist but the awareness does not.

Personnaly, what I would like to see is Valve producing their games on Linux first, and then porting them to other platforms. I'm pretty sure that we would see a slew of fans installing SteamOS/Linux just for the sake of being the firsts to play the game, be it for a "beta" or not.

View this comment - View article - View full comments

Quoting: liamdawe

Quoting: NonjuffoI have to admit that it took me a while to understand why being called a "fan site" was bad. After all this is a site mostly for fans(?) of Linux gaming. Then the connotation came to me via a flashback from 1998: Comic Sans, frames with scrollbars on all sides, animated "under construction" GIFs and borderline psychedelic color schemes. Ah Internet, you were so pure and full of promise once.

It made me laugh more than anything, as in, what do you have to do to be taken seriously? I'm not sure how they intended it, hopefully not in the snobbery way.

Still, you got the news out before them... Not bad for a "fan site". Lol!

View this comment - View article - View full comments

Happy to hear that. Didn't ask for more. I'll keep using my SteamOS machine whenever it's possible.

View this comment - View article - View full comments

Sad... I really hope that SteamOS will live on or at least that Valve will include the steamos-compositor & steamos-modeswitch-inhibitor into the linux client so that we may switch DE, like Kodi does, when installed. My PC is hooked to my TV and I really like the idea of booting directly into BPM for a "lean & mean" gaming distro.

BTW, to answer some questions in previous posts, it's already possible to build your own SteamOS on any ubuntu based system (probably other debian based distros, but I didn't test it):

https://launchpad.net/~mdeslaur/+archive/ubuntu/steamos

Edit:

Just found that... Interresting read that goes with what others already reported:

https://www.digitaltrends.com/gaming/valve-has-several-games-in-development/

View this comment - View article - View full comments

Don't know if someone mentionned it, but in the case of a new Steam Machine launch, the NUC Hades Canyon could be such an answer. In fact the i7-8809G portion could be used in a much cheaper version of the NUC Hades Canyon:

https://www.pcworld.com/article/3267074/computers/intel-hades-canyon-nuc-nuc8i7hvk-review.html

From the benchmarks, the vega portion should give performances similar to a GTX 1060, but who knows what Valve has in mind? A game streaming service in the pipeline, maybe?

View this comment - View article - View full comments

Yes! Keep going Feral! Fill that radar signal! More Linux games = More Linux users (I hope). :)

View this comment - View article - View full comments

Awesome! Unfortunately, I won't be able to support Feral, this time. Got the game when I bought my GTX960... :(
Still, I will probably buy it again for my kids, when they are old enough...

View this comment - View article - View full comments

Quoting: Shmerl

Quoting: ScooptaYes but wine isn't a port. Feral might be doing some wrapping but they're not wrapping the entire binary. I'll take ports over wrappers any day even if the port has wrapper libraries.

I disagree with saying that Feral's wrapper has no effect on native gaming. It has. It reduces incentives to make native ports. It doesn't mean it's a bad thing, since wrapped release is better than no functioning option at all. But then your claim that binary wrapper somehow discourages native ports more doesn't make sense to me. It's IMHO completely irrelevant what kind of wrapping takes place if you are analyzing it as alternative to native port. It's all a shortcut that allows playing something without spending a lot on native rewrite. The only difference is that Wine allows it for anything, and Feral allow it for what they selected only.

So this whole argument is about marketing only (i.e. "viewed as Linux release" ), not about actual effect on native releases. Nothing stops developers doing what Topware did, and use Wine for marketed "official" Linux release.

This whole topic started as an answer to "Wine discourages native ports, while Feral are encouraging them". I don't see that difference. If anything, both provide non native options in different fashions, and one being a closed controlled by Feral product, while other is FOSS and can be used by anyone.

Questions... Not saying it's impossible, but the initial game publisher never takes into account the wine compatibility when an update occurs, and usually doesn't want to either. Who is going to take charge of tracking the updates for a given game and maintaining the wine builds? Feral is doing that for it's releases with support form the initial publisher. The wine community can't do that for all games/app that it strives to support. When a game gets broken after an update, in some cases, it takes a couple of weeks/months for wine to catchup. Some stay in an approximate state for a much longer time... Too long or not enough efficient to be viable. I'd be curious to see what form it could take, but can the community get organized to play the role of Feral, with Wine?

Edit: Typo.

View this comment - View article - View full comments