Valve announces SteamOS

Status
Not open for further replies.
The licensing agreements behind runtime library installers- at the core of the "wait a minute or so when starting a new game" - is actually one thing that SteamOS would more or less solve, ironically.

Yeah that's what I thinking, too. Pray it will get even better or no more on this OS.
 
Has anyone posted this yet?
http://www.anandtech.com/show/7366/amd-offers-a-taste-of-tomorrows-gpu-showcase
Meanwhile Linux driver support is an ongoing issue, as while AMD has committed to Linux driver development in the past, the practical reality is that the open source AMD drivers still trail AMD’s closed source drivers in features, performance, and support on AMD’s latest products. We’re told that tomorrow’s announcement will make Linux users/developers especially excited, so we may be seeing how AMD intends to close that gap.

AMD is announcing their new video cards tomorrow too. I wonder if they're involved with the Steambox.
 
You became a Windows user because it was bundled with your laptop/pc. People switched to chrome/firefox from IE after a while right?

Yeah, but switching from IE to Chrome didn't lose me the ability to visit 85% of the sites on the web. Not to mention the fact that I had a reason to switch, Chrome/Firefox have clear advantages over IE, there are no such advantages with SteamOS. Basically because of Gabe's dislike of Microsoft they are creating a solution to a problem that doesn't exist, and are asking gamers to join them to their own detriment. Getting past all the hype and Valve golden boy nonsense, what are the scenarios?

1) Gamers jump ship from Microsoft, lose the ability to play most of their games over the next few years, and eventually, down the road parity is achieved between the two OS'es in terms of total games available. Years of hardship followed by gaming as we know it now, only with a different overlord.

2) Gamers do nothing, keep the ability to play all of their games, both now and in the future, and down the road they keep playing games as usual. This isn't what Valve wants, but why do I care what Valve wants?

What's the up side for the average gamer? The only way this whole deal becomes even remotely advantageous to gamers is if this nightmare fear-mongering scenario #3 where Microsoft goes crazy and ruins gaming comes to fruition. Frankly, I'm not buying it. The only people who have anything to fear from Microsoft are it's competitors, not the gamers. And considering the near monopoly Valve has on the digital market, how is giving them license to do the same thing they are claiming Microsoft is going to do any better?
 
Why would anyone ever use this OS? It has zero advantages over windows, and a lot of disadvantages.Windows graphics drivers are extremely mature and you also get Direct X as a gamer.

I love Steam but am not going to drink the Valve koolaid on this one.

As Linux gets more users, there will be more of a demand for better quality drivers. Also; OpenGL is an objectively better option than DX. OpenGL has had the newer features of DX like tessellation for many years.
 
I'm sorry dude, but I live in the year 2013. I haven't used a disc drive since 2010. I don't even use discs in my car.

I still buy movies on Blu-Ray but that's it. Other than that I sometimes buy retail versions of PC games if they're Steamworks and I'm willing to buy them day one, but only because installing from a disc is still faster than downloading on my internet connection.

Why would anyone ever use this OS? It has zero advantages over windows, and a lot of disadvantages.Windows graphics drivers are extremely mature and you also get Direct X as a gamer.

I love Steam but am not going to drink the Valve koolaid on this one.

1) It's free.

2) It might be targeted at gamers who currently find Windows gaming too complicated. Some might find it preferable if they can just hook the box up and immediately find the OS already pre-installed, instead of having to install Windows themselves just to play some games.

That said, depending on how many hardware manufacturers are on board with this, just because Valve doesn't wanna pay Microsoft to license Windows doesn't mean some of their hardware partners are above it. Alienware already ships the X51 with Windows 7. Theoretically they could just ship one with Steam pre-installed, and ready to immediately start up in Big Picture Mode. If they can get that down to a certain point, it's really not that much more complicated than starting a current or next-gen console after having just bought one.
 
Why would anyone ever use this OS? It has zero advantages over windows, and a lot of disadvantages.Windows graphics drivers are extremely mature and you also get Direct X as a gamer.

I love Steam but am not going to drink the Valve koolaid on this one.

At the moment SteamOS doesn't mean a whole lot for most people due to both the lack of information and the current status of Linux/Linux gaming.

But I see it as space exploration. It may not mean much now, but what we do now may help us in the future. I can see this leading to amazing things but it won't come fast.

Let's see what Valve does.
 
Has anyone posted this yet?
http://www.anandtech.com/show/7366/amd-offers-a-taste-of-tomorrows-gpu-showcase


AMD is announcing their new video cards tomorrow too. I wonder if they're involved with the Steambox.

Awesome.

They haven't really done very much at all to their linux driver other than some bugfixes for half a year now.

