Hello, I'm testing with a patch for move objects in the gem render screen, using mouse. In adjunt you have a simple example
I'd like:
mouse is over active surface, we can do the interaction.
have the index of object active. That is more complex if we work in 3D or exist overlaping in several objects
Right now, I have this troubles (with adjunt's patch):
of screen
are there some general patch for work with interactions?
Thanks
hi victor,
it's working very well here (pd 0.40.2 - linux).
are there some general patch for work with interactions?
no i don't think so. many patches exists to display stuff, but i am not aware of any patch to deal with interaction (apart controlling the camera with the mouse or the keyboard).
patrick
Hi all,
I´m working around with the [HID] object, and I can´t see any way to ignore a particular event key....(as in Max/MSP with the HI object where we can send an [ignore( message to any element e.g. [ignore 10( don´t output data from element 10).
Is the any similar message for the HID object?
Thanks for your help. Carlos.
I haven't seen it. But since you use [route] to filter the output data, I don't see why this would be necessary. Unless "element 10" is simply flooding you with too much information. But that usually only causes problems when the data is printed to the PD window. Use "debug 0" to turn off the printed messages and then [hid] will use a lot less CPU.
d.
Carlos Caires wrote:
Hi all,
I´m working around with the [HID] object, and I can´t see any way to ignore a particular event key....(as in Max/MSP with the HI object where we can send an [ignore( message to any element e.g. [ignore 10( don´t output data from element 10).
Is the any similar message for the HID object?
No, not at all...I have no problems with the amount of information. The problem is that, for a certain purpose, a need the "element 10" open for a period of time and "close" for another period. That is to say, I want to create limits to some key events. Let say that I have a [metro 1000] plus a [counter 360], between 100 and 200 the element 10 is opened, otherwise it is closed. Do you see any way to make this work within the HID object? C.C.
-----Original Message----- From: Derek Holzer [mailto:derek@umatic.nl] Sent: Thu 8/16/2007 5:53 PM To: Carlos Caires Cc: PD-list@iem.at Subject: Re: [PD] [HID] Object - How to Ignore message event...
I haven't seen it. But since you use [route] to filter the output data, I don't see why this would be necessary. Unless "element 10" is simply flooding you with too much information. But that usually only causes problems when the data is printed to the PD window. Use "debug 0" to turn off the printed messages and then [hid] will use a lot less CPU.
d.
Carlos Caires wrote:
Hi all,
I´m working around with the [HID] object, and I can´t see any way to ignore a particular event key....(as in Max/MSP with the HI object where we can send an [ignore( message to any element e.g. [ignore 10( don´t output data from element 10).
Is the any similar message for the HID object?
Ahhhh! Now I think I understand. Perhaps you want a "debounce", so that your key can only be triggered once within a certain amount of time? This is normally handled in the dataflow of your patch, rather than by the [hid] the object itself. See the attached patch for one method of debouncing an input.
If this isn't what you need, have a look at the part with the "greater than or equal to" object [>=]. This gives a "0" or a "1" as output which can be used to open and close a [spigot].
For example, [>= 100] and [<= 200] would both give "1" if the number from your counter was between 100 and 200. Then, [==] could compare the outputs of both and if they are the same, it would give a "1", and otherwise a "0".
It really pays to learn a bit more about the dataflow within PD, rather than expecting high level objects to do all the work for you! ;-)
best, d.
Carlos Caires wrote:
No, not at all...I have no problems with the amount of information. The problem is that, for a certain purpose, a need the "element 10" open for a period of time and "close" for another period. That is to say, I want to create limits to some key events. Let say that I have a [metro 1000] plus a [counter 360], between 100 and 200 the element 10 is opened, otherwise it is closed. Do you see any way to make this work within the HID object? C.C.
How about this:
[hid] | | [route element10] | | [X] <-- [tgl] [spigot] | |
 .hc
On Aug 17, 2007, at 1:41 AM, Carlos Caires wrote:
No, not at all...I have no problems with the amount of information. The problem is that, for a certain purpose, a need the "element 10"
open for a period of time and "close" for another period. That is
to say, I want to create limits to some key events. Let say that I
have a [metro 1000] plus a [counter 360], between 100 and 200 the
element 10 is opened, otherwise it is closed. Do you see any way to
make this work within the HID object? C.C.-----Original Message----- From: Derek Holzer [mailto:derek@umatic.nl] Sent: Thu 8/16/2007 5:53 PM To: Carlos Caires Cc: PD-list@iem.at Subject: Re: [PD] [HID] Object - How to Ignore message event...
I haven't seen it. But since you use [route] to filter the output
data, I don't see why this would be necessary. Unless "element 10" is simply flooding you with too much information. But that usually only causes problems when the data is printed to the PD window. Use "debug 0" to turn off the printed messages and then [hid] will use a lot less CPU.d.
Carlos Caires wrote:
Hi all,
I´m working around with the [HID] object, and I can´t see any
way to
ignore a particular event key....(as in Max/MSP with the HI object where we can send an [ignore( message to any element e.g. [ignore
10(
don´t output data from element 10).
Is the any similar message for the HID object?
-- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/ macumbista ---Oblique Strategy # 50: "Distort time"
Esta mensagem (incluindo quais quer anexos) pode conter informação
confidencial ou legalmente protegida para uso exclusivo do
destinatário. Se não for o destinatário pretendido da mesma, não
deverá fazer uso, copiar, distribuir ou revelar o seu conteúdo
(incluindo quaisquer anexos) a terceiros, sem a devida
autorização. Se recebeu esta mensagem por engano, por favor
informe o emissor, por e-mail, e elimine-a imediatamente. Obrigado.This message may contain confidential information or privileged
material, and is intended only for de individual(s) named. If you
are not in the named addressee, you should not disseminate,
distribute or copy this e-mail. Please notify the sender
immediately by e-mail if you have received this e-mail by mistake
and delete this e-mail from your system. _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
¡El pueblo unido jamás será vencido!
Thank you all. Now I manage to do it. C. -----Original Message----- From: Hans-Christoph Steiner [mailto:hans@eds.org] Sent: Fri 8/17/2007 10:12 AM To: Carlos Caires Cc: Derek Holzer; PD-list@iem.at Subject: Re: [PD] [HID] Object - How to Ignore message event...
How about this:
[hid] | | [route element10] | | [X] <-- [tgl] [spigot] | |
? .hc
On Aug 17, 2007, at 1:41 AM, Carlos Caires wrote:
No, not at all...I have no problems with the amount of information. The problem is that, for a certain purpose, a need the "element 10"
open for a period of time and "close" for another period. That is
to say, I want to create limits to some key events. Let say that I
have a [metro 1000] plus a [counter 360], between 100 and 200 the
element 10 is opened, otherwise it is closed. Do you see any way to
make this work within the HID object? C.C.-----Original Message----- From: Derek Holzer [mailto:derek@umatic.nl] Sent: Thu 8/16/2007 5:53 PM To: Carlos Caires Cc: PD-list@iem.at Subject: Re: [PD] [HID] Object - How to Ignore message event...
I haven't seen it. But since you use [route] to filter the output
data, I don't see why this would be necessary. Unless "element 10" is simply flooding you with too much information. But that usually only causes problems when the data is printed to the PD window. Use "debug 0" to turn off the printed messages and then [hid] will use a lot less CPU.d.
Carlos Caires wrote:
Hi all,
I´m working around with the [HID] object, and I can´t see any
way to
ignore a particular event key....(as in Max/MSP with the HI object where we can send an [ignore( message to any element e.g. [ignore
10(
don´t output data from element 10).
Is the any similar message for the HID object?
-- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/ macumbista ---Oblique Strategy # 50: "Distort time"
Esta mensagem (incluindo quais quer anexos) pode conter informação
confidencial ou legalmente protegida para uso exclusivo do
destinatário. Se não for o destinatário pretendido da mesma, não
deverá fazer uso, copiar, distribuir ou revelar o seu conteúdo
(incluindo quaisquer anexos) a terceiros, sem a devida
autorização. Se recebeu esta mensagem por engano, por favor
informe o emissor, por e-mail, e elimine-a imediatamente. Obrigado.This message may contain confidential information or privileged
material, and is intended only for de individual(s) named. If you
are not in the named addressee, you should not disseminate,
distribute or copy this e-mail. Please notify the sender
immediately by e-mail if you have received this e-mail by mistake
and delete this e-mail from your system. _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
¡El pueblo unido jamás será vencido!
Esta mensagem (incluindo quais quer anexos) pode conter informação confidencial ou legalmente protegida para uso exclusivo do destinatário. Se não for o destinatário pretendido da mesma, não deverá fazer uso, copiar, distribuir ou revelar o seu conteúdo (incluindo quaisquer anexos) a terceiros, sem a devida autorização. Se recebeu esta mensagem por engano, por favor informe o emissor, por e-mail, e elimine-a imediatamente. Obrigado.
This message may contain confidential information or privileged material, and is intended only for de individual(s) named. If you are not in the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system.