Announcement

Collapse
No announcement yet.

A New Commercial Game For Linux That's Not An FPS

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

  • #16
    Originally posted by Qaridarium View Post
    GNUstep sounds like WINE to me...
    Maybe you need to clean your ears?

    Comment


    • #17
      This level of graphics should be at year 1999 where it really belongs.

      Comment


      • #18
        Originally posted by Sidicas View Post
        Looks like a remake of Bullfrog's Hi-Octane... sexy.. Hope it's at least as much fun as Hi-Octane was..
        Actually it looks like a spiffied up version of Xracer which in itself was a clone of Wipeout (early prototype seen in the movies Hackers).

        http://en.wikipedia.org/wiki/Wipeout_2097
        Last edited by deanjo; 11-16-2011, 07:57 PM.

        Comment


        • #19
          GNUStep vs wine

          GNUStep is a reimplementation of the Mac OSX api, but unlike WINE, it doesn't have to reach 100% application compatibility to be useful. It's really a good GUI api and that's about all it does. A lot of the background processing etc can be handled by existing standards/apis like OpenAL/OpenCL/OpenGL. GNUStep is more about making the frontend pretty and making all the core API functions easily accessible to programmers so they can get more done with less code. It's a very very cool system. The desktop side of it is really only lacking a completed web browser before it could be a serious competitor to KDE/GNOME. Making the desktop integrate with the rest of the system would take a team of 4 people about 3 months to implement.

          Comment


          • #20
            Originally posted by DMJC View Post
            GNUStep is a reimplementation of the Mac OSX api
            False.

            Actually, it's a clone / open source implementation of NeXTSTEP/OPENstep. MacOSX is based on much of the work done at NeXT (a Steve jobs company), more specifically Mac OSX's codebase was originally built from OpenSTEP (which came after NeXTSTEP).

            http://en.wikipedia.org/wiki/NeXTSTEP
            http://en.wikipedia.org/wiki/MacOSX

            It's a somewhat misleading to say GnuStep is a reimplementation of Mac OSX API, when in reality - GnuStep only shares a few things here and there, in common. such as Objective-C, for example. But OSX contains a lot of stuff not found in GNUstep. That being said, obviously some OSX apps can be ported over, as some of the goodies (frameworks) are available in GNUstep.

            http://en.wikipedia.org/wiki/GNUstep

            you'll notice in the 2nd paragraph;

            GNUstep features a cross-platform, object-oriented development environment. Like Apple Cocoa, GNUstep also has a Java interface, as well as Ruby,[1] Guile and Scheme[2] bindings. The GNUstep developers track some additions to Apple's Cocoa to remain compatible. The roots of the GNUstep application interface are the same as the roots of Cocoa: NeXT and OpenStep. GNUstep predates Cocoa.
            GNUstep 'predates' Cocoa ~ which means it's not a reimplementation at all. Instead it just shares some lineage and compatibility.

            This Game using GNUstep, i find very interesting, i suppose it solved some technical challenges of the porting process. I'll have to check it out, when it becomes available

            Comment


            • #21
              Originally posted by phoronix View Post
              Phoronix: A New Commercial Game For Linux That's Not An FPS

              There's a new commercial game coming to Linux that's not yet-another-first-persons-shooter. Besides not being an FPS, one of the most common genres of Linux native commercial games, the game studio behind this title claims "there are some technical details about this game that make it completely unique within Linux."..

              http://www.phoronix.com/vr.php?view=MTAxNjQ
              Given that Linux has rather good UNIX compatibility, it is not surprising to see this. It is much easier than porting Windows software.

              Originally posted by DMJC View Post
              GNUStep is a reimplementation of the Mac OSX api, but unlike WINE, it doesn't have to reach 100% application compatibility to be useful. It's really a good GUI api and that's about all it does. A lot of the background processing etc can be handled by existing standards/apis like OpenAL/OpenCL/OpenGL. GNUStep is more about making the frontend pretty and making all the core API functions easily accessible to programmers so they can get more done with less code. It's a very very cool system. The desktop side of it is really only lacking a completed web browser before it could be a serious competitor to KDE/GNOME. Making the desktop integrate with the rest of the system would take a team of 4 people about 3 months to implement.
              As far as I know, GNUStep is like Qt and GTK. It isn't anything like WINE. It probably has more in common with CUPS.

              Comment


              • #22
                GNUStep has cocoa api compatibility as a stated goal for future versions. It doesn't have a mach-o binary loader though and isn't attempting to be binary compatible with OSX, just source compatible.

                Comment


                • #23
                  The gameplay trailer reminded me of Megarace and the animation after falling off the track kind of resembled Stunt Car Racer, I think.

                  What I am really waiting for is a racing game like Trackmania Sunrise Extreme (especially the Island Mode) running natively on Linux.

                  Comment


                  • #24
                    Originally posted by russofris View Post
                    Mike,

                    Ask them to release a reduced functionality benchmark. Add the benchmark to the PTS. All it needs to be is a no-input timedemo.

                    It's free advertising and testing for them. It's a free benchmark for PTS.

                    Win win.

                    Make it happen. Ready, set, go!
                    we've just added functionality to control the following via the config file:

                    1.) disable VBL (so that it actually renders at more than 60 fps)
                    2.) print out the FPS every second
                    3.) do a TimeDemo (i.e. camera is attached to AI controlled ship)

                    so the final version should work fine for this purpose.

                    Comment


                    • #25
                      Originally posted by DMJC View Post
                      GNUStep is more about making the frontend pretty and making all the core API functions easily accessible to programmers so they can get more done with less code.
                      I wouldn't characterize this as pretty:



                      Functional, maybe.
                      Pretty, no.

                      Comment


                      • #26
                        getting the beta available on desura is taking ages....

                        if any of you wants to do some beta-testing, here you go - 32 and 64 bit versions:

                        http://corecode.corebreach.at/CoreBr...inux32.tar.bz2
                        http://corecode.corebreach.at/CoreBr...inux64.tar.bz2

                        have a look at the readme for the required dependencies.

                        we'd like to know if the game starts and runs fine everywhere.

                        there is probably no point bothering to try it out without up-2-date proprietary video card drivers and a dedicated video card.

                        don't take this too much as a gameplay-preview - it may be difficult getting started (i.e. "why am i hitting the walls all the time?"). in the full game you progress from a slow ship on a slow introductory track that is focused more on combat towards faster and faster tracks and ships.

                        Comment


                        • #27
                          Wow, that's very cool of you!

                          Looks like you switched the URL around though, it should be corebreach.corecode.at no?

                          Comment


                          • #28
                            you are right thanks, these are the correct URLs

                            http://corebreach.corecode.at/CoreBr...inux32.tar.bz2
                            http://corebreach.corecode.at/CoreBr...inux64.tar.bz2

                            we are still investigating rendering problems on ATI cards (lowering resolution and updating drivers helps) and weird sluggishness on NVIDIA. disabling compiz helps in any case.

                            Comment


                            • #29
                              On my 32-bit Debian system, everything seems to be working fine right out-of-the-box. GUI, sound, controls, the game itself...

                              I've been running the game on a Radeon HD5670 with the Mesa r600g driver, and it seems to be working very well. So far the only exception is the post processing stuff, firing the guns or hitting the wall leads to an instant segfault. This is a driver bug, and filed as such upstream: https://bugs.freedesktop.org/show_bug.cgi?id=43341 Hopefully this can be fixed soon.

                              When/if I have more time I can try it out on my Intel G45, it might be below the requirements for the game but quite a lot seems to be shared in the intel driver so if it works on G45 chances are it works on the faster stuff too.

                              Anyway, from what I can tell it's a very cool, well designed game. I'm getting my ass kicked even on Easy, but that's something I'm used to

                              Comment


                              • #30
                                thanks very much for your test and the endorsement.

                                the driver bug sounds awful, the only good news is that you should be able to turn off all post-processing in the video-preferences to work around it. does this solve the segfault-issue? do you have any more information where this bug occurs - only mesa r600 driver? i'd like to add this to the "known issues" in the ReadMe.

                                as i said its much easier to get started gameplay-wise in the full version ;-)

                                btw i've just worked around an awful driver bug in the proprietary ATI drivers which could result in abysmal performance and ugly graphics corruption. new beta later today.

                                EDIT: ok i think i got the required information from the bug-report you filed (thanks!). i've added this to the readme:

                                * CoreBreach hits a driver-bug in the Mesa R600 ATI drivers, resulting in a game crash. Turn off "Post-processing" in the video-preferences to work around the issue or switch to the proprietary binary drivers (https://bugs.freedesktop.org/show_bug.cgi?id=43341).
                                Last edited by CoreCode; 11-29-2011, 01:38 PM.

                                Comment

                                Working...
                                X