Monday, 2017-03-06

rgareusColaEuphoria: a host-provided one00:00
ColaEuphoriaah00:00
rgareusie control-ports and properties (atom patch:get/set)00:00
ColaEuphoriait's really a double edged sword00:00
ColaEuphoriadoesn't work too well for plugins with matrix-like controls, e.g., fm synthesis00:01
*** edogawa has quit IRC01:20
*** oofus has quit IRC05:48
jmagnusjIs there any way of printing an atom type for debugging?07:33
drobillaurid unmap07:35
jmagnusjah yes, thanks07:36
*** edogawa has joined #lv207:46
jmagnusjhmm, jalv doesn't work for me, it tries to start a jack daemon and the daemon fails. This happens both if I have qjackctl running and not07:50
*** oofus_lt has joined #lv207:51
drobillaPEBKAC.  Jalv is just a jack client like any other07:51
drobillae.g. JACK_DEFAULT_SERVER is set, default jack server isn't actually running, etc07:53
jmagnusjJACK_DEFAULT_SERVER is not set07:53
jmagnusjindeed, PEBKAC, was running it as the wrong user07:54
jmagnusjthanks07:54
* jmagnusj goes to bed07:54
*** JaVelDa has left #lv208:41
*** JaVelDa has joined #lv208:42
*** Yruama_Lairba has joined #lv211:29
*** GK_1wm___SU has joined #lv213:26
*** GK_1wm___SU has left #lv213:26
*** sigma6 has quit IRC14:40
jmagnusjx42-plugins causes lv2bench to crash14:43
rgareusatom ports, I think14:44
jmagnusjcrash as in segfault14:44
rgareuslast I looked lv2bench barfs for all plugins with atom i/o.14:44
rgareusyep14:44
rgareusmy current workaround is    LV2PATH=/subset/to/check lv2bench14:45
rgareusLV2_PATH (not LV2PATH)14:45
rgareusalso segfaults with the eg-plugins from lv2plug.in14:46
rgareusand fomp.lv2 ...14:47
jmagnusj:)14:48
rgareusin case of x42-plugins it's probably one of the midi-filters  or midigen.lv214:48
rgareusIIRC the atom output buffer is not set by lv2bench14:50
rgareusso any plugin writing something there -> crash14:50
*** sigma6 has joined #lv214:50
rgareusyep,  http://pastebin.com/gd73Cf03  (and yes, the plugin does check if the atom-port buffer is not NULL, and check the capacity)14:53
*** deva has joined #lv215:02
rgareusdrobilla: lv2bench use a single   LV2_Atom_Sequence seq   for _all_ atom ports,  and it's not reset between runs, either.15:04
jmagnusjardour has an std:exception if I add a patch to my ttl, the only thing that gets called in my plugin is instantiate15:10
rgareusdrobilla, jmagnusj:  proposed fix  http://paste.debian.net/918383/15:11
rgareusjmagnusj: can you get a backtrace?15:13
jmagnusjyes, 1 sec15:13
rgareusbest guess, some name is missing or duplicate15:13
jmagnusjrgareus: that fix looks fine to me, with my superficial understanding of atom sequences15:15
jmagnusjhttp://pastebin.com/cg3sRjWr15:17
rgareusarguably lv2bench should inject some noise. into audio-input ports, and maybe even modulate or ramp control-ports15:17
jmagnusjDoes look like some null somewhere15:17
jmagnusj"what: basic_string::_M_construct null not valid"15:17
rgareussome c-string  char* is  NULL  ->  C++ std::string -> error15:19
rgareusodd though, ardour is not directly involved here.15:19
jmagnusjI guess ardour passes null on to gtk15:19
jmagnusjand it crashes later15:19
jmagnusjpatch:writable [15:20
jmagnusj       a lv2:Parameter ;15:20
jmagnusj       rdfs:label "Scala .scl file" ;15:20
jmagnusj       rdfs:range atom:Path ;15:20
jmagnusj] ;15:20
jmagnusjI guess I need to pass a named entity, not [ ... ]15:22
jmagnusjYes!! that was it.15:24
jmagnusjPretty stupid mistake, I guess my mental model of RDF isn't quite right yet15:25
drobillaYeeeeeeeah, lv2bench could use some work15:50
drobillaThat shouldn't crash (of course, nothing should crash), but it's a pointless declaration anyway15:51
drobilla"I have a writable parameter with no name and therefore you can't possibly write to it"15:51
drobillargareus: Seems reasonable15:53
* drobilla wonders if there's a way to say "these things must have URIs"15:55
drobillaProbably not15:56
rgareusdrobilla: can you apply that patch from here or should I file a ticket on your tracker?16:10
drobillargareus: No worries, I can apply it16:23
*** trebmuh has joined #lv216:25
rgareusdrobilla: resetting the  seq_in.atom.size  and  seq_in.atom.type  should not be needed, actually.16:41
rgareusand it'll probably still fail for plugin with multiple atom-outputs (some lsp-plugins)16:42
rgareusthose would forge a sequence head on both atom-ports   and the forge may get messed up if writes  are interleaved.16:42
drobillaProbably, but I think just garbage output sort of messed up16:44
* drobilla fixes a bunch of stuff and ends up at Ladspa_CS_chorus1::runproc again16:46
*** sigma6 has quit IRC17:16
*** dsheeler has quit IRC17:35
*** oofus_lt has quit IRC17:41
*** rncbc has joined #lv218:04
*** badosu has joined #lv218:45
*** oofus has joined #lv219:06
*** deva has quit IRC19:39
*** NickSB has quit IRC19:41
*** NickSB has joined #lv219:44
*** NickSB has quit IRC20:59
*** edogawa has quit IRC22:23
*** NickSB has joined #lv223:04
*** jmagnusj has quit IRC23:43

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