Happy new year for everyone!!! :D

View this comment - View article - View full comments

Quoting: AimelaSo, how can I get this working on Arch Linux?

In AUR repos someone already did, the packages is called ffmpeg-nvenc or ffmpeg-full-nvenc :D

View this comment - View article - View full comments

[opensuse tumbleweed, amd fx8350, nvidia gtx760]

In my case, I set nvidia driver to use "Performance Mode" making a .desktop file to add in autostart folder with this cmd [ /usr/bin/nvidia-settings -a '[gpu:0]/GPUPowerMizerMode=1' ].

I was using kde5 some time ago to avoid screen tearing I set the var kwin_triple_buffer as true with [ export KWIN_TRIPLE_BUFFER=1 ] which I set in .bashrc in home as I only have one user and doesn't need special permission.

for gnome I only had screen tearing in firefox after configuring nvidia driver as performance mode, to fix tearing in fullscreen firefox I found this cmd [ gdbus call --session --dest org.gnome.Shell --object-path /org/gnome/Shell --method org.gnome.Shell.Eval 'Meta.disable_unredirect_for_screen(global.screen);' ] which also I made a .desktop to put in autostart folder.

I hope helps someone else who's having same problem

View this comment - View article - View full comments

Quoting: neowiz73oops :P yeah I've been using 364.12 myself. haven't seen anything like that yet though. maybe they should just upgrade it to vulkan :P
it would be interesting to test out.

Well, If they decide to change to Vulkan, possibly they will need to rewrite entire program because of the API architectural difference (opengl4 stands against dx11 as vulkan stands against dx12) and imho this is work for the original developers and not for Feral (which probably doesn't have permission to change so much source code) since Vulkan also works in Windows and overall costs will be less, basically two (or more) platforms at the price of one.

Probably this bug is a buffer allocation conflict and not so hard to fix since character renders comes apart from world and objects render.

View this comment - View article - View full comments

Quoting: Shmerl

At the time of this writing, 32-bit processors are becoming rarer, but 32-bit operating systems are still a reality. Distributing both 32-bit and 64-bit binaries is a small effort that prevents a lot of headaches.

I'd say no. If developers are constrained they should drop 32-bit builds and only release 64-bit. Otherwise they'll have to deal with a lot of hidden issues, like the infamous large XFS partition bug. Those focused on gaming today don't use 32 bit OSes anyway, and non capable of 64-bit PC hardware doesn't exist for years already.

Sorry but I'm not aware of all information, I never had any bug in XFS partition since opensuse made as default, I became curious about the bug but the google gave me only old forum posts, then, I need to ask what kind of bug is?

View this comment - View article - View full comments

Quoting: omer666

Quoting: coryrj19951hmm... anyone getting this [External Link] or this [External Link] error, or know how to fix it? And it segfaults when I press play from the main menu.

Looks like a driver problem, what are you running the game on?

Yes, I was, nothing with driver or file system as they usually push the blame, it was a map version was higher than the executable and happened with me when they updated to 1.10, I whined about one month in support until they made update to 1.11 which now looks normal and is playable.
Try to check integrity on steam, if doesn't fix fill a support form.

-----------------
openSUSE Tumbleweed
Linux Kernel 4.5.0.1 SMP PREEMPT
Nvidia Driver 364.12
BTRFS(root), XFS(home)

View this comment - View article - View full comments

I was hyped when I heard that they will do a linux port, since that took sooooooooo loooooonng and never acomplished, I don't care even if they do anything now, I won't buy, "the cake is a lie".

View this comment - View article - View full comments

Quoting: Purple Library Guy

Quoting: eddie-foss

Quoting: tuubi

Quoting: eddie-fossPS.: SteamOS is a mess compared with any distro, there is no consistent game/software packaging like we have in all linux distros, there is no dependencies check and there is no file duplication check.

What exactly do you mean? Steam handles the installation of games and their dependencies (the Steam Runtime) and behind the scenes SteamOS--being a Debian derivative--uses APT for package management to cater for the rest of the system.

But SteamOS is obviously not supposed to compete with all-rounders like Ubuntu, Fedora, Arch and the like. It's just a purpose-built vehicle for Steam. If that's not what you want, go ahead and run Steam on another, supported distribution like Ubuntu. Obviously you're not part of the target audience for SteamOS. Neither am I, so don't take this the wrong way.

If you do checksum for all files with same name you will see many duplicated and actually most of the games has a folder with their needed dependencies which some of them is redundant.
In my years of linux I learned that symlinks is a very eficient tool to avoid the flaw of unpatched cloned files.

Redundant . . . now. You missed the time element. Games are not open source packages. They will not get updated forever. Distro packagers will not carefully make sure the version of Victor Vran they ship works with the libraries they also ship. It is wise to include some of their own dependencies in their own folder; in five years, the game will be the same and want the same dependencies, but the OS will have moved forward and the libraries will be a few versions ahead. Depend entirely on the OS' versions and you will get breakage over time. Depend on versions the game has with it and it will keep running fine quite a bit longer. Takes up space, but disk space is ludicrous cheap, especially on most gaming machines, and the kind of libraries that go in dependencies are small.

Oh well, I know, but you didn't read what I wrote after that, the steam management is the problem, steam now is a distro an they must take their responsibilities more seriously, if you don't care as a customer you will have a crappy system after some time, as a customer we must warn them before is too late.
About versions, this is why we have "library.version.so", is a standard for all linux devs;
About patches, if some bug or flaw is found in a program, fix is the best option, not doing that is an insult to a customer.
About the duplicated files, I was talking mostly about libraries that is opensource and steam libs clones, but if the person/company is organized probably will have a project shared folder with their project shared resource files inside, this was the way that CS did a long time ago.
"...but disk space is ludicrous cheap, ...", not for all people, in Brazil is "ludicrous" expensive, even Brazil being the richest country of South America. Also PS4 and X1 has same problem mostly you can only download about 10 games and the space is over :D, more quality textures, more space is required, probably 8k everywhere is not far and steam must be aware.

I hope the day that everybody plays together instead being a terrorist or doing war.

What I predict is: Unpatched versions can be a breach for attackers, they can use the game to stole your account or any personal information (and if you have kids probably you will pay more attention to that).

View this comment - View article - View full comments

Quoting: tuubi

Quoting: eddie-fossIMO, SteamOS needs a standardized and organized SDK like XBoxes, Playstations, Nintendos SDKs;

I'm not sure I agree. Sure, locking it all down and forcing developers to adhere to strict development guidelines and unified tooling would make it all a tighter, more console-like experience. But what is even more important for the success of SteamOS than pleasing users is convincing game developers to jump in. The success of Windows is mostly due to software companies adopting the OS as their platform of choice back in the day. Sure, it wasn't a bad OS compared to the competition at the time either, but as we all know, this hasn't been true for a while now.

Building walls around the "garden" would also go against many of the reasons Steam is such an attractive platform for developers. A great console OS won't do much if developers have no incentive to get their games on it. Valve's idea seems to be to minimize the actual effort of developing and maintaining SteamOS ports for Windows games, so that there's little reason not to. Every cross-platform API (like Vulkan) is a step closer to this goal. And I'd say this strategy seems to be bearing fruit so far. Not quickly enough for many of you, but personally I'm quite optimistic. Even if SteamOS never takes off, I doubt Steam on Linux is going to disappear any time soon.

When you decide to do something, you are conditioning yourself to do something, as I learned BASIC I conditioned myself to learn BASIC language and there is nothing wrong with that. If devs decide to use steamos they need to follow some rules and without them we will be on a state of anarchy (as, somehow, we do now), the strict development is made by the publishers, but the tools aren't, in our linux world we already have plenty of tools and new one was born, Vulkan. The success of Windows was because there was no other reasonable choice since the beginning for beginners. I started to use linux around 95's along Windows 95 and I remember how difficult was to put xorg to work(Also I remember how difficult to use a mouse, I'm from CLI era computers, a dinosaur :D). All FOSS follow a standard, steamos just need to put the tools together and give the manuals to devs... and principally give us a better customer service because when we ask support, some game publisher just ignore us and there is no customer courtesy as we have when we go to market or somewhere else.
I just wondering now, if steam gave upon linux platform, I will receive all my ~100 paid games money back? Or they will justify "You can still use your account on Windows platform"(Which I'll never go back :D )?, well, no courtesy and no guarantee at all, totally unreasonable isn't it?.

ps. I hope GOG raises too.

View this comment - View article - View full comments

Quoting: tuubi

Quoting: eddie-fossIf you do checksum for all files with same name you will see many duplicated and actually most of the games has a folder with their needed dependencies which some of them is redundant.
In my years of linux I learned that symlinks is a very eficient tool to avoid the flaw of unpatched cloned files.

Ah, that's true. Games often ship their own dependencies. This isn't something valve can "fix", unless they forcibly take over the actual packaging for developers. Now they simply provide the tools and the platform. The Steam Runtime is provided as a "standard library" of sorts, but there's no requirement that games actually make use of it. Not much of an issue in my opinion, and definitely not unique to SteamOS.

IMO, SteamOS needs a standardized and organized SDK like XBoxes, Playstations, Nintendos SDKs; Also less copies of same files means more free storage space for users, the package management is the core of the ecosystem of a "rolling release" gaming system.

I don't know where I heard that but, "Doing better doesn't mean doing best"

View this comment - View article - View full comments