S?bastien Bourdeauducq wrote: > Right now, you are seeing behaviour #1. You can go to #2 with this line: > bTexWrap=0 > (it also works in per-frame equations, if you want to play with it)
Cool, thanks ! Of course I want to play with it ;-) Here's a short video: http://downloads.qi-hardware.com/people/werner/m1/demo/MVI_1765.MOV It's rotated. To unrotate, play with mplayer -vf rotate=2 Audio: "Love Tractor Part 1" from "Doghouse Riley" (the full song uses samples from Lessig, but the extract in the video is just an instrumental part). CC-BY. http://ccmixter.org/files/Doghouse/18888 http://ccmixter.org/content/Doghouse/Doghouse_-_Love_Tractor_Part_1.mp3 I assigned bTexWrap to a button on the nK2. So the default would be clamping and it would only wrap (as it did in the videos before) when I press the button. The effect is most visible when inverting the zoom, so that the screen content is pulled towards the center: 00:03 smooth traces from the border (with clamping) 00:06 oops, missed the border, let's try this again ... 00:10 distortion producing "kaleidoscope" patterns (without clamping) 00:13 and once more One problem I have is that button press or release is very often lost. I've seen this with other controls, too, e.g., sliders just being "stuck" way off their physical position. If you look at the demo videos carefully, you'll see that I occasionally nudge a slider to make it transmit its current position a few more times. With a pushbutton, these losses become a lot more inconvenient. I can also observe the MIDI losses in the MIDI settings dialog, but they seem to be even worse there than when rendering. I don't know yet where they are happening. The nK2 has LEDs to indicate when buttons are pressed, so at least the electromechanical side should be fine. I don't have any useful MIDI monitoring on the path between nK2 and M1, though. - Werner _______________________________________________ http://lists.milkymist.org/listinfo.cgi/devel-milkymist.org IRC: #milkymist@Freenode
