Announcement

Collapse
No announcement yet.

The First Unreal Engine 3 Game Ships For Linux

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • phoronix
    started a topic The First Unreal Engine 3 Game Ships For Linux

    The First Unreal Engine 3 Game Ships For Linux

    Phoronix: The First Unreal Engine 3 Game Ships For Linux

    While Epic Games hasn't allowed for Unreal Tournament 3 to be released for Linux, the first native Linux game using Unreal Engine 3 was released today. Yes, Unreal Engine 3 for Linux...

    http://www.phoronix.com/vr.php?view=MTI1ODE

  • Hamish Wilson
    replied
    As a gamer I am much more concerned about overheard and compatibility than concerns about having foreign software on my computer. That is why I support native game titles.

    Leave a comment:


  • deanjo
    replied
    Originally posted by artivision View Post
    Safety reasons only. The regression is less than 5% with direct access to the Gpu.
    Which brings in another item. Direct access is only available to CPU and chipsets that support VT-d or AMD-Vi and there are much easier ways to make the system "safer" then going through a convoluted way of a VM

    Leave a comment:


  • artivision
    replied
    Originally posted by deanjo View Post
    Again, why? It still doesn't make any sense. Wine on a regular linux install is still going to have less overhead (and more then likely a lot less compatibility issues as you are removing another layer of translation). If you were to run a native install of Windows in the instance then perhaps you might see a small gain but using a hypervisor to run a linux installation that is running wine emulation is just going to have the opposite effect of what you are trying to accomplish.

    Safety reasons only. The regression is less than 5% with direct access to the Gpu.

    Leave a comment:


  • deanjo
    replied
    Originally posted by artivision View Post
    That i mean is a Linux_OS running Qemu-Wine-Windows_game under full x86 acceleration (x86 to x86 full).
    Again, why? It still doesn't make any sense. Wine on a regular linux install is still going to have less overhead (and more then likely a lot less compatibility issues as you are removing another layer of translation). If you were to run a native install of Windows in the instance then perhaps you might see a small gain but using a hypervisor to run a linux installation that is running wine emulation is just going to have the opposite effect of what you are trying to accomplish.

    Leave a comment:


  • artivision
    replied
    Originally posted by deanjo View Post
    Wine-Qemu would not make any sense. What would you propose to be the native OS of the KVM instance?

    That i mean is a Linux_OS running Qemu-Wine-Windows_game under full x86 acceleration (x86 to x86 full).

    Leave a comment:


  • deanjo
    replied
    Originally posted by artivision View Post
    As i said, not under Wine, but under Wine-Qemu(Kvm). Or better under Wine + Virtual environment. It only takes less than 5% from the Cpu.
    Wine-Qemu would not make any sense. What would you propose to be the native OS of the KVM instance?

    Leave a comment:


  • artivision
    replied
    Originally posted by Hamish Wilson View Post
    How does running something in Wine keep "closed garbage" off of your file system? Most odd excuse for crippling native Linux titles I have ever seen.

    You do know you can install native applications anywhere you want too, right?

    As i said, not under Wine, but under Wine-Qemu(Kvm). Or better under Wine + Virtual environment. It only takes less than 5% from the Cpu.

    Leave a comment:


  • Hamish Wilson
    replied
    How does running something in Wine keep "closed garbage" off of your file system? Most odd excuse for crippling native Linux titles I have ever seen.

    You do know you can install native applications anywhere you want too, right?

    Leave a comment:


  • artivision
    replied
    Originally posted by Yfrwlf View Post
    I'm getting really sick of these "Linux games" that have no mention whatsoever of Linux support on their websites. Linux is, time and time again, taking a back seat to Windows and Mac. You released a Linux port? Okay, where the hell is it? You're trying to hide it from the world? Hide it in the Humble Bundle, and not even SAY ANYTHING about it on your site that you have a Linux version? Not even a fucking link to the Humble Bundle for the Linux version?

    No mention of Linux whatsoever???

    What is going on? Are they being paid to silence information about Linux?

    IF YOU MAKE A LINUX GAME, YOU SHOULD WANT TO TELL EVERYONE ABOUT THAT FACT ON YOUR WEBSITE.

    I agree to, but i don't want closed garbage inside my file-system. So i prefer Wine-platinum titles and not native Linux clients. If there where a Wine-Qemu(kvm) patch that will be awesome for security. If someone want to do a Wine-platinum game, he must work with open things like OpenGL. Today's tools are easy to use, you can have OpenGL choice easy with new graphics engines, audio machines like port-audio, and finally equality on programming interfaces: regardless if something is compiled with microsoft C compilers (or NET for example), it must execute flawless on the Linux counterpart GCC (or Mono for example). Having installed MSVCR for example via Wine-tricks is near evil. I think new graphics engines do that by default.

    Leave a comment:

Working...
X