Announcement

Collapse
No announcement yet.

The First Unreal Engine 3 Game Ships For Linux

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

  • #31
    Originally posted by artivision View Post
    It seams Unreal 3 gives Wine platinum titles www.youtube.com/watch?v=4-Ir7DlXJEI
    UE4 is based on Direct3D 11.

    Do I need say more? ;-)

    Comment


    • #32
      Originally posted by Dashiva View Post
      Edit: Game fires up but won't respond to input. I'd bet money it's something to do with SDL2.
      Not sure what that is.. Seems to happen to me occasionally, too. I suspect it has to do with the mouse-capture interfering with the window manager, but that's just a gut feeling. Alt-Tabbing away and back sometimes seems to help, but sometimes I have to ^C and restart the game. At least with a little effort, I can get the game to respond.

      Fullscreen seems to be hosed too, but it works if I set the resolution to my monitor's size, leave it windowed, and use my window manager to make it full-screen.

      This really doesn't feel like a finished Linux port. Hopefully they will release a new version that takes care of some of this stuff.

      Comment


      • #33
        Originally posted by artivision View Post
        It seams Unreal 3 gives Wine platinum titles www.youtube.com/watch?v=4-Ir7DlXJEI
        It's "Unreal Engine 3". You can abbreviate it as UE3. "Unreal 3" would be the name of an SP FPS game (like Unreal and Unreal II).

        Comment


        • #34
          Originally posted by birdie View Post
          UE4 is based on Direct3D 11.

          Do I need say more? ;-)


          ???_???_???. There is not a graphics engine that doesn't have an OpenGL counterpart. Newest engines are api-recognitive, they have an OGL "or" D3D choice but without back-ends. So the graphics data are written to GLSL source "or" bytecode, or HLSL source "or" bytecode, and they have extensions to manipulate data from GLSL to HLSL or the opposite. Also they don't use things that are fast to one api and slow on the other, that's a programming merge of the two technologies. I thing there will be an engine that will not have D3D support and if i remember correctly that will be ID-Tech_6 with voxel-raytracing.

          Comment


          • #35
            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.

            Comment


            • #36
              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.

              Comment


              • #37
                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?

                Comment


                • #38
                  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.

                  Comment


                  • #39
                    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?

                    Comment


                    • #40
                      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).

                      Comment


                      • #41
                        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.

                        Comment


                        • #42
                          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.

                          Comment


                          • #43
                            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

                            Comment


                            • #44
                              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.

                              Comment

                              Working...
                              X