Latest Comments by Kithop
Looking to capture gameplay from one Linux PC on another, what should I be getting?
26 Oct 2016 at 10:33 pm UTC Likes: 2
https://obsproject.com/forum/threads/nvenc-support-for-linux.47023 [External Link]
By using the ffmpeg repo listed when you try to apt-get source ffmpeg, you can use debuild and get proper .deb packages built to install, rather than doing a hard 'make install' and then not getting the package stuff in sync.
Similarly, using OBS' Debian-specific build instructions, you'll end up with an 'obs-studio' entry in dpkg that you can then 'apt-mark hold obs-studio' and prevent it from being overwritten (e.g. by updates to their binaries in the PPA).
26 Oct 2016 at 10:33 pm UTC Likes: 2
Quoting: liamdaweI didn't honestly think NVENC would change things much, but I managed to find a guide here [External Link] and wow, what a difference. It made a game go from unplayable while recording to no difference :DIf you want a little bit more 'Ubuntu' (Debian) way, I did write a guide for this on the OBS forums a while back:
https://obsproject.com/forum/threads/nvenc-support-for-linux.47023 [External Link]
By using the ffmpeg repo listed when you try to apt-get source ffmpeg, you can use debuild and get proper .deb packages built to install, rather than doing a hard 'make install' and then not getting the package stuff in sync.
Similarly, using OBS' Debian-specific build instructions, you'll end up with an 'obs-studio' entry in dpkg that you can then 'apt-mark hold obs-studio' and prevent it from being overwritten (e.g. by updates to their binaries in the PPA).
Looking to capture gameplay from one Linux PC on another, what should I be getting?
26 Oct 2016 at 6:47 pm UTC
26 Oct 2016 at 6:47 pm UTC
One other thing that comes to mind - there does seem to be a performance difference between using OBS 'Window Capture' vs 'Screen Capture'. The latter seems to have less impact, at least for me.
Looking to capture gameplay from one Linux PC on another, what should I be getting?
26 Oct 2016 at 6:42 pm UTC Likes: 2
26 Oct 2016 at 6:42 pm UTC Likes: 2
I believe the Blackmagic Design Intensity [External Link] has better OBS support, but I'm not sure - I don't own the hardware for it.
If you're using OBS on Linux, though, does the source machine have an nVidia GPU? Can you not build ffmpeg with NVENC support and get it working with OBS to take the load off the CPU? That's what I do. :)
I'm hoping they'll get AMD VCE support in soon, too, and the VAAPI stuff for QuickSync (which I have gotten working with the command line ffmpeg, but the options are complicated and OBS doesn't have a GUI hook to them yet).
If you can fix the encoding on the first machine to be less CPU-intensive, by using one of those hardware methods, then if you absolutely need to stream it to a second machine, the combo of nginx + rtmp on the target machine (or another server) as your stream target does wonders. That's how you can get multiple computers at, e.g. a LAN party to stream to one central point, and then someone can video mix all their streams in... just another copy of OBS with Video Source filters.
If you're using OBS on Linux, though, does the source machine have an nVidia GPU? Can you not build ffmpeg with NVENC support and get it working with OBS to take the load off the CPU? That's what I do. :)
I'm hoping they'll get AMD VCE support in soon, too, and the VAAPI stuff for QuickSync (which I have gotten working with the command line ffmpeg, but the options are complicated and OBS doesn't have a GUI hook to them yet).
If you can fix the encoding on the first machine to be less CPU-intensive, by using one of those hardware methods, then if you absolutely need to stream it to a second machine, the combo of nginx + rtmp on the target machine (or another server) as your stream target does wonders. That's how you can get multiple computers at, e.g. a LAN party to stream to one central point, and then someone can video mix all their streams in... just another copy of OBS with Video Source filters.
The developers of 'Can't Drive This' will donate all Linux revenue from October to charity
24 Oct 2016 at 6:39 pm UTC
24 Oct 2016 at 6:39 pm UTC
My friend (who has a weekly gaming livestream he does) and I bought copies of this and played it together for a little bit last Thursday.
I set up my Steam Controller for driving with no issues, and just used my mouse for building.
A couple things we both noticed:
* The green transparent block view on the building side makes it really hard for you to see exactly what block it is you're about to put down - particularly when you're given a corner piece, or anything else you need to rotate to be driveable. We had to keep glancing at the 'next block' preview in the far upper right to try and judge what it was we were about to put down.
* When you end up having to turn, so you're travelling and building horizontally rather than vertically, it would be nice for blocks to come in already rotated 90 degrees, so it's not a mad rush to rotate every single block you place down until you can turn the driver again into another vertical path.
* Unless we just couldn't see it in our very very quick blind playthrough, we really could use a button or mode to facilitate having the Driver and Builder switch places in the middle of a play session, without having to back out to the main menu and then set up the game again. We figured out that whoever hosts is the driver, of course.
* Some kind of starting countdown or gating when starting a map would be neat, but that's a nice-to-have. I.e. the low speed countdown/timer doesn't start until either a) the driver touches the controls or b) the builder places their first block? We found ourselves fighting our machines' loading times in a mad dash to get started as soon as we heard the sound start up.
Anyway, if you want two people's very first impressions on a blind playthrough (warning: excited cussing!) ->
View video on youtube.com
I think you guys have a great idea and it holds a lot of promise as an awesome party game! I can totally see setting this up and then having everyone trading places in kind of a double-hotseat mode. :)
I set up my Steam Controller for driving with no issues, and just used my mouse for building.
A couple things we both noticed:
* The green transparent block view on the building side makes it really hard for you to see exactly what block it is you're about to put down - particularly when you're given a corner piece, or anything else you need to rotate to be driveable. We had to keep glancing at the 'next block' preview in the far upper right to try and judge what it was we were about to put down.
* When you end up having to turn, so you're travelling and building horizontally rather than vertically, it would be nice for blocks to come in already rotated 90 degrees, so it's not a mad rush to rotate every single block you place down until you can turn the driver again into another vertical path.
* Unless we just couldn't see it in our very very quick blind playthrough, we really could use a button or mode to facilitate having the Driver and Builder switch places in the middle of a play session, without having to back out to the main menu and then set up the game again. We figured out that whoever hosts is the driver, of course.
* Some kind of starting countdown or gating when starting a map would be neat, but that's a nice-to-have. I.e. the low speed countdown/timer doesn't start until either a) the driver touches the controls or b) the builder places their first block? We found ourselves fighting our machines' loading times in a mad dash to get started as soon as we heard the sound start up.
Anyway, if you want two people's very first impressions on a blind playthrough (warning: excited cussing!) ->
View video on youtube.com
I think you guys have a great idea and it holds a lot of promise as an awesome party game! I can totally see setting this up and then having everyone trading places in kind of a double-hotseat mode. :)
Shadow Warrior 2 should still be coming to Linux after all, was a miscommunication
15 Oct 2016 at 1:41 am UTC Likes: 2
15 Oct 2016 at 1:41 am UTC Likes: 2
Kind of related, they say DRM is a waste of time [External Link]. If and when this Linux port materializes, I kind of want to throw money at them just because they're finally getting it. :P
'Osiris: New Dawn', a graphically impressive multiplayer adventure and survival game coming to Linux
4 Oct 2016 at 2:42 am UTC
4 Oct 2016 at 2:42 am UTC
I've got a couple friends interested in this one - we've gone through Space Engineers, Empyrion, ARK, 7 Days to Die, modded Minecraft, Starbound... not going to lie, the whole crafting/survival multiplayer thing sometimes feels like it's an overdone 'me too!' genre (kind of reminds me of the explosion of MMORPGs after WoW showed up EverQuest), but if this does end up getting a Linux build, being Unity and all, I'd be tempted to try it, just to play with them through one more of these.
The other question, though - if it's multiplayer, will it at least get a Linux dedicated server build? (And, will it run in FreeBSD's 'Linuxulator', or will I have to at least fire up my Ubuntu Server VM?) Something to watch, I guess!
The other question, though - if it's multiplayer, will it at least get a Linux dedicated server build? (And, will it run in FreeBSD's 'Linuxulator', or will I have to at least fire up my Ubuntu Server VM?) Something to watch, I guess!
You can help fund the Unreal Engine Editor development specifically for Linux compatibility
12 Sep 2016 at 6:54 pm UTC Likes: 5
12 Sep 2016 at 6:54 pm UTC Likes: 5
Just put my $5 in. I was wondering where Vulkan in UE4 for Linux was! :D
Editorial: I ditched SteamOS in favour of a normal Linux distribution for my gaming
29 Aug 2016 at 5:31 pm UTC Likes: 5
29 Aug 2016 at 5:31 pm UTC Likes: 5
That log looks a lot like a video driver issue. I'm going to hazard a guess and say:
nVidia binary driver, they installed a new kernel, and the DKMS build for the glue module failed, meaning no video driver (and it won't smartly fall back to Nouveau - or can't), and Xorg blows up on launch because of it.
Seen this happen when testing kernel 4.7 on my desktop, on a regular Xubuntu install. :S:
I did play around with SteamOS about a year or two ago, and it did work as well as I expected it to. I enabled the regular Gnome login account, played around with what looked like a mostly-standard Debian install, and then realised the biggest shortcoming: The hacks they've done to Xorg to make Steam run under its own VT are great... but they absolutely wreck being able to run things outside of Steam, that may hook into Steam... like, say, recording or streaming with OBS. Or heck, dual monitor support at all.
I tend to have a browser with walkthroughs or chat windows and such up on my secondary monitor while gaming on the first. If I'm streaming, that secondary monitor is where I can keep an eye on OBS and use hotkeys to do scene transitions... or watch stream chat and respond, etc. That all falls apart when SteamOS kills the other monitor and forces you to stay solely 'in the game'.
It's kind of hard to understand the niche that Valve is going for, here. If people want a console experience, they're typically going to just get a console. Most of my friends on consoles are there for one big reason: they're cheap. The secondary reason might be: 'all my friends are on the same network'. Sony and MS subsidize their console hardware to make this happen - that's why it's tough to build a high end AMD APU system with otherwise matching hardware for similar prices. Once you go beyond that, and into the $800+ range for hardware, you're getting into people who want not just a gaming device, but a proper computer - something they can type up their homework or work work on, they can surf the web on (not that Steam's browser isn't functional, but browsing with a controller is an exercise in sadism, even with an actual Steam Controller). Something they can do video editing or music or whatever else you can do with a proper computer.
Linux is perfectly capable for most of those things, of course, but that's where the sell gets harder for people used to Windows (and may have a library of software already from their old computers), and Valve has made it abundantly clear that 'another desktop Linux distro' is not the ideal they're chasing. They want a highly tuned, customized distro that boots straight into Big Picture Mode and has little need for anything else - at that point it kind of makes more sense to think of it a bit like, say, Android. Yes, it's technically Linux, but no one outside of tech circles actually cares, and even heavy Android users would have no clue how to manage or install software on a typical Linux desktop; they're just that disparate from each other.
That means Valve's job would then be to bundle all the things that people want to do into Steam itself. Granted, they've already got stuff like non-gaming software in there (which I've never tried to purchase or use straight from Steam), but as mentioned - Netflix (ugh, with that EME DRM crap), streaming... in my case I'd love to see some kind of integration with Kodi, actually. That would make the most sense as it's already 'done', has its own plugin system for many of those things, and doubles as being able to manage music and movies on local or NAS.
I don't get the feeling that Valve is ready or willing to dump those kinds of resources into SteamOS just yet, and I don't think the people who would be interested in the end-result from a user perspective line up with community members with the technical knowledge to implement it; technical Linux users by and large just don't really care about SteamOS, but we care about the Runtime and the games themselves that we can launch from our own distros. Community fixes and improvements on a 'locked down' experience are going to be hard to come by, leaving the burden almost entirely on Valve. :(
nVidia binary driver, they installed a new kernel, and the DKMS build for the glue module failed, meaning no video driver (and it won't smartly fall back to Nouveau - or can't), and Xorg blows up on launch because of it.
Seen this happen when testing kernel 4.7 on my desktop, on a regular Xubuntu install. :S:
I did play around with SteamOS about a year or two ago, and it did work as well as I expected it to. I enabled the regular Gnome login account, played around with what looked like a mostly-standard Debian install, and then realised the biggest shortcoming: The hacks they've done to Xorg to make Steam run under its own VT are great... but they absolutely wreck being able to run things outside of Steam, that may hook into Steam... like, say, recording or streaming with OBS. Or heck, dual monitor support at all.
I tend to have a browser with walkthroughs or chat windows and such up on my secondary monitor while gaming on the first. If I'm streaming, that secondary monitor is where I can keep an eye on OBS and use hotkeys to do scene transitions... or watch stream chat and respond, etc. That all falls apart when SteamOS kills the other monitor and forces you to stay solely 'in the game'.
It's kind of hard to understand the niche that Valve is going for, here. If people want a console experience, they're typically going to just get a console. Most of my friends on consoles are there for one big reason: they're cheap. The secondary reason might be: 'all my friends are on the same network'. Sony and MS subsidize their console hardware to make this happen - that's why it's tough to build a high end AMD APU system with otherwise matching hardware for similar prices. Once you go beyond that, and into the $800+ range for hardware, you're getting into people who want not just a gaming device, but a proper computer - something they can type up their homework or work work on, they can surf the web on (not that Steam's browser isn't functional, but browsing with a controller is an exercise in sadism, even with an actual Steam Controller). Something they can do video editing or music or whatever else you can do with a proper computer.
Linux is perfectly capable for most of those things, of course, but that's where the sell gets harder for people used to Windows (and may have a library of software already from their old computers), and Valve has made it abundantly clear that 'another desktop Linux distro' is not the ideal they're chasing. They want a highly tuned, customized distro that boots straight into Big Picture Mode and has little need for anything else - at that point it kind of makes more sense to think of it a bit like, say, Android. Yes, it's technically Linux, but no one outside of tech circles actually cares, and even heavy Android users would have no clue how to manage or install software on a typical Linux desktop; they're just that disparate from each other.
That means Valve's job would then be to bundle all the things that people want to do into Steam itself. Granted, they've already got stuff like non-gaming software in there (which I've never tried to purchase or use straight from Steam), but as mentioned - Netflix (ugh, with that EME DRM crap), streaming... in my case I'd love to see some kind of integration with Kodi, actually. That would make the most sense as it's already 'done', has its own plugin system for many of those things, and doubles as being able to manage music and movies on local or NAS.
I don't get the feeling that Valve is ready or willing to dump those kinds of resources into SteamOS just yet, and I don't think the people who would be interested in the end-result from a user perspective line up with community members with the technical knowledge to implement it; technical Linux users by and large just don't really care about SteamOS, but we care about the Runtime and the games themselves that we can launch from our own distros. Community fixes and improvements on a 'locked down' experience are going to be hard to come by, leaving the burden almost entirely on Valve. :(
Fancy playing Quake with the Vulkan API? Now you can
29 Jul 2016 at 8:12 pm UTC
29 Jul 2016 at 8:12 pm UTC
And just like that, he's implemented vid_vsync cvar support on the Vulkan side:
Implement vsync off [External Link]
Implement vsync off [External Link]
Mojang working on new launcher for Minecraft, Linux might not see support
27 Jul 2016 at 2:09 am UTC Likes: 1
27 Jul 2016 at 2:09 am UTC Likes: 1
That still leaves the code from the old launcher or other modpack ones to be adapted, plus, right from the FTB homepage:
"Finally, work has started to test the viability of a Linux based client. The Curse dev team has a few Linux enthusiasts among them, so they're really excited about bringing the app to Linux."
I'm sure something will be sorted out. This is not any reason to panic. :)
"Finally, work has started to test the viability of a Linux based client. The Curse dev team has a few Linux enthusiasts among them, so they're really excited about bringing the app to Linux."
I'm sure something will be sorted out. This is not any reason to panic. :)
- Survive an elevator trying to eat you in co-op horror KLETKA when it releases February 19
- Draft code submitted to KDE Plasma turns it into a full VR desktop
- Proton Experimental brings updates for MonoGame, Rockstar Launcher and more
- Valve tweak Steam AI disclosure form for developers to clarify it's for content consumed by players
- KDE Plasma 6.7 will have a global push-to-talk feature
- > See more over 30 days here
- Casual/Social places for developer chatter
- simplyseven - Cyberspace Online
- Jarmer - Away later this week...
- Jarmer - Will you buy the new Steam Frame?
- eev - One-time logout
- Liam Dawe - See more posts
How to setup OpenMW for modern Morrowind on Linux / SteamOS and Steam Deck
How to install Hollow Knight: Silksong mods on Linux, SteamOS and Steam Deck