They said we can expect a new linux driver in october, so perhaps it's going to be a huge overhaul instead of just the required fixes for source engine games.

This could point to AMD powering the steambox, and if that's the case, there should be a comfortably priced "better" (good, better, best) steambox using an AMD APU similar to what's in the PS4.
 
I am not sure we will see a box this week.

I do hope we see a controller though. Would be interesting to see valve take on the xbox controller as the PC standard.
 
At the moment SteamOS doesn't mean a whole lot for most people due to both the lack of information and the current status of Linux/Linux gaming.

But I see it as space exploration. It may not mean much now, but what we do now may help us in the future. I can see this leading to amazing things but it won't come fast.

Let's see what Valve does.

That's actually a very good way to look at this.

Right now we are in at the ground floor. Valve has a lot of room to grow on this, and they have been telling us where they are going for the past year.

The future is looking very interesting if all of Valve's plans come to pass. SteamOS/SteamBox is essentially step 1.
 
Exactly what I mean. Not official.

What we can have the unofficial one, hopefully Valve will allow it or even better use the real official one.

Wait.. I think you may have missed the significance of what that person posted:

They posted a link to the part of the Linux kernel source code that deals with the Xbox gamepad driver. This is actually built into the the base linux kernel and comes standard in every kernel since it was committed years ago. This means two things:

1) This is the "official" implementation of the Xbox driver. It works at the OS level. There will never be another driver, especially one sanctioned by Microsoft.

2) Valve would actually have to actively go into the kernel and remove this code to explicitly forbid Xbox gamepads. They will absolutely not do this.
 
I'm leaning towards O+O being Valve's "togl" DirectX -> OpenGL layer being open sourced as well.

I vaguely remember hearing about the DirectX / OpenGL toggle but don't remember the specifics. I don't suppose you have some info that you could direct me to?
 
I vaguely remember hearing about the DirectX / OpenGL toggle but don't remember the specifics. I don't suppose you have some info that you could direct me to?

Here is my post in another thread:

The other option is what's called a "wrapper". This is how many games on OSX and Linux work today. The most famous wrapper is WINE, which is used under many different names by companies such as Cider, Transgaming, Crossover, etc. In this case, every time a programmer calls DirectX, that call is translated to an equivalent OpenGL call. This causes performance and compatibility problems, but is still pretty fast. This is a lot less work for the developers.

What's weird, new, and unknown, is Valve's wrapper. They've said that they wrote their own DirectX -> OpenGL layer for Source games, and did not go the "native" route. This might have only been true in the Source Mac days, or may still be true today. They haven't released this or talked about it in any depth. If they are still using a wrapper, and this wrapper is generalizeable, then we're in for a crazy ride, as L4D2 and TF2 run faster on Linux than Windows. A wrapper providing equal or better performance and with active developer support from Valve would be enough to solve this problem.

Here's angular graphics' reply to me:

Actually they have talked a bit more than that.

First of all yes Source on Mac used a wrapper as well, one that wasn't as good as the current one though.

When Source was ported to Linux they redesigned the whole wrapper improving it tremendously. They call it "togl" (to OpenGL).

According to Valve the wrapper cannot be released publicly due to its dependency on other internal files, but they are anyway working on a new better one that will translate DX10/11 calls and they mentioned it is "still several months out from it being releasable" suggesting they do plan to release it. That was 5 months ago... http://www.neogaf.com/forum/showpost.php?p=83192925&postcount=49
 
I'm leaning towards O+O being Valve's "togl" DirectX -> OpenGL layer being open sourced as well.

I suspect them to release it open source as well, but it would be out of place for a consumer-facing announcement.

Just a note regarding performance... The reason why the opengl performance of source games is good is because valve natively rewrote the most frequent directx calls to opengl, with their layer doing the rest. Still impressive, but it does require some hard work to do well.
 
I'm leaning towards O+O being Valve's "togl" DirectX -> OpenGL layer being open sourced as well.

That would be the ultimate Friday announcement.

SteamOS Monday
SteamBox Wednesday

Sets the stage perfectly. Then on Friday, remember all that stuff we announced earlier in the week? Your entire Steam library works on that, with better performance from our wrapper.

I'm more excited about the steambox gamepad than steambox itself.

As would most current PC gamers. We are not the target demographic for the SteamBox.
 
Yeah, but switching from IE to Chrome didn't lose me the ability to visit 85% of the sites on the web. Not to mention the fact that I had a reason to switch, Chrome/Firefox have clear advantages over IE, there are no such advantages with SteamOS. Basically because of Gabe's dislike of Microsoft they are creating a solution to a problem that doesn't exist, and are asking gamers to join them to their own detriment. Getting past all the hype and Valve golden boy nonsense, what are the scenarios?

