johnhudak@gmail.com

hello folks. i'm trying to use cyclops to trigger audio samples, and the

docs aren't clear enough for me to figure out how i can get diffthresh data

from more than one zone at a time. if anyone has any cyclops experience,

i'd be extremely grateful for any replies.

hello folks.  i'm trying to use cyclops to trigger audio samples, and the
docs aren't clear enough for me to figure out how i can get diffthresh data
from more than one zone at a time.  if anyone has any cyclops experience,
i'd be extremely grateful for any replies.

jit-cyclops

so there is a non-jit cyclops? i know it existed previously, but it doesn't

seem to get installed now (unless i'm missing something).

i have been getting some odd behavior with setting zones manually...for

instance, when i set the threshold in diffthresh to 120, then close it, then

open it again, i see the number has changed to 240. when i set the

threshold to 4, close it, then open it, i get -2120. the number it changes

to varies, but some mathematical process is going on.

in any case, when i set the threshold with the 's CyclopsCmd' text, it

what i wasn't clear on precisely, was exactly what the values in the 'route'

were meaning. after adjusting some things for awhile, i figured out that

they represent the zone number whose data will be exiting the output. i

think the problem i was having was that with the thresholds not staying, i

wasn't getting the correct data in the outputs.

now, after i run jit.cyclops for 10 minutes or so, max/msp freezes and i

need to do a restart...forcequit doesn't work.

i'm using max/msp 4.5.7, with osx 10.4.7, on an ibook 1ghz g4 with 1gb of

i don't use my webcam much...i'm using a logitech usb webcam, but will be

receiving a fire-i webcam in the next day or so.

if anyone has any ideas as to what might be causing the freezes (not metro,

no?), please let me know. my hunch is that it might have something to do

with the usb cam, since it is at least 2 years old...maybe 3.

> the only thing you can read about diffthresh in cyclops manual about is

> diffthresh mode outputs a 1, 0 or -1 when the difference value crosses a

> when the difference value crosses the threshold value in the positive

> output when the difference value crosses the *negative *of the threshold

> black) direction; 0 is output when the difference value crosses back

> example, say the threshold is 10. If the difference goes from 0 to 11, a 1

> to 9, a 0 is output. If it now goes down to -11, a -1 is output. If it

> The second thing is that if you want to get diffthresh data for multiple

> you should first create the zones you like and then you should increase

> the number of the "route" object outputs, as in Cyclops Help. (in cyclops

> it's limitede to a few outputs/zones, but you can have as many as the

> total zones number available, that's pretty high.

> dont forget that each zones has it's own diffthresh:

> you can set the same diffthresh for multiple zones but forthe same result

> you should also have, for example, the same background to your video

> frame. if you don't have it, each zone will react differently to the set

> Last thing: jitt.cyclops has all Cyclops' features, but also can read

> jitter matrices: actually i dont use jitter, so maybe there could be

> something special to know there, that actually i dont know. :-)

> Il giorno 03/ott/06, alle ore 02:43, John Hudak ha scritto:

