Jinput webstart demo wont run on linux 64bit

Engines, Libraries and Tools JInput
#1

When I use this link:
http://www.newdawnsoftware.com/resources/jinput/webstart/jinput.jnlp
I get this on Linux 64 bits:

[quote]14 déc. 2010 11:52:09 net.java.games.input.DefaultControllerEnvironment getControllers
INFO: Loading: net.java.games.input.LinuxEnvironmentPlugin
14 déc. 2010 11:52:09 net.java.games.input.ControllerEnvironment log
INFO: Failed to load library: no jinput-linux64 in java.library.path

java.lang.UnsatisfiedLinkError: no jinput-linux64 in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1734)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1028)
at net.java.games.input.LinuxEnvironmentPlugin$1.run(LinuxEnvironmentPlugin.java:66)
at java.security.AccessController.doPrivileged(Native Method)
at net.java.games.input.LinuxEnvironmentPlugin.loadLibrary(LinuxEnvironmentPlugin.java:58)
at net.java.games.input.LinuxEnvironmentPlugin.(LinuxEnvironmentPlugin.java:101)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:169)
at net.java.games.input.DefaultControllerEnvironment.getControllers(DefaultControllerEnvironment.java:159)
at net.java.games.input.test.ControllerReadTest.(ControllerReadTest.java:252)
at net.java.games.input.test.ControllerReadTest.main(ControllerReadTest.java:301)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.javaws.Launcher.executeApplication(Launcher.java:1799)
at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1745)
at com.sun.javaws.Launcher.doLaunchApp(Launcher.java:1507)
at com.sun.javaws.Launcher.run(Launcher.java:129)
at java.lang.Thread.run(Thread.java:619)
14 déc. 2010 11:52:09 net.java.games.input.ControllerEnvironment log
INFO: net.java.games.input.LinuxEnvironmentPlugin is not supported
[/quote]
Do I still have to change some rights on some directories to use controllers on Linux? If so, maybe this could be a nice source of inspiration (SFML does not need such tinkerings according to the author but I’m sceptical):
http://sfml.svn.sourceforge.net/viewvc/sfml/trunk/src/SFML/Window/Joystick.hpp?view=markup
http://sfml.svn.sourceforge.net/viewvc/sfml/trunk/src/SFML/Window/Linux/Joystick.hpp?view=markup
http://sfml.svn.sourceforge.net/viewvc/sfml/trunk/src/SFML/Window/Linux/Joystick.cpp?view=markup

#2

The webstart demo is probably a fair bit out of date, I will take a look and see at some point. Looking at SMFL, it doesn’t support rumblers, which JInput does, it needs read access to /dev/input/js* devices, but most distros give this as it’s not considered insecure. JInput should offer the same functionality (ie, less) if it can’t read the /dev/input/event* nodes as SMFL does (no mouse, no keyboard, joysticks only and no rumbler support).

Endolf

#3

On Mandriva Linux and Cent OS, these devices are still readable only by the root :frowning: Is it different on Ubuntu?

#4

I believe so, but I always give access to /dev/input/event* devices to my own user too as I need to test mouse and keyboard, so I’ve not checked recently.

Endolf

#5

Hi!

Sorry to ressurect this old thread. The Web Start demo does not work even now. Where can I find a working demo of JInput?

Does JInput work fine when it has a read access on /dev/input/event* and /dev/input/js*? Is there an elegant way of doing a chmod in Java otherwise? Could I use PosixFileAttributeView.setPermissions(Set perms) to do it?

I plan to use JInput in my first person shooter because I would like to support controllers.

#6

You’ll have to give more information than that, what distro, any error messages on the java console?, which jdk?

JInput does work with read access, but rumblers won’t, they need write access. Doing a chmod is not in the remit of JInput, you’ll have to figure that one out outside of java probably.

Endolf

#7

[quote]Java Web Start 1.6.0_26
Using JRE version 1.6.0_26-b03 Java HotSpot™ 64-Bit Server VM

c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
m: print memory usage
o: trigger logging
p: reload proxy configuration
q: hide console
r: reload policy configuration
s: dump system and deployment properties
t: dump thread list
v: dump thread stack
0-5: set trace level to

Aug 1, 2011 12:59:29 PM net.java.games.input.ControllerEnvironment log
INFO: Failed to load library: no jinput-linux64 in java.library.path

java.lang.UnsatisfiedLinkError: no jinput-linux64 in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1738)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1028)
at net.java.games.input.LinuxEnvironmentPlugin$1.run(LinuxEnvironmentPlugin.java:69)
at java.security.AccessController.doPrivileged(Native Method)
at net.java.games.input.LinuxEnvironmentPlugin.loadLibrary(LinuxEnvironmentPlugin.java:61)
at net.java.games.input.LinuxEnvironmentPlugin.(LinuxEnvironmentPlugin.java:104)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:169)
at net.java.games.input.DefaultControllerEnvironment.getControllers(DefaultControllerEnvironment.java:159)
at net.java.games.input.test.ControllerReadTest.(ControllerReadTest.java:253)
at net.java.games.input.test.ControllerReadTest.main(ControllerReadTest.java:302)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.javaws.Launcher.executeApplication(Launcher.java:1809)
at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1750)
at com.sun.javaws.Launcher.doLaunchApp(Launcher.java:1512)
at com.sun.javaws.Launcher.run(Launcher.java:130)
at java.lang.Thread.run(Thread.java:662)
Aug 1, 2011 12:59:29 PM net.java.games.input.ControllerEnvironment log
INFO: net.java.games.input.LinuxEnvironmentPlugin is not supported
[/quote]
I use Cent OS Linux 5.3, Oracle Java 1.6 update 26. Read access is ok on /dev/input/event*

