search

codeanticode / tablet

Tablet is a library for using pen tablets from Processing.
http://processing.andrescolubri.net/libraries/tablet/
Other
24 stars 2 forks source link

no events produced with P2D/P3D #7

Open codeanticode opened 7 years ago

codeanticode commented 7 years ago

The tablet library appears not to initialize properly with the OpenGL renderer from time to time, without any pressure being returned by the getPressure() function, or the event callbacks not being called. Reported originally here https://github.com/codeanticode/tablet/issues/6#issuecomment-257734659

conorhub commented 7 years ago

Thanks for following up on this and opening a new issue, @codeanticode. And apologies for mistaking the issue as the same as the thread I originally published it in.

Regarding your comment (in the other thread):

I think the problem you are reporting (no pressure returned) is different from what we were discussed originally in this thread "I sometimes get no pressure with the P2D/P3D renderers, but it is definitely not very often (perhaps 1 out of 10).

This success rate appears to differ on my system (macOS 10.12.3 rMBP mid-2014, Processing 3.2.4, Wacom Intuous 3). I get no pressure the majority of the time I run a sketch in P2D/P3D

conorhub commented 7 years ago

@codeanticode Any further thoughts on this? Again, I can appreciate you're busy so no pressure to update, but thought I'd let you know I'm still very interested in solving this and am checking back regularly. Cheers.

codeanticode commented 7 years ago

Hi, I looked into this not long ago (we discussed about it in this other thread). After delving a bit into jpen-2 code, I got the impression that this is probably due to some bug and/or incompatibility in the event handling when jpen tries to interface with JOGL, and that the solution is far from obvious.

It turns out that both jpen-2 and JOGL are not very active. Last think I was able to do was to include the most recent jpen source package to the library, with the hope that myself or somebody else may be able to debug the problem and find a solution. However, I'm quite busy with other work right now, and unfortunately don't have a better answer at this moment.

conorhub commented 7 years ago

I can appreciate that, thanks for the explanation. By the sounds of things, without enough experience of my own to debug this, I may be better beginning a hunt for an alternative library or means of doing this. Best of luck with the other work.

remka commented 6 years ago

Any update on this bug? I have the exact same sketch working perfectly on one machine, and another one giving me a pressure of 0.0. Any workaround maybe?

codeanticode commented 6 years ago

@remka no unfortunately I have not had the chance to work on the tablet library... a major problem continues to be that the upstream projects (jpen-2 and jogl) are not very active, and I believe this issue is related to interpretability between the two

conorhub commented 6 years ago

@remka Further to the comments in this thread, I asked around the processing forum to see if this was much interest in this area and got few takers. I was pretty disheartened as as much as Processing is heralded as a medium for artists, there appeared to be little interest expressed in incorporating pressure-sensistive drawing into the fold.

I reached out to Wacom about advice on the suitability of their existing SDKs for a Java library but, given that I could likely do little with what they had, the relatively bureaucratic responses hastened my interest in perusing it further.

I don't have the ability to tackle this myself so with little signs of updates from the dependency libraries that tablet uses and @codeanticode just mentioned, it looks like there's slim chance of tablet input coming back to processing.

codeanticode commented 6 years ago

I logged into my Wacom developer account I created a while ago, and I see that they offer a low-level SDK (Wacom Device Kit) to get raw tablet data. This SDK is free (requires registration though) and is available for macOS, Windows, Linux, Android, and iOS. As far as I can tell, Java is supported only by the Windows version of the SDK... As @conorhub mentioned, getting the library to work again across platforms would not be a minor endeavor.