[jitter] [bug] jit.change report mode backwards
evan.raskob [lists]
lists at lowfrequency.org
Sun Dec 16 06:20:04 MST 2007
- Previous message: [jitter] [bug] jit.change report mode backwards
- Next message: [jitter] [bug] jit.change report mode backwards
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Yes, what you wrote is correct, and this is the behaviour of jit.change. But, what I read in the HTML reference is the reverse: "With report set to on (1), jit.change will behave a bit like Max's == object. If jit.change determines that the matrix input has not changed (within the parameters set with the mode and thresh attributes), it will send the message report 0 from its rightmost outlet. If the matrix input has changed, jit.change will send the message report 1." this says that: [same matrix in] -- [jit.change] = 0 [different matrix in] -- [jit.change] = 1 which is the opposite of ==. Right? Cheers Evan On Dec 16, 2007, at 12:14 PM, Jeremy Bernstein wrote: > The logic here is that of == - are the two matrices equal? 0 = > false; 1 = true -- so as far as that goes, the object works properly. > > jb > > Am 04.12.2007 um 17:39 schrieb evan.raskob [lists]: > >> Expected: a different matrix into jit.change should trigger a >> report 1, the same matrix should trigger a "report 0" message. >> (As per HTML reference) >> >> Results: The real results are the reverse - "report 0" for a >> changed matrix, "report 1" for a different one. >> > > _______________________________________________ > jitter mailing list > jitter at cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter
- Previous message: [jitter] [bug] jit.change report mode backwards
- Next message: [jitter] [bug] jit.change report mode backwards
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
