monome/we

norns/dust: collected and collaborative projects

we

norns/dust: collected and collaborative projects

we's Issues

Looking for levels.lua

I'm looking for this example showcased here.

ack: loop windowing toggle

this refers to "some sort of micro-enveloping at the loop points to de-click the loop transition". my thinking is a cos based window akin to http://msp.ucsd.edu/techniques/latest/book-html/node36.html .

this requires refactoring of the trigger based sample start/end/loop point logic.

alternatively, implement some kind of crossfade. or add both micro-envelope windowing and crossfading.

also found this by fellow lines member: http://sccode.org/1-51A

study2: attempt to call a nil value (field 'release')

I get the following error when opening study2:

Dec 21 18:57:34 norns ws-wrapper[129]: # script load: /root/dust/code/we/study/study2.lua
Dec 21 18:57:34 norns ws-wrapper[129]: # cleanup
Dec 21 18:57:34 norns ws-wrapper[129]: # script clear
Dec 21 18:57:34 norns ws-wrapper[129]: pset >> write: /root/dust/data/system.pset
Dec 21 18:57:34 norns ws-wrapper[129]: # script run
Dec 21 18:57:34 norns ws-wrapper[129]: loading engine: PolyPerc
Dec 21 18:57:34 norns ws-wrapper[129]: Engine.register_commands; count: 0
Dec 21 18:57:34 norns ws-wrapper[129]: ___ engine commands ___
Dec 21 18:57:34 norns ws-wrapper[129]: ___ polls ___
Dec 21 18:57:34 norns ws-wrapper[129]: amp_in_l
Dec 21 18:57:34 norns ws-wrapper[129]: amp_in_r
Dec 21 18:57:34 norns ws-wrapper[129]: amp_out_l
Dec 21 18:57:34 norns ws-wrapper[129]: amp_out_r
Dec 21 18:57:34 norns ws-wrapper[129]: cpu_avg
Dec 21 18:57:34 norns ws-wrapper[129]: cpu_peak
Dec 21 18:57:34 norns ws-wrapper[129]: pitch_in_l
Dec 21 18:57:34 norns ws-wrapper[129]: pitch_in_r
Dec 21 18:57:34 norns ws-wrapper[129]: # script init
Dec 21 18:57:34 norns ws-wrapper[129]: ### SCRIPT ERROR: init
Dec 21 18:57:34 norns ws-wrapper[129]: /root/dust/code/we/study/study2.lua:7: attempt to call a nil value (field 'release')
Dec 21 18:57:34 norns ws-wrapper[129]: stack traceback:
Dec 21 18:57:34 norns ws-wrapper[129]:         /usr/share/norns/lua/core/norns.lua:215: in field 'release'
Dec 21 18:57:34 norns ws-wrapper[129]:         /root/dust/code/we/study/study2.lua:7: in function 'init'
Dec 21 18:57:34 norns ws-wrapper[129]:         /usr/share/norns/lua/core/script.lua:77: in function 'core/script.init'
Dec 21 18:57:34 norns ws-wrapper[129]:         [C]: in function 'xpcall'
Dec 21 18:57:34 norns ws-wrapper[129]:         /usr/share/norns/lua/core/norns.lua:216: in field 'try'
Dec 21 18:57:34 norns ws-wrapper[129]:         /usr/share/norns/lua/core/engine.lua:89: in function </usr/share/norns/lua/core/engine.lua:88>
Dec 21 18:57:34 norns ws-wrapper[129]: >> reading PMAP /root/dust/data/we/study/study2/study2.pmap

it points to this line

https://github.com/monome/we/blob/master/study/study2.lua#L7

scales: attempt to call a nil value (field 'amp')

I get the following error when trying to open the scales demo on the buildroot image

