Announcement

Collapse
No announcement yet.

libei 1.0 Nears For Emulated Input On Wayland

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

  • libei 1.0 Nears For Emulated Input On Wayland

    Phoronix: libei 1.0 Nears For Emulated Input On Wayland

    Libei has been the multi-year effort by Red Hat's leading input expert Peter Hutterer on

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    I see in the description that this is what Synergy/Barrier/InputLeap needs for Wayland. Is anyone aware if one of these apps is working on integrating `libei`?

    Comment


    • #3
      How does this compare to the kernel module uinput?

      Comment


      • #4
        Originally posted by emansom View Post
        How does this compare to the kernel module uinput?
        From `waynergy` project page:

        uinput (everyone else)
        First and foremost it should be kept in mind that kernel-level virtual input may have undesirable side effects because the compositor is being completely bypassed. This most notably means that virtual consoles are no longer isolated as far as input is concerned, so simple lock screens can be easily bypassed if more than one session is active.
        ‚Äč

        Comment


        • #5
          The article says this is Wayland focused but wouldn't this primarily interact with libinput which is used by Xorg as well?

          Comment


          • #6
            Would this allow someone to write a program that could send repeated key or button presses for games which do not do autofire? Or send mouse movements to compensate for gun recoil in FPS games?

            Comment


            • #7
              this is great, on the waydroid side of things, we desperately need touchscreen emulation programs the only thing we are now missing is being able to create overlays universally. although that isn't strictly necessary for a lot of the functions input mappers can do.

              there are a lot of possibilities here, stylus+pressure emulation for artists could be very cool for instance

              Originally posted by stompcrash View Post
              Would this allow someone to write a program that could send repeated key or button presses for games which do not do autofire? Or send mouse movements to compensate for gun recoil in FPS games?
              I dont know the current extent of it, but this would be something covered in it's usecase

              Comment


              • #8
                Originally posted by stompcrash View Post
                Would this allow someone to write a program that could send repeated key or button presses for games which do not do autofire? Or send mouse movements to compensate for gun recoil in FPS games?
                An input output mapping system for linux for event devices (joysticks,gamepads etc...) - werpu/input_pipe


                Parties already can do that using python/Lua... and the uinput system of the Linux kernel. Yes uinput system allows you to fake up full input devices.

                So the functionality you are talking about all libei changes is
                1) libei prevents the infinity loop problem with a key generated by libei cannot go into the input of the wayland application providing that libei instruction to generate it.
                2) not needing as high of privilege.

                Comment


                • #9
                  Seriously? libicecream and libegg connected through mush?

                  Comment


                  • #10
                    Here is a tracking issue to follow the implementation into various components: https://gitlab.freedesktop.org/libin...bei/-/issues/1

                    Originally posted by spyke View Post
                    I see in the description that this is what Synergy/Barrier/InputLeap needs for Wayland. Is anyone aware if one of these apps is working on integrating `libei`?
                    input-leap support has already been merged and tested some time ago (https://github.com/input-leap/input-leap/pull/1594), but still requires custom builds of wayland compositor and portals.

                    Comment

                    Working...
                    X