1) Gamers jump ship from Microsoft, lose the ability to play most of their games over the next few years, and eventually, down the road parity is achieved between the two OS'es in terms of total games available. Years of hardship followed by gaming as we know it now, only with a different overlord.

2) Gamers do nothing, keep the ability to play all of their games, both now and in the future, and down the road they keep playing games as usual. This isn't what Valve wants, but why do I care what Valve wants?

What's the up side for the average gamer? The only way this whole deal becomes even remotely advantageous to gamers is if this nightmare fear-mongering scenario #3 where Microsoft goes crazy and ruins gaming comes to fruition. Frankly, I'm not buying it. The only people who have anything to fear from Microsoft are it's competitors, not the gamers. And considering the near monopoly Valve has on the digital market, how is giving them license to do the same thing they are claiming Microsoft is going to do any better?

You don't "loose 85%" of ability of Windows. If anything, you can do more on a decent Linux distro than on Windows per dollar. Sure you'll loose MS Office which imo is the best office program out there, but Linux DEs also have better programs than windows as well.

I don't know why you're so threatened by this but gaming on Linux is not going to end gaming on Windows. You'll just have more options.

PC is an open environment. If you loose the ability to play older games for a short while, it doesn't mean you'll loose that game forever. There are already methods to play older windows games on Linux of which the development still continues.

Also if you're worried about monopolies, you should worry about Windows. Valve has plenty of competition on PC.
 
I'm really thinking that "Steambox" will be a PC streaming device and not a pc itself... but we'll see...

Also the O + O is two software stuff ( O was SteamOS)

So it'll probable be Source 2.0 with the full integration in SteamOS and a game to support it. Due to the whole living room stuff, I'm guessing L4D3 (being the most Valve consoly game...).

Don't really read about anything, just guesses. Could be totally wrong.
 
That would be the ultimate Friday announcement.

SteamOS Monday
SteamBox Wednesday

Sets the stage perfectly. Then on Friday, remember all that stuff we announced earlier in the week? Your entire Steam library works on that, with better performance from our wrapper.

That would be awesome if they managed to replace the Direct3D implementation in Wine with their togl (and it actually worked!).

I'm really thinking that "Steambox" will be a PC streaming device and not a pc itself... but we'll see...

Also the O + O is two software stuff ( O was SteamOS)

So it'll probable be Source 2.0 with the full integration in SteamOS and a game to support it. Due to the whole living room stuff, I'm guessing L4D3 (being the most Valve consoly game...).

Don't really read about anything, just guesses. Could be totally wrong.

If they do a demo like they did with Source originally (video), it would be worthy of a final announcement.
 
I'm really thinking that "Steambox" will be a PC streaming device and not a pc itself... but we'll see...

Also the O + O is two software stuff ( O was SteamOS)

So it'll probable be Source 2.0 with the full integration in SteamOS and a game to support it. Due to the whole living room stuff, I'm guessing L4D3 (being the most Valve consoly game...).

Don't really read about anything, just guesses. Could be totally wrong.

Valve talked earlier in the year how the Steambox would have multiple tiers.

Cheaper one for streaming, more expensive one for dedicated gameplay, etc.
 
That would be the ultimate Friday announcement.

SteamOS Monday
SteamBox Wednesday

Sets the stage perfectly. Then on Friday, remember all that stuff we announced earlier in the week? Your entire Steam library works on that, with better performance from our wrapper.



As would most current PC gamers. We are not the target demographic for the SteamBox.

They can't announce the Steambox without talking about what is going to work on it. That would be a silly announcement.
 
Wait.. I think you may have missed the significance of what that person posted:

They posted a link to the part of the Linux kernel source code that deals with the Xbox gamepad driver. This is actually built into the the base linux kernel and comes standard in every kernel since it was committed years ago. This means two things:

1) This is the "official" implementation of the Xbox driver. It works at the OS level. There will never be another driver, especially one sanctioned by Microsoft.

2) Valve would actually have to actively go into the kernel and remove this code to explicitly forbid Xbox gamepads. They will absolutely not do this.

Yeah I saw this link proper. Seem promise. Especially I kept forgot 3rd party can have xpad signature.

I was linux for short time, few years ago for PS2 emulator - it wasn't support with my 360 pad but my 3rd party one is, assume using HID mode.
Nice to see it became standard in every kernel core.

Now some things urge to see if it will fix or improve over basic Steam. Like bootup, first time startup game, faster store, file/folder manage.
Biggest wanted - all library work in only SteamOS.
 