so there is a non-jit cyclops?  i know it existed previously, but it doesn't
seem to get installed now (unless i'm missing something).

i have been getting some odd behavior with setting zones manually...for
instance, when i set the threshold in diffthresh to 120, then close it, then
open it again, i see the number has changed to 240.  when i set the
threshold to 4, close it, then open it, i get -2120.  the number it changes
to varies, but some mathematical process is going on.

in any case, when i set the threshold with the 's CyclopsCmd' text, it
stays, so that isn't a problem.

what i wasn't clear on precisely, was exactly what the values in the 'route'
were meaning.  after adjusting some things for awhile, i figured out that
they represent the zone number whose data will be exiting the output.  i
think the problem i was having was that with the thresholds not staying, i
wasn't getting the correct data in the outputs.

now, after i run jit.cyclops for 10 minutes or so, max/msp freezes and i
need to do a restart...forcequit doesn't work.

i'm using max/msp 4.5.7, with osx 10.4.7, on an ibook 1ghz g4 with 1gb of
ram.

i don't use my webcam much...i'm using a logitech usb webcam, but will be
receiving a fire-i webcam in the next day or so.

if anyone has any ideas as to what might be causing the freezes (not metro,
no?), please let me know.  my hunch is that it might have something to do
with the usb cam, since it is at least 2 years old...maybe 3.

so, what's your doubt precisely?
> as a first answer:
> the only thing you can read about diffthresh in cyclops manual about is
> this:
>
> diffthresh mode outputs a 1, 0 or -1 when the difference value crosses a
> specified threshold. 1 is output
> when the difference value crosses the threshold value in the positive
> (black to white) direction; -1 is
> output when the difference value crosses the *negative *of the threshold
> value in the negative (white to
> black) direction; 0 is output when the difference value crosses back
> between the +/- threshold value. For
> example, say the threshold is 10. If the difference goes from 0 to 11, a 1
> is output. If it goes back down
> to 9, a 0 is output. If it now goes down to -11, a -1 is output. If it
> then increases to -9, a 0 is output.
>
> and it's quite clear.
>
> The second thing is that if you want to get diffthresh data for multiple
> zones at a time
> you should first create the zones you like and then you should increase
> the number of the "route" object outputs, as in Cyclops Help. (in cyclops
> help
> it's limitede to a few outputs/zones, but you can have as many as the
> total zones number available, that's pretty high.
>
> dont forget that each zones has it's own diffthresh:
> you can set the same diffthresh for multiple zones but forthe same result
> you should also have, for example, the same background to your video
> frame. if you don't have it, each zone will react differently to the set
> diffthresh.
>
>
> Last thing: jitt.cyclops has all Cyclops' features, but also can read
> jitter matrices: actually i dont use jitter, so maybe there could be
> something special to know there, that actually i dont know. :-)
>
>
> This is all i know as a cyclops user
>
>
> cheers
>
>
> tom
>
>
> Il giorno 03/ott/06, alle ore 02:43, John Hudak ha scritto:
>
> hello folks.  i'm trying to use cyclops to trigger audio samples, and the
> docs aren't clear enough for me to figure out how i can get diffthresh data
> from more than one zone at a time.  if anyone has any cyclops experience,
> i'd be extremely grateful for any replies.
>
> thanks!
>
> john
>
>
>
>
>
>

Sorry I missed your personal email on this last night. The list is 

better for this kind of thing, in any case.

I can verify this problem, in both Cyclops and jit.cyclops. I haven't 

had a chance to investigate and likely won't in the next week or so. 

For now, I would use the messages as a workaround.

Thanks for the report and watch this space for an announcement of a 

Am 03.10.2006 um 14:33 schrieb John Hudak:

> i have been getting some odd behavior with setting zones 

> instance, when i set the threshold in diffthresh to 120, then close 

> open it again, i see the number has changed to 240. when i set the

> threshold to 4, close it, then open it, i get -2120. the number it 

> to varies, but some mathematical process is going on.

Sorry I missed your personal email on this last night. The list is  
better for this kind of thing, in any case.

I can verify this problem, in both Cyclops and jit.cyclops. I haven't  
had a chance to investigate and likely won't in the next week or so.  
For now, I would use the messages as a workaround.

Thanks for the report and watch this space for an announcement of a  
fix in the coming days.

> i have been getting some odd behavior with setting zones  
> manually...for
> instance, when i set the threshold in diffthresh to 120, then close  
> it, then
> open it again, i see the number has changed to 240.  when i set the
> threshold to 4, close it, then open it, i get -2120.  the number it  
> changes
> to varies, but some mathematical process is going on.


i had to reinstall cyclops to find the plain cyclops (somehow it was missing

after my first install), and, as you found as well, it also changes the

numbers when you enter them via the dialog window (by clicking or cmd

clicking on the zone). the workaround is indeed to use the message to

change the thresholds, as i have had no problem since using this.

the non-jit.cyclops seems to be more stable on my computer...it doesn't

freeze up after at least 30 minutes of use. i'll have to get you some logs

> Sorry I missed your personal email on this last night. The list is

> better for this kind of thing, in any case.

> I can verify this problem, in both Cyclops and jit.cyclops. I haven't

> had a chance to investigate and likely won't in the next week or so.

> For now, I would use the messages as a workaround.

> Thanks for the report and watch this space for an announcement of a

> Am 03.10.2006 um 14:33 schrieb John Hudak:

> > i have been getting some odd behavior with setting zones

> > instance, when i set the threshold in diffthresh to 120, then close

> > open it again, i see the number has changed to 240. when i set the

> > threshold to 4, close it, then open it, i get -2120. the number it

> > to varies, but some mathematical process is going on.

i had to reinstall cyclops to find the plain cyclops (somehow it was missing
after my first install), and, as you found as well, it also changes the
numbers when you enter them via the dialog window (by clicking or cmd
clicking on the zone).  the workaround is indeed to use the message to
change the thresholds, as i have had no problem since using this.

the non-jit.cyclops seems to be more stable on my computer...it doesn't
freeze up after at least 30 minutes of use.  i'll have to get you some logs
to look at regarding the freezing up.

On 10/3/06, Jeremy Bernstein  wrote:
>
> Hi John -
>
> Sorry I missed your personal email on this last night. The list is
> better for this kind of thing, in any case.
>
> I can verify this problem, in both Cyclops and jit.cyclops. I haven't
> had a chance to investigate and likely won't in the next week or so.
> For now, I would use the messages as a workaround.
>
> Thanks for the report and watch this space for an announcement of a
> fix in the coming days.
>
> jb
>
> Am 03.10.2006 um 14:33 schrieb John Hudak:
>
> > i have been getting some odd behavior with setting zones
> > manually...for
> > instance, when i set the threshold in diffthresh to 120, then close
> > it, then
> > open it again, i see the number has changed to 240.  when i set the
> > threshold to 4, close it, then open it, i get -2120.  the number it
> > changes
> > to varies, but some mathematical process is going on.
>
>
>

I am working on a patch were I have to copy movie files from an firewire HD to other computer'HD

before I tell him to play. I work on a G4 (max4.62 & jit1.62) and both HDs are mounted.

currently I am using aka.shell to do the trick with the "cp -n ..." command with the cfm support

the thing is I would love to find a way to convert pathes from max style to shell style so I do

not have to write them manually eachtime the program is launched on an other computer.

I know the external drives are always in the volumes folder but as sometime the names are too

long for the shell style and are shortend and get some numbers at the end (I noticed other

differences which dued to my lack of knowledge of unix I would qualifie as weird) a simple work on

the strings is not 100% safe though it works sometimes.

so finaly what I am looking for is eather a shell path style converter to work with sell or

aka.shell or an ather way (java js external) to do my copy that would understand the max path

any suggestion would be highly appreciated.

I am working on a patch were I have to copy movie files from an firewire HD to other computer'HD
before I tell him to play. I work on a G4 (max4.62 & jit1.62) and both HDs are mounted.
currently I am using aka.shell to do the trick with the "cp -n ..." command with the cfm support
and it works fine.
the thing is I would love to find a way to convert pathes from max style to shell style so I do
not have to write them manually eachtime the program is launched on an other computer.
I know the external drives are always in the volumes folder but as sometime the names are too
long for the shell style and are shortend and get some numbers at the end (I noticed other
differences which dued to my lack of knowledge of unix I would qualifie as weird) a simple work on
the strings is not 100% safe though it works sometimes.
so finaly what I am looking for is eather a shell path style converter to work with sell or
aka.shell or an ather way (java js external) to do my copy that would understand the max path
style.

any suggestion would be highly appreciated.
//yac


[ regexp @re (.*):/(.*) @substitute /Volumes/%1/%2 ]

Am 03.10.2006 um 16:49 schrieb Yacine Sebti:

> so finaly what I am looking for is eather a shell path style 

> aka.shell or an ather way (java js external) to do my copy that 

> any suggestion would be highly appreciated.

> so finaly what I am looking for is eather a shell path style  
> converter to work with sell or
> aka.shell or an ather way (java js external) to do my copy that  
> would understand the max path
> style.
>
> any suggestion would be highly appreciated.


this works great except the little error at the end, I had to remove the last slach:

[ regexp @re (.*):/(.*) @substitute /Volumes/%1%2 ]

I didn't think a simple substitution was enough but it s just perfect.

> [ regexp @re (.*):/(.*) @substitute /Volumes/%1/%2 ]

> Am 03.10.2006 um 16:49 schrieb Yacine Sebti:

>> so finaly what I am looking for is eather a shell path style

>> aka.shell or an ather way (java js external) to do my copy that

>> any suggestion would be highly appreciated.

thanks a lot Jeremy.
this works great except the little error at the end, I had to remove the last slach:
[ regexp @re (.*):/(.*) @substitute /Volumes/%1%2 ]
I didn't think a simple substitution was enough but it s just perfect.

> [ regexp @re (.*):/(.*) @substitute /Volumes/%1/%2 ]
>
> Am 03.10.2006 um 16:49 schrieb Yacine Sebti:
>
>> so finaly what I am looking for is eather a shell path style
>> converter to work with sell or
>> aka.shell or an ather way (java js external) to do my copy that
>> would understand the max path
>> style.
>>
>> any suggestion would be highly appreciated.
>
>
