chapelier fou

thresh-not-working-in-m4l

works fine here. I simply put a "thresh 100" object after notein and stripnote and it gave me all the keys on the midikeyboard I pressed as a list.

I'm using Live 9.0.6 (32 Bit) together with Max 6.1.4 like you on OSX 10.8.5

Hi Chapelier,
works fine here. I simply put a "thresh 100" object after notein and stripnote and it gave me all the keys on the midikeyboard I pressed as a list.
I'm using Live 9.0.6 (32 Bit) together with Max 6.1.4 like you on OSX 10.8.5
Are you on Windows?
Martin


that's so weird...
this works on max but not in m4l.
mac os 10.6.8


in fact it works....but not in edit mode !

Ah !
in fact it works....but not in edit mode !
that's still very annoying.


Ooops ! Yes it does ! it's just not printed...

Ooops ! Yes it does ! it's just not printed...
sorry for this...


it still seems wrong that printing the list doesnt work.

maybe there is an intruder object called "print" in your search path.

it still seems wrong that printing the list doesnt work. 

maybe there is an intruder object called "print" in your search path.


well...i don't think so since i use it all the time to monitor stuff. i use it so much that i didn't think to put a message box !

For me thresh works in edit mode if Preview mode is on but NOT if Preview mode is off.

We can confirm there something weird going on here and we'll have a look at it

I've just run into this bug ( 6.1.7 ). Are there any updates on the issue?

i insist on the fact that tresh works perfectly, it just a problem with print / monitoring the value.

not that i know of.
i insist on the fact that tresh works perfectly, it just a problem with print / monitoring the value.


Thanks for the reply Chapelier. When I'm editing the M4L device no data passes through the [thresh] object at all. I have [bang]s on all the object outputs of my chain and it stops dead at [thresh].

*edit - it seems to occur with the [speedlim] object as well

thresh not working in m4l ?