I'm working on modding the APC40 so that the Mixer Component is disabled but the Volume controls are hard mapped to specific track Volumes and other controls. Just using them like normal MIDI assignment would be fine if there is a way but I can't see that this is an option with this device as it doesn't send MIDI in directly.
Anyway, I've created this device to demonstrate a problem I've been having with the live.observer object. It seems that this is how to set up observing of a control on the APC40 in particular (as per the M4L.api.LIstenToControlValue abstraction). I want to observe the 0_Volume_Control. However, it appears that with the controller connected, when I add this device, select the control surface (which also sends which control to observe), it doesn't want to observe the values. When I reboot the APC40, it works fine with no other changes on the patch.
Any ideas on why I can't observe the control initially without a reboot?
Thanks.
(You will have to rename the extension to axmd from pdf)
Oddities listening to volume control
Mon, 01/11/2010 - 01:04
#1
Oddities listening to volume control
In fact, I even tried the most basic example that MIke posted for live.observer. Created a message object with "goto path control_surfaces 1 controls 62" fed into a live.path object then into a live.observer object. I passed a message of "property value" into the left inlet of the live.observer and use a live.numbox to test the output.
If the APC40 is on and I open Live and drag this device into the set, click the goto message then click the property message, nothing seems to be observed. If I power cycle the APC40, it works just fine.
Very strange.
Any ideas??? Could this be a bug that needs to be reported?? Can anyone confirm or deny this? Am I crazy?
Thanks!
Here is the basic test I referenced (requires APC40 and may need a tweak depending on which control surface it is on:
----------begin_max5_patcher----------
607.3ocuVE0jZBCD9Y3WQFd15HHnd8s1+FctwIBqZZCILIKVs23+8lD.QuBH
d206Egr6lc+x29sAew2KXi7HnCHek7Chm2K9ddNSVCd0q8BxoGS4TsKr.N6.
LUTlaiZRk+CTkflC84tfpLdQPsFDzMbWbg09LQJKQNftjGUasxDdp.pPVPvD
RvVtjhAjmqigk4pmbyO+R3h1Rgo6YhcqUPJVs24IISmMgDN28X9B2By6WRjA
BLQCBZvkld.xVSQTw1ThP6a5ZpolarGddIH21Xtw90G6bCA5RdzRS06xOSX8
OqSuMzPW9XBFxn7qH1thRuWpvA5PuJkGXZ1.YKWlcmyCUHjHEYRw5KUsqRwk
hciEV1pNDKwYheYykdHXKyFfI2J6EnRUFn5amkldft2spK.Hiyx6s2fPQuXF
NVHEfvojCm1awwS0CUU9O6629v86Y+Iib5V.+1LQ0LNgvQrs4H2nA0ACQ73y
tsisakBTy9SEduzJuYZN59SyOYEdjkQtg4UWMLaS+EI02TlYCx2k7rftl0id
C7iQfoo6f+gfJTxBPgmHtqC5lgB6kgdD1IbL204Xmmbuu3SjcFR8Xf69t4k4
CpbdP0ypAnm34qrTRr6a.IguKwS3Gn3YmDkDK+PRMHPI4q0kpszTPSBaLoIK
h9OJqRtOsUophlE+gIqbIvnNDu9ef3.g09sjoVVpRaNc0MaRKLx.MxDtu6bU
L1qSLzXSP6YYYf3pKbCxYYERl.qwPb7xoIMSOwgWVPdtyN9XgZxHf5sGm6hz
2IhbDycYuEetXJbrcz2JlLKN6+W.8K5pcA
-----------end_max5_patcher-----------