Difference between revisions of "Talk:Steam"

From ArchWiki
Jump to: navigation, search
m
(→‎Mention steam-native-runtime in main wiki?: close)
 
(75 intermediate revisions by 31 users not shown)
Line 1: Line 1:
−
i didn't find any font named marlett.ttf in my vista installation... but i copied all fonts from vista (that are under 1mb) to ~/.wine/drive_c/windows/fonts/ and the console (and buddy notifications) now look good. so i dont know what the right font is. but definetly not marlett.ttf.
+
== <s>Mention steam-native-runtime in main wiki?</s> ==
  
−
== samba ==
+
Hello, new contributor here, so I am wanting to gather opinions on what would be my first contribution to the wiki.
  
−
  m  13:21 (cur | prev) . . (+153) . . Dinosaw (Talk | contribs) (Added samba to the list of preperations to prevent ntlm_auth out of date/absent errors)
+
In my experience, the steam-native-runtime was incredibly useful back when I was using mesa on an AMD graphics card, and to help solve some issues with specific games.
  
−
I undid this change, because I have multiple arch installs (none with samba installed), and steam works fine on them. winehq doesn't have anything about this either [[User:Thestinger|Thestinger]] 13:59, 20 August 2010 (EDT)
+
Would this be worth mentioning in the main Steam wiki page? It's only mentioned in the troubleshooting page, so it could be missed by some new users to Arch.
 +
[[User:Murnux|Murnux]] ([[User talk:Murnux|talk]]) 00:56, 29 June 2017 (UTC)
  
 +
:{{pkg|steam-native-runtime}} was originally used as a workaround for issues in the Steam runtime. However recent Steam updates and changes to the Arch package have largely made such workarounds unnecessary. The native runtime package is also not a perfect workaround: its monolithic so you end up installing tons of packages you might not need, it may break certain games that expect older runtime libraries, and it might be missing certain libraries that are present in the Steam runtime but not in the Arch package potentially breaking games as well. For these reasons, I recommend that Arch users try installing just {{pkg|steam}} first and running with the Steam runtime. If issues arise, we have the troubleshooting subpage.
 +
:The native runtime still has its uses: some Arch users like using newer libraries than Steam packages, and newer libraries might actually fix bugs in certain games. But I don't think it needs to be mentioned in the main installation section.
 +
:[[User:Silverhammermba|Silverhammermba]] ([[User talk:Silverhammermba|talk]]) 05:34, 29 June 2017 (UTC)
  
−
When installing steam it couldn't connect with the steam server and when run from the terminal it would mention something to do with ntlm_auth being absent or out of date. http://wiki.winehq.org/NtlmAuthSetupGuide this said samba contained the required file.
+
== Killing compsitors (Compton) ==
  
−
To test I removed samba though pacman and once again steam would not connect to the server and crashed, the terminal gave this output:
+
Instead of  
−
 
−
err:ntlm:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path.
 
−
err:ntlm:SECUR32_initNTLMSP Usually, you can find it in the winbind package of your distribution.
 
  
−
That you can run steam fine without samba suggests that there is another source for this file?
+
killall compton && %command%; nohup compton &
−
[[User:Dinosaw|Dinosaw]] 11:21, 24 August 2010 (BST)
+
 
 +
wouldn't
 +
 
 +
killall compton; %command%; nohup compton &
 +
 
 +
be better as it does not rely on compton running when you start up a game? I've been frustrated more than a few times when I'd start a game, forgetting that compton wasn't running and the steam game would hang. {{unsigned|15:38, 9 March 2015‎|Wartz}}
 +
 
 +
:I think both are terrible. The proper way would be to to read the compton manual and adjust the configuration accordingly (i.e {{ic|1=unredir-if-possible = true}}). But if you did use a command like this, know that compton has a {{ic|-b}} switch to daemonize, making nohup redundant. -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 14:58, 9 March 2015 (UTC)
 +
 
 +
