Yep the reserve for pressure makes sense, but the coordinates are also interpreted as having a max value of 32768, not 65536. This is because the server code interprets these values as signed shorts, not unsigned shorts, and uses SHRT_MAX as the maximum to normalize with, not USHRT_MAX.
Indeed, it should interpret the values as an unsigned short and normalize to USHRT_MAX/2.
Verify that the host name or IP address in GfxTablet is set correctly (the new GfxTablet version will tell you the IP address in a short pop-up when the canvas gets active)
Check the network traffic with tcpdump or Wireshark.
verify that the host name or IP address in GfxTablet is set correctly (GfxTablet will tell you the IP address in a short pop-up when the canvas gets active),
check the network traffic with tcpdump or Wireshark.
You don’t have to. The driver runs in user-mode, so it doesn’t need any special privileges. However, it needs access to /dev/uinput. If your distribution doesn’t create a group for uinput access, you’ll need to do it yourself or just run the driver as root:
Is it possible in the future we can see the desktop on the tablet itself so we know where to touch the screen after lifting our finger?
Of course, that would be the killer feature. However, at the moment GfxTablet is only an input device and not a virtual screen. Implementing this would go far beyond the scope and possibilities of the current GfxTablet project.
Well this isn’t an issue but I’m new in GitHub and I have really difficult time here. So I just wanted to share my idea and I didn’t know how:
So basically my little idea just to make the work easier. When we start the ‘networktablet’ command to create the uinput driver we get a message “GfxTablet driver (protocol version 1) is ready and listening on 0.0.0.0:40118 (UDP)”.
Now we need sometimes to use ‘ifconfig’ command to see our ip adress of our wifi network. And the newbies with android and linux sometimes can’t make that procedure (remember how hard is it for some guys to have the app work) so make that change we free them from that cycle of commands. Now we can make it even cleaner but for now I think that this is the main idea. If you want guys you can update it to your code adding some info in the printf command. I use it anyway.
This is a proposed fix for the GIMP pressure curve problem. Initially you must squash the pressure curve to make Networktablet properly function inside of GIMP. This fix allows you to use the entire curve by expanding the short int pessure value to a long using a ratio. This fixes the extremely tiny unmanagble pressure curve in GIMP 2.8.
This fix also makes the networktablet window a lot more pleasing to the eye. Included is a pressure bar that changes color and size depending on your last pressure applied to the screen, which updates in real time.
I would also like to propose a linear ramp between the larger values to make the transition smoother. This helps with the values lost at the driver level from the short to long int expansion.
What do you guys think?
I’m new to C++…but if you have any suggestions let me know!
Tested and functioning on Ubuntu 14.04 LTS Studio.