Exactly what I mean. Not official.

What we can have the unofficial one, hopefully Valve will allow it or even better use the real official one.

That is Linus Torvald's Linux source tree, AKA the main Linux source tree!
If it is in there, it is the official Linux driver!

It likely works well, Valve would not disable it and MS is highly unlikely to write their own.
 
It's pretty crazy after so much speculation for so long, we're possibly hours away from the unveiling of the long rumored "Steambox"?

It's exciting, isn't it? I' m more curious about the third announcement though, Valve knows that everyone's waiting to hear about the box so the third announce my must be something impressive.
 
Wait.. I think you may have missed the significance of what that person posted:

They posted a link to the part of the Linux kernel source code that deals with the Xbox gamepad driver. This is actually built into the the base linux kernel and comes standard in every kernel since it was committed years ago. This means two things:

1) This is the "official" implementation of the Xbox driver. It works at the OS level. There will never be another driver, especially one sanctioned by Microsoft.

2) Valve would actually have to actively go into the kernel and remove this code to explicitly forbid Xbox gamepads. They will absolutely not do this.

Well, if they wanted to, they could just choose not to compile the driver for some reason. I've done this before (100% accidentally, because I'm forgetful when I compile kernels.). They don't really need to remove code.

I imagine that they are configuring the kernel, since the defaults are kind of generic (there are some options that favor servers and some that favor desktops.)
 
Well, if they wanted to, they could just choose not to compile the driver for some reason. I've done this before (100% accidentally, because I'm forgetful when I compile kernels.). They don't really need to remove code.

I imagine that they are configuring the kernel, since the defaults are kind of generic (there are some options that favor servers and some that favor desktops.)

I'm sure they will aware if it goes missing accidentally. Valve won't let it release without testing on most of the hardware and peripherals.
Only possibility is legal problem if it decide not to compile this driver.

SteamOS is designed for controller pad, so obviously it will be used this driver.
 
It's exciting, isn't it? I' m more curious about the third announcement though, Valve knows that everyone's waiting to hear about the box so the third announce my must be something impressive.
Likewise. I hope they've got a real bombshell ready for (presumably) Friday.
 
Sets the stage perfectly. Then on Friday, remember all that stuff we announced earlier in the week? Your entire Steam library works on that, with better performance from our wrapper.
DirectX vs OpenGL is a single boulder on a mountain of issues that make Windows programs incompatible with Linux.
 
DirectX vs OpenGL is a single boulder on a mountain of issues that make Windows programs incompatible with Linux.

I heard that Microsoft is actually releasing the next rendition of DirectX to Linux... but that wont have any direct effect until game companies actually start making games on the newest version of DirectX
 
As Linux gets more users, there will be more of a demand for better quality drivers. Also; OpenGL is an objectively better option than DX. OpenGL has had the newer features of DX like tessellation for many years.

I don't think this is self evidently true. There is a reason why most Windows only games have DX as their primary graphics API, even though you have the option to choose between OGL and DX on Windows. My feeling is that DX and MS has been way more influential in pushing hardware profiles and shader model requirements than the ARB and Khronos has for quite a while.

Also, as a programmer I remember the bad old days of the early DirectX versions, which had a horrible, horrible API. OpenGL conversely was simple and elegant. But since version 8 DX has been quite usable. And while my personal (hobby) experience with graphics programming is mostly with OGL, the whole state machine model feels like it doesn't really match how modern engines work.

That said, OpenGL has been declared dead a bunch of times, but with it completely dominating the mobile and tablet game market (with OGL ES) and Mac and Linux gaming slowly going from total irrelevance to kind of a thing I think it has a pretty bright future. Especially in terms of drivers Valve gained some leverage by launching Steam for Linux, and through SteamOS and a SteamBox has an even better position to both negotiate with GPU vendors and take away any potential technical painpoints in the Linux display backend.
 
stolen from the AMD-Event thread, which will be 2 hour after todays Steam announcment

agjerf.png


this can´t be a coincidence.
 
Especially in terms of drivers Valve gained some leverage by launching Steam for Linux, and through SteamOS and a SteamBox has an even better position to both negotiate with GPU vendors and take away any potential technical painpoints in the Linux display backend.

There's already some progress. NVIDIA just announced today that they're going to start releasing documentation and answering questions to help the open-source driver guys (nouveau).
 
....dammit AMD, I just bought an Nvidia because your output has been lacking for too long. Your timing, it sucks!

You have nothing to worry about. Nvidia has the best driver support on Linux. Nvidia's been supplying great drivers on linux even before gaming on Linux became a thing.
 
Status
Not open for further replies.
Top Bottom