Saturday, 2015-07-25

*** falktx_ has quit IRC01:20
*** NickSB2 has quit IRC01:51
*** falktx_ has joined #lv206:13
*** drobilla has quit IRC07:25
*** ricardocrudo has joined #lv207:37
*** NickSB2 has joined #lv208:43
*** ricardocrudo has quit IRC08:51
*** ricardocrudo has joined #lv208:52
falktx_great, latest rncbc lv2 plugin release breaks the lv2 spec08:54
falktx_"... as some LV2 hosts might enforce the purity restriction to input control ports as being absolutely read-only parameter values from a plugin's instance perspective."08:54
falktx_errm, that's an lv2 restriction, not the host08:54
*** falktx_ has quit IRC09:22
*** curlymorphic has joined #lv209:55
*** falktx has joined #lv209:58
*** youki has joined #lv210:20
*** ventosus has joined #lv212:14
*** ricardocrudo_ has joined #lv212:22
*** aombk has joined #lv212:23
*** aombk2 has quit IRC12:26
*** ricardocrudo has quit IRC12:26
*** edogawa has joined #lv212:57
*** falktx has quit IRC13:49
*** falktx_ has joined #lv214:05
*** drobilla has joined #lv214:36
rgareusfalktx_: oh dear. all of them ?14:42
falktx_rgareus: drumkv1, samplv1 and synthv1. you know the collection14:43
rgareusthe vee-one suite14:43
falktx_yeah14:43
falktx_I told him about this in the forums http://linuxmusicians.com/viewtopic.php?f=24&t=1421414:45
rgareuswait, the  messages says:  "MIDI Controllers/Programss is now an optional feature on the LV2 plugin forms, as some LV2 hosts might enforce the purity restriction to input control ports as being absolutely read- only parameter values from a plugin's instance perspective."14:46
rgareusthat sounds like the other way 'round.14:46
rgareusthey were not read-only and now they are (according to spec)14:46
*** ventosus has quit IRC14:46
falktx_optionally read-only14:46
rgareuswell, if one disables  "MIDI Controllers/Programs" bindings they are to spec.14:46
rgareusyes14:46
falktx_there's an option in the v1 suite that enabled the spec-breaking code14:47
falktx_*enables14:47
rgareusfalktx_: so this is a step in the right directly (it was always on before)14:47
falktx_not so sure14:47
* drobilla cringes14:47
rgareusmmh14:47
rgareusfalktx_: use your power as high inquistor :)14:48
falktx_oh I am using it :)14:49
falktx_who dares break the spec14:49
rgareus...will be kicked off KXStudio.14:49
falktx_rgareus: in http://samplv1.sourceforge.net/samplv1-downloads.html I don't really see a reference to MIDI CC stuff14:49
falktx_rgareus: doesn't need to be kicked off, I can just patch it to remove the features :P14:50
falktx_I did it before with other software14:50
falktx_rgareus: ah I see what's going on with that changelog. you must read it starting from the bottom14:53
falktx_"MIDI Controller mapping/learn is now possible on all parameter control knobs; with global configuration also avaiable on the Help/Configure dialog."14:53
falktx_this was the first task14:53
falktx_then he made this change:14:53
falktx_"MIDI Controllers/Programss is now an optional feature ..."14:53
falktx_so it's all in the same release14:53
falktx_makes sense as I don't remember older releases supporting this14:54
drobillafalktx_: http://kxstudio.sourceforge.net/Paste/repo/neh42 is a 404 for me15:11
drobillafalktx_: I need your second blop patch15:11
rgareusaah sf.net is back up.15:12
falktx_all sourceforge website are back except those started with k* :(15:12
rgareuslol15:12
rgareustoo many kde projects15:13
rgareuswow that's really true, I thought you were joking15:13
falktx_they mentioned it in the latest SF recover update15:14
falktx_some svn repos are also down15:14
falktx_drobilla: similar patch http://kxstudio.linuxaudio.org/Paste/raw/cNRVK15:17
falktx_drobilla: you can ignore the mod:/modgui: in the ttl headers15:17
drobillafalktx_: ... "similar"?15:17
falktx_minor change, I just added units:hz15:17
falktx_drobilla: yes, on the "real" patch I removed the mod stuff15:17
falktx_drobilla: it should be simple and easy enough to do by hand15:18
drobillaEven simpler if you kept UIs separately ;)15:29
drobillafalktx_: There are 7 frequency ports in blop.  You did 3.15:31
falktx_drobilla: yes. I did the ones we use on mod :)15:35
drobillafalktx_: Fair enough, but I don't/won't apply half-assed inconsistent changes to the upstream sets15:37
drobillablop 1.0.1 set hz unit, blop 1.0.2 set another hz unit, blop 1.0.3 set another hz unit... no thanks ;)15:37
falktx_well, consider the patch some hints, now you can add the units to all plugins :)15:38
drobillaYes, the patch is a subtly guised way of telling me to do something15:41
drobillaWhich is why I am bitching about it.  Take notes. ;)15:41
drobillaBut seriously, grep things ("freq" in this case) when you tinker metadata.  Usually common things on many15:42
falktx_well, what happened here is that I needed to prep the plugins for an initial alpha15:42
falktx_I did only the necessary15:43
falktx_we had some old code on git, which I updated to the latest version.15:43
falktx_those 3 units:hz changes were not from me, I simply updated the code15:43
falktx_now the task is getting rid of the fork and go for patching to add modguis, so I made a diff with the non-mod related changes and sent them to you15:44
drobilla&*( jack crashes every time I exit a client.  lovely.15:47
drobillaMy 0.124.1 crashes constantly for just about any reason, especially if I'm using non-"default"15:48
falktx_"last thing i do is willing to argue against the LV2 puritan police. oh no, no" :D15:52
*** ricardocrudo__ has joined #lv215:52
*** ricardocrudo_ has quit IRC15:56
edogawadrobilla: trying to get your repo compiled with ./waf configure --bindings, but later in lilv/ it doesn't find the python3-numpy headers http://paste.opensuse.org/341870716:32
edogawadrobilla: they are in /usr/lib64/python3.4/site-packages/numpy/core/include/numpy/16:33
falktx_you'll need a custom -I...16:37
edogawafalktx_: thanks but i don't see how to add that during ./waf configure16:40
falktx_not during configure, but before16:40
falktx_export CFLAGS=...16:40
edogawaall ggl lead me to is uselib16:41
edogawahm, i see (i tried CXXFLAGS without success)16:41
edogawak, let's try16:42
edogawasame16:44
drobillaIt's not C++.  Technically you should use CPPFLAGS (preprocessor) for -I, but CFLAGS should work16:44
drobillaThough if you configure with --debug they are ignored16:45
edogawait doesn't change a thing here (no debug), neither CXXFLAGS, CPPFLAGS nor CFLAGS16:46
edogaware-configured after every export, btw16:46
drobillaI guarantee it changes a thing ;)16:48
drobilla./waf -v will show the build commands16:48
edogawaah i made a mistake, sorry the trailing numpy/ has to go16:56
*** ricardocrudo_ has joined #lv216:57
edogawathat looks better indeed ;)16:58
edogawathx16:58
*** ricardocrudo__ has quit IRC17:01
*** flexus has joined #lv217:27
*** edogawa has quit IRC17:33
*** edogawa has joined #lv217:35
*** tytel has joined #lv218:09
*** tytel has quit IRC18:11
falktx_drobilla: when you're finishing with the ingen/trac stuff, you can also check https://github.com/falkTX/pugl/commits/master :)18:19
drobillaI have events on Windows half applied/rewritten/cleaned up, but need to finish that and deal with Windows hell to test it still18:24
drobillaHopefully this stuff still applies...18:24
*** flexus has quit IRC18:31
drobillafalktx_: https://github.com/falkTX/pugl/commit/06a4774ecf1c4104b8ef38ef55377aba9fd8873e18:37
drobillafalktx_: This works on win32?18:38
falktx_drobilla: yes18:38
drobillafalktx_: ok18:38
drobillahttps://github.com/falkTX/pugl/commit/da9f0fd3a7deaede78106bdcf7db701a7f833294 is dumb.18:38
falktx_they're useless18:39
falktx_you said it yourself you won't care about compatibility against glut18:39
drobillaYou gain nothing and lose the abilty to pass init parameters should that ever be useful.18:40
drobillaDumb.18:40
falktx_I *never* pass those params when using plugins18:40
falktx_which is 99% of the reason to use pugl18:40
drobillaYeah, well... do the world a favour and never write a library ;)18:40
falktx_too late18:41
*** drobilla has quit IRC18:43
edogawafalktx_: http://paste.opensuse.org/2467560519:02
falktx_your lilv build doesn't seem right19:04
falktx_try:19:04
falktx_python319:04
falktx_import lilv19:04
edogawaright, same error19:05
edogawacan lilv coexist in /usr and /usr/local? i.e. system and dev version installed in parallel?19:06
falktx_that shouldn't happen19:10
edogawaoh so i should install to /usr19:11
edogawano difference19:18
edogawathese are the lilv related warnings i got during compile http://paste.opensuse.org/3778590719:18
edogawaother than that, it looked like going smoothly19:19
*** ventosus has joined #lv219:40
falktx_not installed in the right place then19:45
*** flexus has joined #lv219:48
*** falktx_ has quit IRC19:50
*** falktx has joined #lv220:18
*** tytel has joined #lv221:11
*** tytel has quit IRC21:21
*** ventosus has left #lv221:44
*** tytel has joined #lv222:24
*** tytel has quit IRC22:47
*** youki has quit IRC23:12
*** curlymorphic has quit IRC23:17
*** flexus has quit IRC23:22
falktxdeja vu23:31
falktxrgareus: you have a DR14 meter right?23:31
falktx2 of its inputs ports are named "InL"23:31
falktxI think one should be InL and the other InR23:32
falktxrgareus: I see it in the ttl. your dr14 meter has in2 name "InL"23:33
*** edogawa has quit IRC23:44
*** tytel has joined #lv223:48
*** tytel has quit IRC23:52

Generated by irclog2html.py 2.13.0 by Marius Gedminas - find it at mg.pov.lt!