| *** ricardocrudo has quit IRC | 01:03 | |
| *** unclechu has quit IRC | 01:56 | |
| *** NickSB2 has joined #lv2 | 02:06 | |
| *** NickSB2 has quit IRC | 03:44 | |
| *** NickSB2 has joined #lv2 | 04:10 | |
| *** NickSB2 has quit IRC | 05:23 | |
| *** falktx has quit IRC | 06:03 | |
| *** bazz has quit IRC | 07:25 | |
| *** bazz has joined #lv2 | 07:25 | |
| *** mlpug has joined #lv2 | 07:32 | |
| *** zth has joined #lv2 | 07:43 | |
| *** bazz has quit IRC | 07:46 | |
| *** bazz has joined #lv2 | 07:46 | |
| *** NickSB2 has joined #lv2 | 11:24 | |
| *** mlpug has quit IRC | 11:54 | |
| *** ricardocrudo has joined #lv2 | 13:28 | |
| *** edogawa has joined #lv2 | 13:35 | |
| *** falktx has joined #lv2 | 14:50 | |
| *** mlpug has joined #lv2 | 16:59 | |
| falktx | drobilla: I have a request for lilv, but want to know your opinion first | 17:19 |
|---|---|---|
| falktx | drobilla: in get_all_plugins() (or similar), allow to pass an array of const char* describing the host-supported features | 17:20 |
| falktx | drobilla: so that lilv will only return plugins that the host supports | 17:20 |
| drobilla | falktx: Strikes me as a bit limited and not all that much more convenient than just checking lilv_plugin_has_feature() on it | 17:25 |
| drobilla | Limited because you might want to filter them by who knows what | 17:25 |
| drobilla | But I suppose a filter function for the plugin list would do | 17:25 |
| *** HarryHaaren has joined #lv2 | 17:27 | |
| *** ax has joined #lv2 | 17:27 | |
| *** Anchakor_ has quit IRC | 18:44 | |
| *** Anchakor_ has joined #lv2 | 18:46 | |
| *** HarryHaaren has quit IRC | 19:23 | |
| *** mlpug has quit IRC | 20:31 | |
| *** zth has quit IRC | 21:59 | |
| rgareus | is LV2_TIME__Position object supposed to be inside a LV2_ATOM__Blank (backwards compat < lv2-1.8.1 or inside an LV2_ATOM__Object ? | 22:14 |
| rgareus | since lv2_atom_forge_blank() has been deprecated.. this leaves us with an odd case, doesn't it? | 22:16 |
| *** edogawa has quit IRC | 22:21 | |
| falktx | rgareus: I saw that too | 22:26 |
| falktx | complained to drobilla once, and I think he said to just use the new one and let plugins update | 22:26 |
| falktx | rgareus: I ended up only sending the old way (as blank) | 22:28 |
| rgareus | in plugins I currently check for both LV2_ATOM__Blank and LV2_ATOM__Object | 22:29 |
| falktx | I do that as well https://github.com/DISTRHO/DISTRHO-Ports/blob/master/libs/juce/source/modules/juce_audio_plugin_client/LV2/juce_LV2_Wrapper.cpp#L1406 | 22:29 |
| rgareus | I suppose drobilla's right though, hosts should eventually update and create objects. otherwise this never changes. | 22:30 |
| falktx | at the time the example plugins were using the old ones, so I used that | 22:31 |
| falktx | rgareus: btw do yours use atom-object now? | 22:34 |
| rgareus | falktx: the plugins? yes | 22:35 |
| rgareus | falktx: For time they check both. and when sending patches etc. there's an #ifdef HAVE_LV2_1_8_1 | 22:36 |
| falktx | so maybe they are broken in carla now :S | 22:36 |
| rgareus | if you have lv2 < 1.8.1 the plugins still call lv2_atom_forge_blank() | 22:37 |
| rgareus | falktx: most atom-communication is transparent though. it's just DSP <> GUI | 22:37 |
| falktx | let me do a quick test... | 22:38 |
| rgareus | MIDI events are not affected by this | 22:38 |
| falktx | rgareus: what's one that uses atom ui messages? | 22:39 |
| rgareus | ebur128 | 22:39 |
| rgareus | falktx: http://gareus.org/oss/lv2/meters#EBUmono | 22:39 |
| drobilla | It is and has always been the correct thing to check for *any* object type | 22:39 |
| rgareus | also checks for host transport | 22:39 |
| drobilla | Many things didn't | 22:40 |
| drobilla | Exactly the mess the deprecation is intended to sort out | 22:40 |
| rgareus | falktx: oops http://gareus.org/oss/lv2/meters#EBUr128 | 22:40 |
| drobilla | Use lv2_atom_forge_is_object_type if you have the dep, or do what it does otherwise | 22:40 |
| drobilla | We lost some power in this one, for the record, but hopefully we never actually have to give a proper crap about blank nodes | 22:41 |
| falktx | hm, carla only sends the old type for transport | 22:41 |
| falktx | so everything is fine | 22:41 |
| rgareus | drobilla: lv2_atom_forge_is_object_type is pretty new in the API | 22:42 |
| drobilla | rgareus: hence "if you have the dep" | 22:42 |
| rgareus | well, less than a year | 22:42 |
| drobilla | Sending old is fine. Receiving needs fixing universally first | 22:42 |
| rgareus | it's a bit of a chicken/egg. plugin-authors won't update if they don't have to. I suggest to give it a few more months and then update hosts to force remaining authors to 'switch'. | 22:43 |
| rgareus | debian/next-stable - to be frozen next week - is probably the last one to pick up 'new lv2'. | 22:44 |
| ax | question about handling units. The calf/eq5 plugin indicates that its levels have units#db, its range is [http://calf.sourceforge.net/plugins/eq5 | 23:33 |
| ax | oops.. | 23:33 |
| ax | range is [0.015xx, 64.0] | 23:33 |
| ax | but its UI shows -36 to 36 dB | 23:34 |
| ax | are units simply a display thing? | 23:36 |
| ax | as a host, how should i map based on units? | 23:36 |
| falktx | I think the calf ttl is broken | 23:37 |
| falktx | it wouldn't be the first time | 23:37 |
| ax | okay, yeah.. i was thinking it felt off.. if it expects #db, i'd expect i'd give it db | 23:37 |
| drobilla | Yeah, if it's tagged as unit dB (or whatever), the actual number in the port should be dB (or whatever) | 23:46 |
| ax | okay, so this plugin's port's range should really be -36..36 and it should be doing its db->amp conversion internally, if it is claiming units#db | 23:48 |
| drobilla | yep | 23:48 |
| ax | cool. I hacked a work around in my host for now.. but, i'll submit a bug report | 23:49 |
| falktx | what's your host btw? | 23:54 |
| ax | falktx: https://github.com/x37v/datajockey | 23:55 |
| ax | software for DJing that I've been writing for a while | 23:56 |
| ax | writing/using... | 23:56 |
Generated by irclog2html.py 2.13.0 by Marius Gedminas - find it at mg.pov.lt!