Hans (or anyone), After reading several comments on the Alternate Controller thread, I figured that I would try to use the [hid] stuff... but, as the stuff in the Extended (most recent nightly build) is kind of broken. While the [hid] object is, itself, in the 'extra' directory, everything else is in a subfolder called 'hid'. So, in trying to use the [keyboard] help patch, it comes up with [keyboard] as not being found, so I rename that object to [hid/keyboard], and it creates the object.
So, it would appear that I can create an object in my patches, but I can't seem to quite figure out how to get stuff out of the [keyboard] abstraction. I opened the help patch (and after renaming the object), I start it polling, and don't seem to get anything.
I am running a Mac OS X PPC 10.4.11 system, if that is important...
I would like to try to set up a keyboard layout that allows me to use specific keys to select a particular parameter to control, and then be able to change that value either by moving the mouse, or by using (possibly) the arrow (up/down) to change the value.
Mike
Hi, you can use only [hid] and send [open 0( message before you poll then a [1( message to start polling. device 0 is the keyboard on osx (at least I think this is always the case, not sure, you can use "print" to get a list of devices.) then go with route and select, bla bla. there seems to be a printout bug, because I get a mass of printout to the console. "output this:..." although I don't want this. marius.
Mike McGonagle wrote:
Hans (or anyone),
After reading several comments on the Alternate Controller thread, I figured that I would try to use the [hid] stuff... but, as the stuff in the Extended (most recent nightly build) is kind of broken. While the [hid] object is, itself, in the 'extra' directory, everything else is in a subfolder called 'hid'. So, in trying to use the [keyboard] help patch, it comes up with [keyboard] as not being found, so I rename that object to [hid/keyboard], and it creates the object.
So, it would appear that I can create an object in my patches, but I can't seem to quite figure out how to get stuff out of the [keyboard] abstraction. I opened the help patch (and after renaming the object), I start it polling, and don't seem to get anything.
I am running a Mac OS X PPC 10.4.11 system, if that is important...
I would like to try to set up a keyboard layout that allows me to use specific keys to select a particular parameter to control, and then be able to change that value either by moving the mouse, or by using (possibly) the arrow (up/down) to change the value.
Mike
-- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Thanks, Marius.... it works now for me... guess I was thinking that the subpatch [keyboard] was specifically related to using the keyboard... Mike
On Thu, Mar 20, 2008 at 2:22 PM, marius schebella < marius.schebella@gmail.com> wrote:
Hi, you can use only [hid] and send [open 0( message before you poll then a [1( message to start polling. device 0 is the keyboard on osx (at least I think this is always the case, not sure, you can use "print" to get a list of devices.) then go with route and select, bla bla. there seems to be a printout bug, because I get a mass of printout to the console. "output this:..." although I don't want this. marius.
Mike McGonagle wrote:
Hans (or anyone),
After reading several comments on the Alternate Controller thread, I figured that I would try to use the [hid] stuff... but, as the stuff in the Extended (most recent nightly build) is kind of broken. While the [hid] object is, itself, in the 'extra' directory, everything else is in a subfolder called 'hid'. So, in trying to use the [keyboard] help patch, it comes up with [keyboard] as not being found, so I rename that object to [hid/keyboard], and it creates the object.
So, it would appear that I can create an object in my patches, but I can't seem to quite figure out how to get stuff out of the [keyboard] abstraction. I opened the help patch (and after renaming the object), I start it polling, and don't seem to get anything.
I am running a Mac OS X PPC 10.4.11 system, if that is important...
I would like to try to set up a keyboard layout that allows me to use specific keys to select a particular parameter to control, and then be able to change that value either by moving the mouse, or by using (possibly) the arrow (up/down) to change the value.
Mike
-- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician
PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
I don't know exactly what you're trying to do, but it might just be easier to use [key], [keyup] and [keyname].
But if you do want to use [hid], once you have the device open you have to send a [1( to start polling. You might want to just hook a [print] object to the output to see what kind of info is coming out, and then [route] the messages accordingly.
andy
On Thu, Mar 20, 2008 at 12:22 PM, marius schebella marius.schebella@gmail.com wrote:
Hi, you can use only [hid] and send [open 0( message before you poll then a [1( message to start polling. device 0 is the keyboard on osx (at least I think this is always the case, not sure, you can use "print" to get a list of devices.) then go with route and select, bla bla. there seems to be a printout bug, because I get a mass of printout to the console. "output this:..." although I don't want this. marius.
Mike McGonagle wrote:
Hans (or anyone),
After reading several comments on the Alternate Controller thread, I figured that I would try to use the [hid] stuff... but, as the stuff in the Extended (most recent nightly build) is kind of broken. While the [hid] object is, itself, in the 'extra' directory, everything else is in a subfolder called 'hid'. So, in trying to use the [keyboard] help patch, it comes up with [keyboard] as not being found, so I rename that object to [hid/keyboard], and it creates the object.
So, it would appear that I can create an object in my patches, but I can't seem to quite figure out how to get stuff out of the [keyboard] abstraction. I opened the help patch (and after renaming the object), I start it polling, and don't seem to get anything.
I am running a Mac OS X PPC 10.4.11 system, if that is important...
I would like to try to set up a keyboard layout that allows me to use specific keys to select a particular parameter to control, and then be able to change that value either by moving the mouse, or by using (possibly) the arrow (up/down) to change the value.
Mike
-- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hid, key, keyup, keyname are not compatible on the three OS. hid for example does not work on win afaik. otoh key on osx will stop working when you have a gemwin in the focus (which seems to be no problem on windows). marius.
Andrew Turley wrote:
I don't know exactly what you're trying to do, but it might just be easier to use [key], [keyup] and [keyname].
But if you do want to use [hid], once you have the device open you have to send a [1( to start polling. You might want to just hook a [print] object to the output to see what kind of info is coming out, and then [route] the messages accordingly.
andy
On Thu, Mar 20, 2008 at 12:22 PM, marius schebella marius.schebella@gmail.com wrote:
Hi, you can use only [hid] and send [open 0( message before you poll then a [1( message to start polling. device 0 is the keyboard on osx (at least I think this is always the case, not sure, you can use "print" to get a list of devices.) then go with route and select, bla bla. there seems to be a printout bug, because I get a mass of printout to the console. "output this:..." although I don't want this. marius.
Mike McGonagle wrote:
Hans (or anyone),
After reading several comments on the Alternate Controller thread, I figured that I would try to use the [hid] stuff... but, as the stuff in the Extended (most recent nightly build) is kind of broken. While the [hid] object is, itself, in the 'extra' directory, everything else is in a subfolder called 'hid'. So, in trying to use the [keyboard] help patch, it comes up with [keyboard] as not being found, so I rename that object to [hid/keyboard], and it creates the object.
So, it would appear that I can create an object in my patches, but I can't seem to quite figure out how to get stuff out of the [keyboard] abstraction. I opened the help patch (and after renaming the object), I start it polling, and don't seem to get anything.
I am running a Mac OS X PPC 10.4.11 system, if that is important...
I would like to try to set up a keyboard layout that allows me to use specific keys to select a particular parameter to control, and then be able to change that value either by moving the mouse, or by using (possibly) the arrow (up/down) to change the value.
Mike
-- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Plus [hid] gets the data directly from the device, so you can treat
multiple keyboards as different sets of buttons. [key] et al treat
all keyboards as the same entity.
.hc
On Mar 20, 2008, at 3:49 PM, marius schebella wrote:
hid, key, keyup, keyname are not compatible on the three OS. hid for example does not work on win afaik. otoh key on osx will stop working when you have a gemwin in the focus (which seems to be no problem on windows). marius.
Andrew Turley wrote:
I don't know exactly what you're trying to do, but it might just be easier to use [key], [keyup] and [keyname].
But if you do want to use [hid], once you have the device open you have to send a [1( to start polling. You might want to just hook a [print] object to the output to see what kind of info is coming out, and then [route] the messages accordingly.
andy
On Thu, Mar 20, 2008 at 12:22 PM, marius schebella marius.schebella@gmail.com wrote:
Hi, you can use only [hid] and send [open 0( message before you poll then a [1( message to start polling. device 0 is the keyboard on osx (at
least I think this is always the case, not sure, you can use "print" to
get a list of devices.) then go with route and select, bla bla. there seems to be a printout bug, because I get a mass of
printout to the console. "output this:..." although I don't want this. marius.Mike McGonagle wrote:
Hans (or anyone),
After reading several comments on the Alternate Controller
thread, I figured that I would try to use the [hid] stuff... but, as the
stuff in the Extended (most recent nightly build) is kind of broken.
While the [hid] object is, itself, in the 'extra' directory, everything
else is in a subfolder called 'hid'. So, in trying to use the [keyboard] help patch, it comes up with [keyboard] as not being found, so I
rename that object to [hid/keyboard], and it creates the object.So, it would appear that I can create an object in my patches,
but I can't seem to quite figure out how to get stuff out of the
[keyboard] abstraction. I opened the help patch (and after renaming the
object), I start it polling, and don't seem to get anything.I am running a Mac OS X PPC 10.4.11 system, if that is important...
I would like to try to set up a keyboard layout that allows me
to use specific keys to select a particular parameter to control, and
then be able to change that value either by moving the mouse, or by using (possibly) the arrow (up/down) to change the value.Mike
-- Peace may sound simple—one beautiful word— but it requires
everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Mistrust authority - promote decentralization. - the hacker ethic
On Thu, Mar 20, 2008 at 2:37 PM, Andrew Turley aturley@acm.org wrote:
I don't know exactly what you're trying to do, but it might just be easier to use [key], [keyup] and [keyname].
Well, it was actually more of a learning experiment in trying to deal with [hid] objects. Eventually, I would like to get some sort of dedicated controller (possibly some game controller, or maybe a built one using arduino)...
I did test your suggestion, and a couple of things came up that I noticed that would make using either [key] (and related) or [hid] differently.
- [key] does not output anything unless the patch containing it is the
front window. 2. [key] outputs any 'key-repeats' that the system generates, while [hid] does not.
I did notice one thing that is kind of weird in using [hid]... when I opened up the keyboard (device 0) and started it polling, any output from the keyboard is normal... I then turn off the polling, and type some more stuff... I then turn the polling back on, and everything that I typed while it was off gets output from [hid]...
Strange.
But if you do want to use [hid], once you have the device open you have to send a [1( to start polling. You might want to just hook a [print] object to the output to see what kind of info is coming out, and then [route] the messages accordingly.
Yup, got this to work, and am looking forward to testing it out on my laptop at home tonight...
Mike
In playing with [hid] a bit more, it appears that you can have it track when multiple keys are down. Just as a test, I pressed and held down keys, and once I get to the sixth key, no matter what key I pressed it would output 'key_1 1' for that key, and any subsequent keys that are pressed are not registered. Is the number of multiple keys restricted by [hid] or the system? Is 'key_1 1' an indicator that no more keys can be pressed?
Thanks,
Mike
On Thu, Mar 20, 2008 at 2:50 PM, Mike McGonagle mjmogo@gmail.com wrote:
On Thu, Mar 20, 2008 at 2:37 PM, Andrew Turley aturley@acm.org wrote:
I don't know exactly what you're trying to do, but it might just be easier to use [key], [keyup] and [keyname].
Well, it was actually more of a learning experiment in trying to deal with [hid] objects. Eventually, I would like to get some sort of dedicated controller (possibly some game controller, or maybe a built one using arduino)...
I did test your suggestion, and a couple of things came up that I noticed that would make using either [key] (and related) or [hid] differently.
- [key] does not output anything unless the patch containing it is the
front window. 2. [key] outputs any 'key-repeats' that the system generates, while [hid] does not.
I did notice one thing that is kind of weird in using [hid]... when I opened up the keyboard (device 0) and started it polling, any output from the keyboard is normal... I then turn off the polling, and type some more stuff... I then turn the polling back on, and everything that I typed while it was off gets output from [hid]...
Strange.
But if you do want to use [hid], once you have the device open you have to send a [1( to start polling. You might want to just hook a [print] object to the output to see what kind of info is coming out, and then [route] the messages accordingly.
Yup, got this to work, and am looking forward to testing it out on my laptop at home tonight...
Mike
-- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician
On 20/03/2008, at 21.18, Mike McGonagle wrote:
In playing with [hid] a bit more, it appears that you can have it
track when multiple keys are down. Just as a test, I pressed and
held down keys, and once I get to the sixth key, no matter what key
I pressed it would output 'key_1 1' for that key, and any
subsequent keys that are pressed are not registered.Is the number of multiple keys restricted by [hid] or the system?
Is 'key_1 1' an indicator that no more keys can be pressed?
I've also been successful with five keys max. I don't know if that's
within specs. Maybe you can juice something out of - or sub to,
depending on your OS - <https://sourceforge.net/tracker/index.php?
func=detail&aid=1698780&group_id=55736&atid=478070>
On Mar 21, 2008, at 3:25 AM, Steffen Juul wrote:
On 20/03/2008, at 21.18, Mike McGonagle wrote:
In playing with [hid] a bit more, it appears that you can have it track when multiple keys are down. Just as a test, I pressed and held down keys, and once I get to the sixth key, no matter what key I pressed it would output 'key_1 1' for that key, and any subsequent keys that are pressed are not registered.
Is the number of multiple keys restricted by [hid] or the system? Is 'key_1 1' an indicator that no more keys can be pressed?
I've also been successful with five keys max. I don't know if that's within specs. Maybe you can juice something out of - or sub to, depending on your OS - https://sourceforge.net/tracker/index.php? func=detail&aid=1698780&group_id=55736&atid=478070
I think the 5 key limit is actually related to the keyboard
hardware. It's not in [hid]. [hid] just reports the events as it
receives them from the OS.
.hc
kill your television
-
Andrew Turley -
Hans-Christoph Steiner -
marius schebella -
Mike McGonagle -
Steffen Juul