::Thanks for pointing me in that direction. unredir-if-possible seems to work fine with fullscreen games instead of outright killing the compositor. I'm not sure how much of an effect the compositor has on windowed games though. [[User:Wartz|Wartz]] ([[User talk:Wartz|talk]]) 17:30, 9 March 2015 (UTC)
 +
 
 +
== Hardware decoding for In-Home Streaming ==
 +
 
 +
=== For Intel Graphics ===
 +
See https://bbs.archlinux.org/viewtopic.php?id=187922
 +
 
 +
=== For NVIDIA Graphics ===
 +
First, make sure that lib32-libva-vdpau-driver is installed from the AUR.
 +
Then, move the old steam vdpau folder out of the way:
 +
 
 +
mv ~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/vdpau/ ~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/vdpau.bak
 +
 
 +
Then, link in the vdpau folder from your system:
 +
 
 +
ln -s /usr/lib32/vdpau ~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/.
 +
 
 +
To prove to yourself that it's working properly, make sure you have "Display performance information" ticked in your steam settings on the client under In-Home Streaming/Advanced Client Options. Now when you start streaming, press F6 on the client. The "Decoder:" line should show "VDPAU hardware decoding"
 +
 
 +
An update of the steam-runtime will likely overwrite these changes.
 +
[[User:Greyltc|Greyltc]] ([[User talk:Greyltc|talk]]) 12:29, 15 April 2015 (UTC)
 +
 
 +
== How to read Minidumps? ==
 +
 
 +
Set up Steam and have been playing around with a runtimeless install. It seems to work okay sometimes, other times it seems to randomly crash, giving minidumps that sit in /tmp. I'm familiar with using gdb to backtrace coredumps but these minidumps are something else, and I'm having a hard time finding out how to actually use them to figure out what's going on. Anyone have any clues? If so, that's perhaps something to add to this page. [[User:Insidious611|Insidious611]] ([[User talk:Insidious611|talk]]) 16:10, 28 April 2016 (UTC)
 +
 
 +
== Running games with bumblebee ==
 +
 
 +
Hello,
 +
 
 +
it took me some time to find out why my games wouldn't run on the nvidia graphic card. I found out, that I needed [[Bumblebee]] and primus installed with 32-bit support. Also [https://support.steampowered.com/kb_article.php?ref=6316-GJKC-7437 this page] by steam was very helpful. Maybe somebody more experienced can add this to the article or I'll do that when I find the time.
 +
 
 +
[[User:Nomalag|Nomalag]] ([[User talk:Nomalag|talk]]) 14:55, 3 August 2017 (UTC)
 +
 
 +
:Correct me if I'm wrong, but isn't this the case for all GPU rendering and not just a Steam issue? Or do other GPU-intensive programs run on your NVIDIA card without Bumblebee and only Steam requires it? If it's the former, then we don't need to change the article.
 +
:[[User:Silverhammermba|Silverhammermba]] ([[User talk:Silverhammermba|talk]]) 21:36, 3 August 2017 (UTC)
 +
 
 +
:The emphasis lies on the 32-bit support. At the time that I installed [[Bumblebee]] I didn't have any 32-bit programs. When installing Steam I did not go through the installation guide of Bumblebee again. Also it might be helpful to mention that some games are 32-bit and that you actually need to install 32-bit support.
 +
:[[User:Nomalag|Nomalag]] ([[User talk:Nomalag|talk]]) 08:42, 4 August 2017 (UTC)

Latest revision as of 13:49, 18 September 2017

Mention steam-native-runtime in main wiki?

Hello, new contributor here, so I am wanting to gather opinions on what would be my first contribution to the wiki.

In my experience, the steam-native-runtime was incredibly useful back when I was using mesa on an AMD graphics card, and to help solve some issues with specific games.

Would this be worth mentioning in the main Steam wiki page? It's only mentioned in the troubleshooting page, so it could be missed by some new users to Arch. Murnux (talk) 00:56, 29 June 2017 (UTC)

