Windows 10 Iot Gaming

[Janeth Counter]

Beenlooking for the Windows.Gaming.Input namespace but am having a hard time. What should I be referencing to get access to this? MSDN was literally no help in the matter. -us/library/windows/apps/windows.gaming.input.aspx

Windows.Gaming.Input is a UWP namespace, in order to use it you need to create a UWP app. From your question (you have included WindowsBase and System.Windows) it seems that you've created a WPF app, which is not the case.

If you want to use GPU on host too you should make sure only apps you want will use gpu and those apps will get killed before starting vm.

So make UDEV rule to make GPU be owned by some custom group and start apps with this group permissions for example with sudo -g .

AMD gpu seems to unbind from host while some apps are using it (and kill those apps) but done that way reattaching not always works.

I figured one would have 3 basic options when setting up a gaming vm.

Use two gpus, passthrough your input devices and output to a different monitor(-input).

Use Looking Glass (but the fact, that audio comes from a different spice-device freaks me out)

Use one gpu, passhtrough your input devices (my favorit option)

By that I mean, that I would prefer something more lightweight than VM, because Windows is big, but if full VM is best option, then having multiple applications in VM is easy. And I remeber seeing some magic with VMs, that allow them run apps directly as single window, but at the time, it was limited to single application from a VM. I really wanted to get an sanity check before trying to implement it.

IGpu should be enough for video, IDEs, text editor, and internet browser (I hope) so it can be default. I think I need real GPU only for games, and one other application, that needs windows anyway.

I did not know anything about UDEV, but by quickly looking I think I should be able to figure that out.

Because I think I will use it only for games, I do not think unbind while application is running should be an problem.

Resizable bar is needed for more and more games, and is enabled by default now.

Why would I need to change the bar size before starting VM? My understanding is that with passtrough Windows will get full view of the GPU.

Connection both GPUs to the monitor seems fine, and audio also passes trough GPU to the monitor. Can you please elaborate on those 3 options? Why is 3 your favorite? Do I understand it correctly that in case 3 you are not able to access any application on the host, while the VM is running? (because the GPU is exclusively given to the VM)

Windows can be a bit iffy at times. It could lead to troubles where there should be none, if you run different vms from the same windows install. Why even bother with setting up multiple vms, if you boot off the same storage device? I cant see any benefit to such setup.

Running option 3 is less involved. I dont have to switch input devices or output devices. I dont have to deal with audio latency. Usually i run the vm when i want to game. I dont need access to the host while gaming. Also my main GPU is available while in Linux. Usually in a dual gpu setup the gpu for the vm cannot be used under Linux.

Oh my mistake did not state it clearly, I did not mean it as an install drive, but games and data drive, they would have separate "C:" (windows) drive, but the game storage would be the fast NVMe attached directly to VM.

My current understanding is quite the opposite, that with single GPU you need to run VM, install things like browser to a VM, because there is no way to get back to host to check something on the internet, and after closing the VM do some semi automatable magic to attach th GPU back to the host, without seeing anything on the screen. While dual GPU setup allows to (de)atttach the main GPU freely while seeing what you do all the time. Can you please explain why this is not the case?

If you want access to the host while running a dualgpu setup you would have to have additional input/output devices which you dont passthrough to the vm, a kvm-switch, use looking glass or come up with a more involved setup.

My idea was that some games work trough proton, so would not require VM to run, and for that the GPU would need to be used in the host OS, or do you think it would be better to run all windows applications in windows natively?

Windows XP games typically

Windows XP games typically have better forward compatibility with Windows Vista and Windows 7, but there are still a few titles that lack compatibility with newer versions of Windows. Because more of the games work on newer systems, however, retro gaming systems built for Windows XP are less common.

Further, although most systems originally designed to run Windows 98 or older were tossed out years ago, there are many older computers that still run Windows XP today. As a result, our focus will be on building DOS- and Windows 95/98-era retro gaming systems.

The real first fun step is to building one of these systems is to determine what kind of games you want to play and then picking optimal parts to play them while Free Dating Apps for Android. I mentioned that we will focus on the DOS and Windows 95/98 gaming eras, and I will specifically focus on the games that filled my childhood, such as the Monkey Island Series, Kings Quest V,The 7th Guest, Doom, Quake, Diablo, Age Of Empires II, Warcraft II, Command And Conquer, and Descent: Freespace.

