Saturday, 2016-07-16

*** falktx has joined #lv200:00
rgareusdsheeler: I do contract work for harrison (working on ardour)00:00
dsheelernice.  you deserve some $$$ for that work !00:02
*** gianMOD has joined #lv200:21
*** frinknet has quit IRC00:53
*** falktx has quit IRC01:01
*** falktx has joined #lv201:04
*** gianMOD has quit IRC02:03
*** Spark[01] has quit IRC02:14
*** gianMOD has joined #lv203:13
*** gianMOD has quit IRC03:18
*** ssj71 has quit IRC03:31
*** falktx` has joined #lv203:38
*** falktx has quit IRC03:42
*** gianMOD has joined #lv203:53
*** gianMOD has quit IRC03:53
*** gianMOD has joined #lv205:41
*** gianMOD has quit IRC05:46
*** gianMOD has joined #lv207:30
*** gianMOD has quit IRC07:34
*** edogawa has joined #lv207:51
*** gianMOD has joined #lv207:54
*** gianMOD has quit IRC07:59
*** ensonic has joined #lv208:59
*** ricardocrudo has joined #lv209:22
*** falktx` has quit IRC09:36
*** ricardocrudo has quit IRC09:41
*** ricardocrudo has joined #lv209:55
*** ensonic has quit IRC10:22
*** falktx has joined #lv210:44
*** gianMOD has joined #lv211:01
*** falktx has quit IRC11:07
*** falktx has joined #lv211:08
*** falktx has quit IRC11:15
*** falktx has joined #lv211:19
*** gianMOD has quit IRC12:52
*** unclechu has joined #lv213:06
*** unclechu has quit IRC13:11
*** unclechu has joined #lv213:12
*** gianMOD has joined #lv213:17
*** son0p_ has quit IRC13:25
*** son0p_ has joined #lv213:27
*** gianMOD has quit IRC13:34
*** gianMOD has joined #lv214:52
*** dsheeler has quit IRC15:16
*** gianMOD has quit IRC15:32
*** dsheeler has joined #lv215:43
*** gianMOD has joined #lv215:59
*** gianMOD has quit IRC16:09
*** fredex has joined #lv216:27
fredexhi guys, what is the correct lv2 plugin dir on x86_64?16:28
drobillaDepends on distribution and/or personal philosophy16:31
drobillaIIRC Redhat is of the opinion that /usr/lib is 32-bit until the end of time, others (including Debian) think /usr/lib should be native (i.e. 64 bit in this case) and /usr/libnn reserved for other stuff (32 bit in this case)16:33
fredexwell would it be /usr/lib64/lv2 then?16:33
fredexon 64vbit16:33
drobillaWell, on Fedora.16:33
drobillaBut /usr/lib64 doesn't exist on amd64 for many distros16:33
drobilla(Yes, this sucks)16:34
fredexthe is slackware multilib16:34
fredexI have /usr/lib and /usr/lib6416:34
fredexwill they be seen wherever I put them?16:34
fredexis what I'm trying to discover16:34
drobillaThat is controlled by LV2_PATH16:34
fredexhmm ok16:35
drobillaThe default is compiled into lilv and settable at configure time16:35
fredexok16:35
fredexI'll need to look at lilv then16:35
drobillaYou can just set LV2_PATH in your environment to whatever you want.  It works like PATH.16:36
fredexI see16:36
fredexok thanks16:36
* drobilla personally thinks lib64 on 64-bit is completely insane, particularly since the preexisting body of things that just install to PREFIX/lib is absolutely huge, being, y'know... the obvious thing to do everyone's been doing for 30 years16:37
*** fredex has quit IRC16:43
*** gianMOD has joined #lv217:00
*** Spark[01] has joined #lv217:02
rgareusdrobilla: you should know that there's http://lv2plug.in/pages/filesystem-hierarchy-standard.html17:19
rgareusif distro's don't follow the standard...  not our problem.17:19
rgareuslikewise  http://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.html  if distros don't follow specs use /lib64 ..  not our problem17:22
drobillaMeh.  If they wanted everybody to follow the FHS they shouldn't have made it stupid :P17:30
drobillaThat's what happens when you let Redhat in cahoots with proprietary software companies and suits influence your specs17:31
drobilla(Though IIRC it doesn't mandate the stupid way, it's just ambiguous, leading to the current situation)17:32
drobillaBut yeah, the LV2 FHS says /lib17:32
drobillaWe haven't really dealt with multilib at all, though17:32
drobillaIn practice it's not always so17:33
drobillaSomeone once made the suggestion that we can avoid having to mark up platforms (nightmare) by just listing a bunch of lv2:binary properties and hosts can just try them all until one works.17:34
drobillaI still wonder if this is actually okay despite how truly terrible of an idea dlopen(thing_for_wrong_platform) seems17:34
*** gianMOD has quit IRC17:40
*** gianMOD has joined #lv217:51
*** drobilla` has joined #lv217:57
*** drobilla has quit IRC17:58
*** gianMOD has quit IRC18:04
rgareusdrobilla`:    `uname -m`   as binary property would work.  that's pretty standard and windows has something equivalent18:11
*** gianMOD has joined #lv218:11
falktxlibmagic can tell the arch of a binary18:15
* falktx wishes linux had universal binaries18:15
rgareuswell, it would be nice to have a universal universal LV2.  linux, OSX, Windows, maybe *BSD,  i386/x86_86,armhf18:16
rgareusexcept size.18:16
rgareusif you include 9 static libQTs :)18:16
*** ensonic has joined #lv218:24
*** drobilla` is now known as drobilla19:03
*** oofus_lt has joined #lv219:18
*** ensonic has quit IRC19:39
*** rncbc has joined #lv219:44
*** ColaEuphoria has quit IRC21:05
*** oofus_lt_ has joined #lv221:59
*** oofus_lt has quit IRC22:03
*** oofus_lt_ has quit IRC22:08
*** oofus_lt_ has joined #lv222:15
*** oofus_lt_ has quit IRC22:16
*** oofus_lt has joined #lv222:17
*** Daveydave has joined #lv222:19
Daveydavehellooo22:19
*** wumpus has quit IRC22:19
*** wumpus has joined #lv222:21
*** Daveydave has quit IRC22:21
*** oofus_lt_ has joined #lv222:24
drobillargareus: I suppose, but that's just arch, we need system, too22:26
drobillaWhich the ol' system "triple" thing does, but it's always struck me as sketchy at best22:27
*** oofus_lt has quit IRC22:27
drobillaI don't know.  Never had any incentive to really look into it that deeply.  Probably not that hard, lilv can just do it automagically and nobody really needs to care22:27
*** oofus_lt_ has quit IRC22:28
*** oofus_lt_ has joined #lv222:28
* drobilla doesn't distribute binaries, so easy candidate for the Not My Problem drawer :)22:29
dsheelerIf I need an array the size of the jack period, when would i allocate it?22:36
*** oofus_lt has joined #lv222:38
*** oofus_lt_ has quit IRC22:42
*** oofus_lt has quit IRC22:47
falktxactivate23:06
falktxor instantiate23:06
rgareusdsheeler: back to the drawing board.  the buffersize can change at any time23:13
rgareusdsheeler: there are extensions to  (A) get informed about about changes and (B) tell a host about min/max.   but generally that's best avoided23:14
*** unclechu has quit IRC23:19
dsheelerOk.  Wondered if there was stuff like you mention rgareus, but i'll avoid... so pre-allocating for various buffersizes is a way to go?23:23
rgareusdsheeler: assuming a max of 8192  will get you through anything23:25
rgareuswith jack  you can call  jack_bufsize  <num>   at any time  to change it.  jack's max is 819223:26
rgareusArdour does switch to 8K when exporting.   but will split the processing into chunks whenever there's an automation event.23:26
rgareusso a plugin could see       run(87)  ; new control-data ; run(8105)23:27
drobillaGet the max at instantiation time, allocate that23:27
dsheelerrgareus: that's interesting so run might not be running on the buffersize, anyway23:31
rgareusdsheeler: correct23:31
rgareusdsheeler: a plugin can tell a host   min = max =  current.23:31
rgareusin which case ardour won't load the plugin :)23:31
dsheelerhehe23:32
rgareusjalv will, I think23:32
rgareusI've proposed a lv2 extension   "noSampleAccurateCtrl"   for that.23:33
rgareusnobody else had need for it yet,  and it was pretty much ignored.23:33
dsheelerok.  thanks for the info folks23:36
falktxrgareus: hey. I found a need for it23:37
falktxrgareus: well, carla23:37
* falktx feels like carla gets ignored too many times23:37
rgareusfalktx: does carla have automation?23:37
falktxmidi cc23:39
falktxit splits the events for lv2 plugins23:39
rgareusaah, indeed23:40
falktxalso, carla itself should have that property23:40
falktxmakes no sense for carla process to be splitted right now as it has no params23:40
rgareusdoes carla expose any control ports ?23:41
falktxnot atm23:41
rgareusso then there's no need for it ATM23:41
falktxardour doesn't split the buffer during midi events? or tempo change events?23:41
rgareusmidi-events: no.23:41
rgareustempo-changes: not yet23:42
rgareusonly control-port changes  and only for automation playback.23:42
falktxand loop points I guess23:42
rgareusyes, I was just going to say that23:42
rgareusthough that's a bit different.      automation -> per individual plugin.  Loop:  all processing all plugins23:43
rgareusfrom the plugin's POV  it's the same23:43
rgareusmidi events are just pushed timestamped into the atom buffer.  no need to split23:44
rgareusmidi control (live) we assume that 1 cycle is more than accurate enough.23:44
falktxsame for time23:44
falktxtime events can be timestamped23:44
falktx...that sounds weird to say23:45
rgareusheh,  musical time events happen at a given wall-clock time :)23:45
*** Spark[02] has joined #lv223:47
*** Spark[01] has quit IRC23:52
*** edogawa has quit IRC23:53

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