steam-native-runtime was originally used as a workaround for issues in the Steam runtime. However recent Steam updates and changes to the Arch package have largely made such workarounds unnecessary. The native runtime package is also not a perfect workaround: its monolithic so you end up installing tons of packages you might not need, it may break certain games that expect older runtime libraries, and it might be missing certain libraries that are present in the Steam runtime but not in the Arch package potentially breaking games as well. For these reasons, I recommend that Arch users try installing just steam first and running with the Steam runtime. If issues arise, we have the troubleshooting subpage.
The native runtime still has its uses: some Arch users like using newer libraries than Steam packages, and newer libraries might actually fix bugs in certain games. But I don't think it needs to be mentioned in the main installation section.
Silverhammermba (talk) 05:34, 29 June 2017 (UTC)

Killing compsitors (Compton)

Instead of 

killall compton && %command%; nohup compton &

wouldn't 

killall compton; %command%; nohup compton &

be better as it does not rely on compton running when you start up a game? I've been frustrated more than a few times when I'd start a game, forgetting that compton wasn't running and the steam game would hang. —This unsigned comment is by Wartz (talk) 15:38, 9 March 2015‎. Please sign your posts with ~~~~!

I think both are terrible. The proper way would be to to read the compton manual and adjust the configuration accordingly (i.e unredir-if-possible = true). But if you did use a command like this, know that compton has a -b switch to daemonize, making nohup redundant. -- Alad (talk) 14:58, 9 March 2015 (UTC)
Thanks for pointing me in that direction. unredir-if-possible seems to work fine with fullscreen games instead of outright killing the compositor. I'm not sure how much of an effect the compositor has on windowed games though. Wartz (talk) 17:30, 9 March 2015 (UTC)

Hardware decoding for In-Home Streaming

For Intel Graphics

See https://bbs.archlinux.org/viewtopic.php?id=187922

For NVIDIA Graphics

First, make sure that lib32-libva-vdpau-driver is installed from the AUR. Then, move the old steam vdpau folder out of the way: 

mv ~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/vdpau/ ~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/vdpau.bak

Then, link in the vdpau folder from your system: 

ln -s /usr/lib32/vdpau ~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/.

To prove to yourself that it's working properly, make sure you have "Display performance information" ticked in your steam settings on the client under In-Home Streaming/Advanced Client Options. Now when you start streaming, press F6 on the client. The "Decoder:" line should show "VDPAU hardware decoding"

An update of the steam-runtime will likely overwrite these changes. Greyltc (talk) 12:29, 15 April 2015 (UTC)

How to read Minidumps?

Set up Steam and have been playing around with a runtimeless install. It seems to work okay sometimes, other times it seems to randomly crash, giving minidumps that sit in /tmp. I'm familiar with using gdb to backtrace coredumps but these minidumps are something else, and I'm having a hard time finding out how to actually use them to figure out what's going on. Anyone have any clues? If so, that's perhaps something to add to this page. Insidious611 (talk) 16:10, 28 April 2016 (UTC)

Running games with bumblebee

Hello,

it took me some time to find out why my games wouldn't run on the nvidia graphic card. I found out, that I needed Bumblebee and primus installed with 32-bit support. Also this page by steam was very helpful. Maybe somebody more experienced can add this to the article or I'll do that when I find the time.

Nomalag (talk) 14:55, 3 August 2017 (UTC)

Correct me if I'm wrong, but isn't this the case for all GPU rendering and not just a Steam issue? Or do other GPU-intensive programs run on your NVIDIA card without Bumblebee and only Steam requires it? If it's the former, then we don't need to change the article.
Silverhammermba (talk) 21:36, 3 August 2017 (UTC)
The emphasis lies on the 32-bit support. At the time that I installed Bumblebee I didn't have any 32-bit programs. When installing Steam I did not go through the installation guide of Bumblebee again. Also it might be helpful to mention that some games are 32-bit and that you actually need to install 32-bit support.
Nomalag (talk) 08:42, 4 August 2017 (UTC)
Retrieved from "https://wiki.archlinux.org/index.php?title=Talk:Steam&oldid=490653"