Although I chose parts from around 1998 when many of these games were relatively new, thinking like a modern PC enthusiast, I opted for components that were faster than I ultimately needed. I wanted to make the system as fast as possible using the technology from this time period, but that was a mistake.

For example, Warcraft II came out in 1995 and requires at least a 60 MHz Pentium processor. Warcraft II is one of those titles that suffers from having a CPU that performs too fast. Using my 1 GHz Pentium III processor, parts of the game ran way too fast and the game became unplayable.

How about money? Not everyone has enough money to buy two powerful machines, for Qubes and gaming. If you have one machine, gaming makes it much less secure AFAIK. You would want to isolate it as much as possible from the rest of the system, which is why Qubes could help.

I can tell you why. It is because when they have vnc connection because exploitng ME they can shut down your game when they want too. Aslo you are streaming for free without knowing if your actually streaming. Its not ideal.

Currently I am using Windows 8. I have a virtual box with Ubuntu set up for development. Aside from that I sometimes just want to relax and enjoy a game (Battlefield 3, Skyrim, Saints Row: The Third, etc) after hours of research and development.

I'm not sure if this is the right place to ask. I'm merely trying to come back to linux, yet I'm a PC gamer so I can't throw away Steam. I'm aware of the linux client, but most of those games won't work.

Gaming in a Virtual box is a bad idea. You wont have the great 3D support that you desire and applications that require a lot of resources will lag. Some games will probably work, like minecraft and minesweeper. But running heavy programs like Battlefield, Skyrim and similar will not work.

A solution to this problem is dual boot. For example you have one partition with Linux (where you are all serious and stuff) and one partition with windows (for gaming). I had this setup on my laptop for several years it works great.

Personally, I have mixed results running games in Virtualbox. But I can play some of my favorites. There is a (really small) wikia site with some results about working and non-working games at -gaming.wikia.com/ if you want to take a look or even post your own results.

It sounds like having a Windows PC on your network to run the games might be OK, if you play the game from where you wanted. Kainy has a server for Windows, and clients for a number of OS, and game systems. They don't have a server for Linux, though.

As far as gaming on VirtualBox, I think it would be OK if VirtualBox had better graphics accelerator support. I think the emulation argument is a bit exaggerated. Windows is executing with the same processor it expects, no added expense there. VirtualBox mediates Windows hardware calls, and there may be some overhead.

The big problem is that VirtualBox is not built for gaming, supporting 3D graphics is not a priority. Nonetheless, if you have an older game that is not requiring graphics support beyond what VirtualBox has, I don't see why you wouldn't go ahead and run it there.

The Linux Mint installer (Ubuntu based, with Mate for your 32 bit, or 64bit system)... is the easy way. VB, and over Ubuntu complied packages, not Debian (pure) ones, should be about the same. Use Ubuntu if you already have it.

I'm not sure about virtualbox, but I've seen people talk about considerable success by having hardware dedicated to the virtual machine, albeit what I've seen mostly concerned using Xen or VMWare. Specifically, they use a separate graphics card and sound card, and a dedicated disk partition. The linux system likely won't even have drivers for the hardware that is used by your windows gaming VM, and certainly won't connect to them. Problems seem to be more with the sound than the graphics.

I haven't gone down this road myself, so I won't try to specifics of how you'd set this up. TBH, for the time it'd take to get this running well (unless I had a very specific recipe to follow), I think I'd rather put a separate machine under my desk and hook up my Keyboard, mouse and screen via a KVM switch.

Using the WINE facility works much better than VirtualBox, especially for older games written for WinXP and earlier. I'm a huge fan of the old Star Trek Armada II game, which runs great on Ubuntu using WINE. It actually runs much better using WINE under UBUNTU-MATE than it does on Windows 10 on the same machine.

The PlayOnLinux package for UBUNTU is a great help. For games that have problems with the WINE defaults, the PlayOnLinux helps with their configuration. If the game you want to install isn't listed, you use the link at the bottom to "install a non-listed program". Ones that run without any special configuration are often no on the list. The best thing is that it will let you have a separate virtual C: drive for each game you install. This is really helpful because older games sometimes used DLLs that could conflict with others and cause problems. By each game you install having its own virtual C: drive, they never conflict with one another.

3a8082e126