Dec 21 19:06:31 norns ws-wrapper[129]: # script load: /root/dust/code/we/demos/scales.lua
Dec 21 19:06:31 norns ws-wrapper[129]: # cleanup
Dec 21 19:06:31 norns ws-wrapper[129]: # script clear
Dec 21 19:06:31 norns ws-wrapper[129]: pset >> write: /root/dust/data/system.pset
Dec 21 19:06:31 norns ws-wrapper[129]: # script run
Dec 21 19:06:31 norns ws-wrapper[129]: loading engine: PolyPerc
Dec 21 19:06:31 norns ws-wrapper[129]: Engine.register_commands; count: 0
Dec 21 19:06:31 norns ws-wrapper[129]: ___ engine commands ___
Dec 21 19:06:31 norns ws-wrapper[129]: ___ polls ___
Dec 21 19:06:31 norns ws-wrapper[129]: amp_in_l
Dec 21 19:06:31 norns ws-wrapper[129]: amp_in_r
Dec 21 19:06:31 norns ws-wrapper[129]: amp_out_l
Dec 21 19:06:31 norns ws-wrapper[129]: amp_out_r
Dec 21 19:06:31 norns ws-wrapper[129]: cpu_avg
Dec 21 19:06:31 norns ws-wrapper[129]: cpu_peak
Dec 21 19:06:31 norns ws-wrapper[129]: pitch_in_l
Dec 21 19:06:31 norns ws-wrapper[129]: pitch_in_r
Dec 21 19:06:31 norns ws-wrapper[129]: # script init
Dec 21 19:06:31 norns ws-wrapper[129]: ### SCRIPT ERROR: init
Dec 21 19:06:31 norns ws-wrapper[129]: /root/dust/code/we/demos/scales.lua:110: attempt to call a nil value (field 'amp')
Dec 21 19:06:31 norns ws-wrapper[129]: stack traceback:
Dec 21 19:06:31 norns ws-wrapper[129]:         /usr/share/norns/lua/core/norns.lua:215: in field 'amp'
Dec 21 19:06:31 norns ws-wrapper[129]:         /root/dust/code/we/demos/scales.lua:110: in function 'init'
Dec 21 19:06:31 norns ws-wrapper[129]:         /usr/share/norns/lua/core/script.lua:77: in function 'core/script.init'
Dec 21 19:06:31 norns ws-wrapper[129]:         [C]: in function 'xpcall'
Dec 21 19:06:31 norns ws-wrapper[129]:         /usr/share/norns/lua/core/norns.lua:216: in field 'try'
Dec 21 19:06:31 norns ws-wrapper[129]:         /usr/share/norns/lua/core/engine.lua:89: in function </usr/share/norns/lua/core/engine.lua:88>
Dec 21 19:06:31 norns ws-wrapper[129]: >> reading PMAP /root/dust/data/we/demos/scales/scales.pmap

Points to this line

https://github.com/monome/we/blob/master/demos/scales.lua#L110

awake: scale mode param not correct?

I am not entirely sure, but I think the awake scale mode might be incorrect. I have it set to "major" and the sequence it is spitting out is quite sad hah.

Not all scripts in this repo are self-contained

I noticed some scripts in this repo have external dependencies.
For example the scales demo as well as several of the studies have a dependency on Polyperc, see
https://github.com/monome/we/blob/master/demos/scales.lua#L39

I was wondering how we want to handle this?
IMHO it would be better if the examples in this repo have no external dependencies.

ack: add playhead polls

one for each voice, based on Sweep-based playhead would be great to have for playback position visualization in the ui

ack: implement slews

slew time for speed, volume, cutoff, res

PolySub filter cutoff sometimes exceeds Nyquist frequency

I noticed this while working on a script that sometimes produces fairly high notes: the call to hz.min() in Engine_PolySub.sc is obviously supposed to limit cut, but doesn't. I'm submitting a PR with tiny alterations that have been working for me for a while now.

fourwaves wrong lib path

current version of fourwaves-test errors on load because lib path is wrong.

a = include('lib/fourwaves')

should be

a = include('we/lib/fourwaves')