Announcement

Collapse
No announcement yet.

Ioquake3 Works On Finally Switching Over To SDL2

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

  • Ioquake3 Works On Finally Switching Over To SDL2

    Phoronix: Ioquake3 Works On Finally Switching Over To SDL2

    The ioquake3 open-source game engine derived from the id Tech 3 code-base is working to finally switch over to using SDL2 and ditching the old SDL 1.2 support...

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

  • #2
    I think it's certainly good to start initial work on switching to SDL2, but there are still plenty of distros out there in the wild that have SDL 1.2, so dropping support for that is premature.

    Comment


    • #3
      Originally posted by MaxToTheMax View Post
      I think it's certainly good to start initial work on switching to SDL2, but there are still plenty of distros out there in the wild that have SDL 1.2, so dropping support for that is premature.
      SDL1 and SDL2 can be run alongside. So there are no excuses for not having a SDL2 package.

      Comment


      • #4
        Wayland support

        What this essentially means is Wayland support.

        Comment


        • #5
          Originally posted by uid313 View Post
          What this essentially means is Wayland support.
          AFAIK Wayland folks haven't implemented relative mouse input mode, so you won't be able to play FPS on it for a while. This can't be emulated because Wayland has no mouse warping.

          Comment


          • #6
            SDL2.0 has a number of regressions over SDL1.2 . For example it is no longer possible to catch Print Screen key presses (e.g. to take screenshots), and the key-repeat functionality only covers alpha-numeric keys, not other keys. These are really odd limitations, and I haven't been able to find any solutions, or even comments about these issues...

            Comment


            • #7
              There's a TMNT mod!? Who posts a picture of a mod and doesn't mention or link it!

              Comment


              • #8
                Originally posted by Remdul View Post
                SDL2.0 has a number of regressions over SDL1.2 . For example it is no longer possible to catch Print Screen key presses (e.g. to take screenshots), and the key-repeat functionality only covers alpha-numeric keys, not other keys. These are really odd limitations, and I haven't been able to find any solutions, or even comments about these issues...
                Limiting the print screen button actually makes sense if you think about it. Hit the button right now and describe to me what happens in complete detail.

                Comment


                • #9
                  Originally posted by dh04000 View Post
                  Limiting the print screen button actually makes sense if you think about it. Hit the button right now and describe to me what happens in complete detail.
                  The OPTION though, would be nice.

                  There is the option isn't there?

                  Comment


                  • #10
                    Originally posted by stiiixy View Post
                    The OPTION though, would be nice.

                    There is the option isn't there?
                    What did I tell you? DESCRIBE TO ME WHAT HAPPENS WHEN YOU HIT THE PRTSC BUTTON!

                    Comment


                    • #11
                      Originally posted by dh04000 View Post
                      What did I tell you? DESCRIBE TO ME WHAT HAPPENS WHEN YOU HIT THE PRTSC BUTTON!
                      Mine make's a screen shot.

                      And you missed my point big feller.

                      Maybe if you screamed a little harder?

                      Comment


                      • #12
                        Originally posted by stiiixy View Post
                        Mine make's a screen shot.

                        And you missed my point big feller.

                        Maybe if you screamed a little harder?
                        I didn't miss the point. Yes, yes, you would like an option. Options are nice. Cool beans. And I didn't scream, I was being overly dramatic on purpose. What you missed is that on pressing PtrSc, an app, some screenshot tool, opened up a new window. This window stole focus (keyboard input and window control) and thus interupted your game. If your game was full screen then you lost fullscreen mid game. This incredibly disruptive for your xserver and desktop, sometimes these interuptions even cause gpu driver panics and crash your app or even worse your desktop.

                        Long story short, it is better to not implement Prtsc and other odd functions like email, filemanager, calcilator, and music player opening buttons that may steal focus from a fullscreen game than try to program resistance to the interuption they cause. Linux graphics as a whole do not like interuptions to fullscreen apps, does all kinda funny stuff. Ever go into screenlock while running Adobe Flash???? It cuases a lost of desktop on relogin for me one out of three times, whicih is terrible (opensource intel driver).

                        Comment


                        • #13
                          Originally posted by dh04000 View Post
                          I didn't miss the point. Yes, yes, you would like an option. Options are nice. Cool beans. And I didn't scream, I was being overly dramatic on purpose. What you missed is that on pressing PtrSc, an app, some screenshot tool, opened up a new window. This window stole focus (keyboard input and window control) and thus interupted your game. If your game was full screen then you lost fullscreen mid game. This incredibly disruptive for your xserver and desktop, sometimes these interuptions even cause gpu driver panics and crash your app or even worse your desktop.

                          Long story short, it is better to not implement Prtsc and other odd functions like email, filemanager, calcilator, and music player opening buttons that may steal focus from a fullscreen game than try to program resistance to the interuption they cause. Linux graphics as a whole do not like interuptions to fullscreen apps, does all kinda funny stuff. Ever go into screenlock while running Adobe Flash???? It cuases a lost of desktop on relogin for me one out of three times, whicih is terrible (opensource intel driver).
                          To be fair, Gnome Shell does not have the screenshot prompt anymore (shame) but instead dumps the screenshot straight to the pictures folder.

                          What is inexcusable is the blockage of media keys, making it impossible to adjust volume without un-fullscreening your game. I recall an ancient bug report when this was first introduced.... the SDL devs blamed the games developer - because apparently you need to go out of your way to implement it properly. The massive amount of games that don't have volme adjusting functionality speaks of poor implementation to me, not the fault of the application devs.

                          Comment


                          • #14
                            Originally posted by stiiixy View Post
                            There's a TMNT mod!? Who posts a picture of a mod and doesn't mention or link it!
                            It's called Turtle Arena, a standalone game based on ioquake3. Features split screen.

                            Comment


                            • #15
                              Originally posted by dh04000 View Post
                              I didn't miss the point. Yes, yes, you would like an option. Options are nice. Cool beans. And I didn't scream, I was being overly dramatic on purpose. What you missed is that on pressing PtrSc, an app, some screenshot tool, opened up a new window. This window stole focus (keyboard input and window control) and thus interupted your game. If your game was full screen then you lost fullscreen mid game. This incredibly disruptive for your xserver and desktop, sometimes these interuptions even cause gpu driver panics and crash your app or even worse your desktop.

                              Long story short, it is better to not implement Prtsc and other odd functions like email, filemanager, calcilator, and music player opening buttons that may steal focus from a fullscreen game than try to program resistance to the interuption they cause. Linux graphics as a whole do not like interuptions to fullscreen apps, does all kinda funny stuff. Ever go into screenlock while running Adobe Flash???? It cuases a lost of desktop on relogin for me one out of three times, whicih is terrible (opensource intel driver).
                              If it's so terrible, why are you using the intel driver? More importantly why aren't you asking the question as to why anyone would need to hit prt scr for an external screen shot when the game engine does that internally?

                              Comment

                              Working...
                              X