pressure, yes. tilt is not a touchscreen issue; those are just gyro sensors.
Good point.
> pretty much all touchscreen devices in the Linux kernel are accessed via > tslib, and SDL supports tslib, so ...Does tslib work with Wacom-based stylus devices (‘Tablet PCs’ or tablets)?
SDL does not expose pressure, does it?On Thu, Apr 24, 2008 at 08:13:56PM -0400, Mike Frysinger wrote:
–
-bill!
bill at newbreedsoftware.com
http://www.newbreedsoftware.com/
pretty much all touchscreen devices in the Linux kernel are accessed via
tslib, and SDL supports tslib, so …Does tslib work with Wacom-based stylus devices (‘Tablet PCs’ or tablets)?
tslib exposes kernel functionality. if there’s a Linux driver for it, then
tslib supports it.
SDL does not expose pressure, does it?
honestly, i dont know. i’m not an SDL expert by any means … i’m just trying
to gauge what Szymon’s plans are and make sure we dont end up with duplicated
functionality.
-mike
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: This is a digitally signed message part.
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20080424/ce265517/attachment.pgpOn Thursday 24 April 2008, Bill Kendrick wrote:
On Thu, Apr 24, 2008 at 08:13:56PM -0400, Mike Frysinger wrote:
Den Thu, 24 Apr 2008 21:03:22 -0400
skrev Mike Frysinger :
tslib exposes kernel functionality. if there’s a Linux driver for
it, then tslib supports it.
I’m not familiar with tslib, but it sounds like it’s Linux only.
Also, if tslib uses the kernel devices directly, it’s not much use
even on modern Linux distros, since Xorg opens these devices with
exclusive access when it starts. Opening a Linux evdev tablet device
after Xorg has started will fail if it’s configured for Xorg (which it
will have to be if you want to use it with Gimp and such), so you have
to access them through X.
In any case, there’s more to tablets than just the pressure
sensitivity. Tilt, rotation, proximity, etc (like Bill Kendrick
mentioned)… even if they’re considered separate from pressure
sensitivity they are still part of the input from just one device, so
you probably can’t split up the handling into several libraries
without some issues, and these things are required for complete tablet
support. Also, one tablet usually has multiple input devices
configured (pen, eraser, tablet-mouse (absolute or relative), etc).
All of these share one linux input device but should each get their
own device ids (or sub-ids) in SDL.
Also, a request: Please don’t use GTK’s tablet implementation as a
base for tablet support in SDL. GTK’s tablet support has a long-
standing bug that can cause all kinds of issues (which they’ve been
unable to fix so far for some reason), and it’d be nice if SDL didn’t
get the same problems.
tslib uses the event subsystem like a good device system. is that exclusive
statement really true ? i can use mice in X via /dev/input/mice and monitor
it on the commandline via evtest and both work properly.
-mike
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: This is a digitally signed message part.
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20080427/9d59990c/attachment.pgpOn Sunday 27 April 2008, Gerry JJ wrote:
Den Thu, 24 Apr 2008 21:03:22 -0400 Mike Frysinger:
tslib exposes kernel functionality. if there’s a Linux driver for
it, then tslib supports it.I’m not familiar with tslib, but it sounds like it’s Linux only.
Also, if tslib uses the kernel devices directly, it’s not much use
even on modern Linux distros, since Xorg opens these devices with
exclusive access when it starts. Opening a Linux evdev tablet device
after Xorg has started will fail if it’s configured for Xorg (which it
will have to be if you want to use it with Gimp and such), so you have
to access them through X.
Den Sun, 27 Apr 2008 18:00:44 -0400
skrev Mike Frysinger :
tslib uses the event subsystem like a good device system. is that
exclusive statement really true ? i can use mice in X
via /dev/input/mice and monitor it on the commandline via evtest and
both work properly. -mike
Mice aren’t locked, but tablet devices are, yes. I have a tablet
myself, so I know what I’m talking about here. If you try the same
thing with a tablet configured for Xorg, it just won’t work (since
around Xorg 7.1 or 7.2, I think).
neil at cloudsprinter.com wrote:
Darren Alton:
Darren is an undergrad in computer science, and will be porting SDL
1.3 to the Nintendo DS, using the hardware capabilities of the DS to
showcase the new features in SDL 1.3.
The last few days, I’ve been thinking about porting Python to the DS.
Of course, I’ll be wanting a graphics library, which just today led me
here. I was pleasantly surprised to see this post.
Has anyone gotten multi-screen support into SDL yet? It would be a
requirement for the DS, but the stuff I’ve googled seems to indicate
not. Darren should alread know this, but the DS has dual screens; the
lower has an integrated touch pad, the upper is display only. SDL would
need, if not full support for multiple screens, at least an
SDL_DISPLAYONLY_SCREEN or SDL_SECONDARY_SCREEN flag to pass to
SDL_SetVideoMode().
i’ve been thinking about geting a flash rom for my ds for SDL for ages, guess
after this chap has worked his majik i will have to!anyone reccomend a DS flash rom kit?
I own the Datel Games-n-Music. Pro: Available at Best Buy and Walmart.
Con: Generally agreed to be the worst possible flash rom. Based
entirely off of reviews, I’d say get the R4.
Samwyse wrote:
Has anyone gotten multi-screen support into SDL yet?
Oops, I found the answer. Sorry to bother you. Thanks.
could you post where and how you found it. it would helpful later on.On Tue, May 20, 2008 at 3:52 PM, Samwyse wrote:
Samwyse wrote:
Has anyone gotten multi-screen support into SDL yet?
Oops, I found the answer. Sorry to bother you. Thanks.
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
could you post where and how you found it. it would be helpful later on.
… missed “be” :|On Tue, May 20, 2008 at 5:03 PM, Abhinav Lele <@Abhinav_Lele> wrote:
could you post where and how you found it. it would helpful later on.
On Tue, May 20, 2008 at 3:52 PM, Samwyse wrote:
Samwyse wrote:
Has anyone gotten multi-screen support into SDL yet?
Oops, I found the answer. Sorry to bother you. Thanks.
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
Samwyse wrote:
Has anyone gotten multi-screen support into SDL yet? It would be a
requirement for the DS, but the stuff I’ve googled seems to indicate
not. Darren should alread know this, but the DS has dual screens;
the lower has an integrated touch pad, the upper is display only.
SDL would need, if not full support for multiple screens, at least an
SDL_DISPLAYONLY_SCREEN or SDL_SECONDARY_SCREEN flag to pass to
SDL_SetVideoMode().
for sdl 1.2 this is a no go, IMO. but why not open just ONE screen
spanning both displays? it is more versatile anyway.
best regards …
clemens
neil at cloudsprinter.com wrote:
Darren Alton:
Darren is an undergrad in computer science, and will be porting
SDL1.3 to the Nintendo DS, using the hardware capabilities of the DS
toshowcase the new features in SDL 1.3.
The last few days, I’ve been thinking about porting Python to the DS.
Of course, I’ll be wanting a graphics library, which just today led
me
here. I was pleasantly surprised to see this post.
And I’m pleasantly surprised to see this one! I’ve been learning bits
and pieces of python in my off time, and it would be really cool to have
on the DS too.
Has anyone gotten multi-screen support into SDL yet? It would be a
requirement for the DS, but the stuff I’ve googled seems to indicate
not. Darren should alread know this, but the DS has dual screens;
the
lower has an integrated touch pad, the upper is display only. SDL
would
need, if not full support for multiple screens, at least an
SDL_DISPLAYONLY_SCREEN or SDL_SECONDARY_SCREEN flag to pass to
SDL_SetVideoMode().
I think that in the grand scheme of things, an "SDL_SECONDARY_SCREEN"
would be insufficient; what if there are more than two screens?
Ideally, it’d support arbitrarily many (the zero-one-infinity rule),
although I’ll only be working with two.
int SDL_GetNumVideoDisplays(void);
int SDL_SelectVideoDisplay(int index);
int SDL_GetCurrentVideoDisplay(void);
The above are some lines from SDL-1.3-svn that appear relevant. =)
i’ve been thinking about geting a flash rom for my ds for SDL for
ages, guess
after this chap has worked his majik i will have to!anyone reccomend a DS flash rom kit?
I own the Datel Games-n-Music. Pro: Available at Best Buy and
Walmart.
Con: Generally agreed to be the worst possible flash rom. Based
entirely off of reviews, I’d say get the R4.
I own an R4 and a GBAMPv2; don’t bother with the latter unless you wanna
get into GBA homebrew as well (there exists a GBA port of SDL 1.2.3 too,
http://ftp.belnet.be/pub/mirror/ftp.suse.com/people/uli/SDL/SDL-1.2.3-gba.patch). The R4 is nice and convenient, but there are some better alternatives nowadays. If you want something a little nicer (and possibly with a bit more bang for your buck) than the R4, I’d recommend the CycloDS Evolution. If you really want bells and whistles, look for the Acekard R.P.G…
http://electrobee.com/ is a good place to buy from; it’s run by a
homebrewer and avoids association with software piracy, unlike many of
the other places where you can find such kits available for purchase.On Tue, 2008-05-20 at 01:01 -0500, Samwyse wrote:
I’ve not looked at SDL 1.3 yet, but when it comes to dual screen support,
surely the best thing is to have a surface returned for each display rather than a
"select this screen, blit to it, select next screen" kind of thing?
I will be working with dual screens a lot when 1.3 is stable so from my point of view
it needs to be as abstract as possible…
Just my 2 pence worth.
Ed__________________________________________________________
Sent from Yahoo! Mail.
A Smarter Email http://uk.docs.yahoo.com/nowyoucan.html
Abhinav Lele wrote:
could you post where and how you found it. it would be helpful later on.
could you post where and how you found it. it would helpful later on.
Samwyse wrote:
Has anyone gotten multi-screen support into SDL yet?
Oops, I found the answer. Sorry to bother you. Thanks.
The original post had a link to http://www.libsdl.org/gsoc.php
From there, I found a link to
http://code.google.com/soc/2008/sdl/appinfo.html?csaid=F0B9B0518AFD5C03
On that page I found this quote:
“Multi-display support is a feature of the SDL 1.3 API, allowing
developers to make games and applications that use several monitors at
once. This could be implemented for the DS, treating both LCD screens as
"monitors” in the implementation."
Of course, just because something’s a feature of the API doesn’t mean
that anyone’s supported it yet.> On Tue, May 20, 2008 at 5:03 PM, Abhinav Lele <abhinav.lele at gmail.com> wrote:
On Tue, May 20, 2008 at 3:52 PM, Samwyse <@Samwyse> wrote: