Friday, 2016-09-30

*** Yruama_Lairba has quit IRC01:45
*** trebmuh has quit IRC01:45
*** unclechu-audio_ has quit IRC02:02
*** unclechu-audio has joined #lv205:20
*** unclechu-audio has quit IRC05:23
*** unclechu-audio has joined #lv205:23
*** edogawa has joined #lv206:21
*** sigma6 has joined #lv208:18
*** ocbtec has joined #lv208:27
*** son0p has quit IRC08:56
*** son0p has joined #lv208:56
*** trebmuh has joined #lv209:10
*** son0p has quit IRC10:07
*** edogawa_ has joined #lv210:27
*** edogawa has quit IRC10:30
*** Yruama_Lairba has joined #lv211:31
*** rncbc_jolla has joined #lv211:38
*** son0p has joined #lv211:43
*** rncbc_jolla has quit IRC12:37
drobillaMade it this far: http://drobilla.net/files/lv2_unified_documentation.png12:45
drobilla90/10 rule applies as always, but now I'm wondering what the ideal is here... unify both descriptions of things that have both an RDF class description and a struct in the same description, or separate and cross-link, or...12:47
*** son0p has quit IRC14:06
*** son0p has joined #lv214:10
*** son0p has quit IRC14:20
*** son0p has joined #lv214:28
*** rncbc has joined #lv214:48
*** son0p has quit IRC14:53
aombk2i want to develop cross platform audio plugins. i try to decide between juce, wdl and forks, dpf, lv2 etc. can anyone with experience help me?14:58
Yruama_Lairbai don't have the response, but what is wdl and dpf ?15:02
aombk2frameworks for developing audio plugins15:03
rgareusYruama_Lairba: https://distrho.github.io/DPF/15:10
rgareusaombk2: what is your goal? who's the target-audience? Are you interested to do it commercially?15:12
rgareusaombk2: maybe contributing to some existing projects is an option as well. There are already plenty of /half baked/ plugins out there.15:15
rgareusIMHO those issues are more fundamental than which tools or frameworks to use.15:15
*** son0p has joined #lv215:16
aombk2yes i want to commercially release my plugins15:17
aombk2i have already developed two plugins with flowstone but they are windows 32 bit only. i want to port them to a c++ framework and compile them for cross platform. and develop my other plugin ideas directly to that c++ framework15:19
aombk2rgareus, what are you developing on? lv2?15:26
*** sigma6 has quit IRC15:34
rgareusaombk2: I work on Harrison Mixbus and Ardour mostly15:39
rgareusand the plugins I wrote are all only LV2:   http://x42-plugins.com/x42/15:40
*** Anchakor_ has quit IRC15:41
aombk2i see15:43
aombk2nice work15:44
rgareusthanks15:44
rgareusa nice side-effect http://moddevices.com/  hosts LV2 plugins. (they're working on a store concept)15:45
rgareusso far the MOD only comes with free/libre plugins.15:45
rgareusbut it's still a tiny market.  only ~1000 MOD devices were produced (first kickstarter batch). They're just starting a larger production.15:47
rgareusfalktx (the author of DPF) is working on it15:47
aombk2interesting15:51
* drobilla wonders what the best way is to determine a process is running on a different machine15:52
drobillaI need to implement server-side save in the Ingen GUI, but if it's on a different filesystem, nothing about the file selector dialog makes any sense15:52
aombk2the plugins i have in mind wont fit in that though :)15:53
drobillaand/or I can do something arguably crazy like zipping up a tarball and firing it over the wire, which is often what you'd want with a remote process anyway, but that's a bit ambitious15:53
rgareusdrobilla: different machine with respect to ..?16:01
drobillargareus: The GUI.  e.g. selecting /home/captainawesome/sessions/grammywinrar might make no sense if the engine is remote16:04
rgareusthe file-selector will also run server-side in that case won't it?16:05
rgareusHow is the GUI exported to the remote display?   X11 (via ssh)? VNC?16:06
drobillargareus: hm?  Ingen is true client/server.  Different process entirely, no display forwarding shenanigans.16:09
rgareusin that case ingen should know16:09
drobillaHow?  That's essentially the question :)16:09
drobilla(There is currently nothing in the protocol that conveys this information)16:09
rgareusaah16:10
drobillaI guess if you're connected via tcp://somethingthatisn'tlocalhost it's a reasonable enough assumption16:10
drobillaThough a part of me sometimes wonders if I shouldn't just remove the notion of saving to a file somewhere enirely from the thing and just ask for a name and save it so it shows up in the menu...16:14
drobilla(Immediate motivation here being that server-side load/save is implemented (for the MOD), but not accessible by the GUI, but currently is the only way saving when plugins with state will work)16:17
*** unclechu-audio has quit IRC16:23
*** dsheeler has quit IRC16:29
rgareusdrobilla: did you get ingen to run on the MOD?16:41
drobillargareus: Not yet.  Been away16:41
rgareusdrobilla: the latest OS release 1.1.0-rc3 allows ssh (again)16:41
drobillaI suppose the plugin builder thingamawhatsit is the easiest way to a suitable cross-compiler?16:42
drobillaDocs are a bit sparse/nonexistent16:42
drobillaBut I'll figure it out (heading home nowish)16:42
drobillaIf I can get my personal MOD set up to have Ingen as a backend a lot of things will get better a lot more quickly, since I'm not dependent on people telling me (or more to the point, not telling me) what needs to happen :)16:43
rgareusdrobilla: I use the mod-plugin-builder (buildroot)16:43
rgareusand x-compile16:43
drobillaand I'm curious how the new parallel execution stuff will fare there16:43
rgareusif you like docker..  there's an image, too: http://wiki.moddevices.com/wiki/How_To_Build_and_Deploy_LV2_Plugin_to_MOD_Duo16:43
drobillaI also realized the switch thing is a lot easier if you don't care about dynamically changing it because of a connection16:43
drobillaThough the non-RT activate()/deactivate() aspect of LV2 is easily the biggest PITA there16:44
drobillaDocker just seems like it'd add a level of nuisance, but noted, thanks16:44
*** drobilla has quit IRC16:55
rgareusaombk2: if you plan on making a living from plugin-sales.  LV2 alone is likely not going to cut it at this point in time.17:19
rgareusas for the framworks you mentioned.. if the plugins will remain closed-source as well JUCE is only an option if you pay for it17:21
rgareusI've never used wdl  and while reaper is just being ported to GNU/Linux, IDK if it can produce linuxVST (GUIs)17:23
rgareusDPF is fine, I suppose.  x-platform LV2s and VSTs,  liberally licensed   but no Audio Units  and a smallish community17:25
rgareushttps://github.com/zamaudio/zam-plugins are built with DPF for example17:25
aombk2not one good all around solution17:28
aombk2rgareus, do commercial open source plugins make sense? giving away source code, selling compiled binaries i mean17:30
rgareusthe DSP part is relatively easy in any case.  it's very similar for all major Plugin APIs.  GUIs is the main issue. and details (default settings, presets ...) suck up most of the time.17:30
rgareusaombk2: I don't depend on it as income, but it works for me. certainly pays for coffee & cigrattes and more.    No pro-audio users wants to compile it them themselves.17:32
rgareusthey want a ready-to-run version and support.17:33
rgareusthe latter is why they don't pick builds others (e.g. linux distros) do.17:33
rgareusalso users with know-how and patience to compile it are likely to send patches...  so that's fine with me.17:34
aombk2oh so you sell binaries or follow the donate model?17:35
rgareusboth17:35
rgareusthere are some linux users who get the plugins from their distro.. and they donate17:37
rgareusfor the ready-to-run version: the binaries work fully (DSP), only the custom GUI requires a license.17:37
rgareusSo you can share sessions and get the same sound (no noise or silence or ..).17:38
*** unclechu-audio has joined #lv217:43
aombk2i see.17:47
aombk2and you are talking about lv2 plugins right?17:47
rgareusyes,  see  http://x42-plugins.com/x42/x42-eq  for example17:50
rgareusx42-plugins pre-date DPF, the GUI is a custom toolkit17:52
rgareusand the DSP part usually plain C alike http://lv2plug.in/book/17:52
rgareusno "framework"17:52
*** ocbtec has quit IRC17:53
*** HarryHaaren has joined #lv218:25
*** NickSB2 has quit IRC18:56
*** edogawa_ is now known as edogawa19:06
*** Yruama_Lairba has quit IRC19:57
*** Yruama_Lairba has joined #lv219:58
*** son0p has quit IRC20:54
*** son0p has joined #lv221:24
*** edogawa has quit IRC22:21
*** son0p has quit IRC22:39
*** son0p has joined #lv222:42
*** rncbc is now known as rncbc|AFK22:59
*** trebmuh has quit IRC23:20
*** AndChat|320025 has joined #lv223:20
*** son0p has quit IRC23:23
*** HarryHaaren has quit IRC23:38
*** AndChat|320025 has quit IRC23:48

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