#8

Can you take a look at your properties and see what os.name, os.arch and other os properties contain?

Cheers

Endolf

#9

These data are used by Java to compute os.arch, os.name, etc:

[quote]uname -a
Linux ***** 2.6.18-238.el5 #1 SMP *** *** ** ::** *** **** x86_64 x86_64 x86_64 GNU/Linux
[/quote]
os.arch = amd64 on this machine as far as I know

#10

Hi

It’s the values that are important, in the jnlp it has x32_64 or something IIRC for 64 bit linux, but if that is not what is being checked, then it won’t work. So I just need to confirm the values you are seeing.

Cheers

Endolf

#11

I have just tested the JNLP file of JOGL 1.1.1a and it gets the JAR containing native libraries unlike your JNLP file. If you use x86_64, it will not work here but maybe with another JVM. You can detect both x86_64 and amd64 but point them to the same JAR containing the native dependencies, it will work fine.

This works for JOGL 2:

<resources os="Linux" arch="amd64">
      <nativelib href = "jogl-natives-linux-amd64.jar" />
    </resources>
    <resources os="Linux" arch="x86_64">
      <nativelib href = "jogl-natives-linux-amd64.jar" />
    </resources>
#12

Agreed, that’s exactly what I was checking for when I asked for information on the properties, but I wanted to confirm that was the issue before changing anything, so can you confirm the contents of your properties that java holds.

Endolf

#13

This:

public class Test {

	public static final void main(String[] args){
		System.out.println(System.getProperty("os.name") + " " + System.getProperty("os.arch"));
	}
}

returns this:

[quote]Linux amd64
[/quote]

#14

Cool, thank you, I’ll update the JNLP tonight.

Endolf

#15

You’re welcome. I will test JInput on some other machines with Linux, I hope that only a very few of them require a modification of file access.

For 32 bits Intel machines, please use at least x86 and i386 so that it is consistent with JOGL. Some weird VMs may return the former or the latter.

Is it possible to use plain AWT for the keyboard and JInput for the controllers?

#16

My experience is that js devices are fine, the rest are normally not even readable by default. Which sucks, but such is life in linux it seems.

Yes, there is an AWT plugin provided, with all the limitations that brings (no support for multiple mice/keyboards as seperate controllers, no input when not in the application window for mouse/keyboard). As long as that is ok, then you can use that plugin. The details for how to change plugins should be on the forum somewhere :slight_smile:

Endolf

#17

I get this on Mageia Linux 1 (fork of Mandriva Linux):

[quote][gouessej@localhost ~]$ ls -l /dev/input/event*
crw-r----- 1 root root 13, 64 août 1 18:53 /dev/input/event0
crw-r----- 1 root root 13, 65 août 1 18:53 /dev/input/event1
crw-r----- 1 root root 13, 66 août 1 18:53 /dev/input/event2
crw-r----- 1 root root 13, 67 août 1 18:53 /dev/input/event3
crw-r----- 1 root root 13, 68 août 1 18:53 /dev/input/event4
[/quote]
but I get this:

[quote]1 août 2011 19:14:30 net.java.games.input.ControllerEnvironment log
INFO: Failed to open device (/dev/input/event0): Failed to open device /dev/input/event0 (13)

1 août 2011 19:14:30 net.java.games.input.ControllerEnvironment log
INFO: Failed to open device (/dev/input/event1): Failed to open device /dev/input/event1 (13)

1 août 2011 19:14:30 net.java.games.input.ControllerEnvironment log
INFO: Failed to open device (/dev/input/event2): Failed to open device /dev/input/event2 (13)

1 août 2011 19:14:30 net.java.games.input.ControllerEnvironment log
INFO: Failed to open device (/dev/input/event3): Failed to open device /dev/input/event3 (13)

1 août 2011 19:14:30 net.java.games.input.ControllerEnvironment log
INFO: Failed to open device (/dev/input/event4): Failed to open device /dev/input/event4 (13)

1 août 2011 19:14:30 net.java.games.input.ControllerEnvironment log
INFO: Linux plugin claims to have found 0 controllers
[/quote]
Actually, I would like to use plain AWT to handle the keyboard in Ardor3D and JInput to handle the controllers. I worked a lot on a way of finding an equivalent of default keys for a first person shooter on non-QWERTY keyboards (WSAD); I don’t want to rewrite everything.

#18

[/quote]
Are you (gouessej user) in the root group?

Endolf

#19

I’ve updated the jnlp and the build farm has finished chewing it, see what happens :slight_smile:

Endolf

#20

I’m silly, I’m not:

[gouessej@localhost ~]$ id
uid=500(gouessej) gid=500(gouessej) groupes=500(gouessej)

I hope it will work at least with controllers. I will perform another test tomorrow on a 64 bits machine, this one is a 32 bits machine. Thank you very much.