falktx | lv2:portProperty pprop:Aux; | 00:00 |
---|---|---|
drobilla | HarryHaaren: How about just changing the label of it to something reasonable? | 00:00 |
HarryHaaren | aux or submix? or is Aux already defined? | 00:00 |
drobilla | Easy to overthink and get all semantic astronaut about this, but if a plugin has a "compression" out, I have a pretty good idea what that is | 00:00 |
falktx | HarryHaaren: renaming ports? | 00:00 |
HarryHaaren | drobilla, issue is that this stuff changes when a different preset is loaded | 00:00 |
drobilla | Though really this is even conceptually a horrible abstraction violation. Who says I want to actually put the same effects on the thing as whoever made the preset? | 00:01 |
HarryHaaren | can LV2 ports be renamed? | 00:01 |
drobilla | symbol, no. label could be with above-mentioned options announce interface. | 00:01 |
HarryHaaren | ok, but "auxbus_1" as symbol is fine, if the label can be set to "Big Reverb" dynamically | 00:01 |
drobilla | Which is tidy, relatively powerful, unoffensive, and a great extension hook, like options currently is for the host=>plugin direction | 00:01 |
drobilla | Which makes me inclined to like it and not think too much about what it can't do | 00:02 |
HarryHaaren | drobilla, "announce" is the wrong word: there's no new port announced | 00:02 |
HarryHaaren | "refresh meta-data" describes it better? | 00:02 |
drobilla | You'r announcing a new label for it. | 00:02 |
HarryHaaren | obviously we need a shorter term than that though.. hmm ok. | 00:02 |
drobilla | "Announce" or "notify" are the only words I can really think of for this | 00:02 |
HarryHaaren | ok, your choice, i'm easy. | 00:03 |
HarryHaaren | to me "announce" implied "announcing new port" more than "new label" | 00:03 |
HarryHaaren | doesn't matter. | 00:03 |
HarryHaaren | ok, so #mainOutput , lv2:connectionOptional , and something with the Options interface to "Announce" stuff | 00:04 |
drobilla | Right. First two already exist, maybe need better support. Second is a pretty straightforward add-on to the options ext | 00:04 |
HarryHaaren | ok, sounds good. Better support in the various hosts' implementations you mean? | 00:05 |
drobilla | Actually the existing interface might even be fine exactly as-is... have the host pass it as a feature. | 00:05 |
drobilla | Yes. i.e. I don't know if qtractor ignores connectionOptional, and I forget what Ardour does about 'too much I/O' but IIRC the main properties aren't checked, etc | 00:06 |
HarryHaaren | well I don't mind lobbying rncbc to support connectionOptional better if that's needed | 00:06 |
HarryHaaren | or any other host for that matter | 00:06 |
drobilla | Hm. Yeah, why not just use LV2_Options_Interface passed from the host? | 00:07 |
HarryHaaren | I don't know the details of Options, sorry | 00:08 |
drobilla | This gives the plugin an "tell me things about the world and/or myself" ability too, via get, which is kinda neat | 00:08 |
falktx | HarryHaaren: carla implements options for plugin and host. I can help you get this working | 00:08 |
drobilla | You could, oh, I dunno, look at the 100 line header that's been mentioned to you numerous times over several months in the context of this conversation. Just an idea. :P | 00:08 |
HarryHaaren | falktx, cool thanks, i'll get back to you about that | 00:09 |
drobilla | Y'know, conceptually we could almost use such a thing to announce dynamic ports. Set stuff on a port that doesn't exist yet. Interesting. | 00:10 |
drobilla | Life without blank nodes would be a wonderful life indeed | 00:10 |
HarryHaaren | drobilla, would you feel it OK to set another two strings on the port, providing the DAW with pluginURI and presetURI? | 00:10 |
HarryHaaren | i know you think its crazy, but that's something I feel is the future of DAW workflow | 00:10 |
drobilla | Doesn't really hurt. | 00:10 |
drobilla | I only particularly care about ill-conceived API, because API is problematic. | 00:11 |
drobilla | Properties, sure, whatever. That's the whole point. | 00:11 |
HarryHaaren | ok, i'll make up some properties to represent this behaviour then. | 00:11 |
drobilla | You can set the "spinning 3D animated logo for this port" property for all anyone cares :) | 00:11 |
HarryHaaren | yey :D | 00:11 |
drobilla | Nobody's going to do anything with it, but it doesn't hurt either | 00:12 |
HarryHaaren | drobilla, to sum up, I can add audio output ports, #mainOutputs, #connectionOptional, that's done by a few deca-minutes. | 00:12 |
HarryHaaren | what needs to happen to make the Options interface allow updating Label? | 00:13 |
drobilla | It needs to be a Feature and hosts need to pass it | 00:13 |
drobilla | Documentation updated to explain this use case | 00:13 |
drobilla | Which is a lovely candidate for "first lv2 git contribution that isn't 99999999 questionable curveballs all rolled into one", for the record :) | 00:15 |
*** ricardocrudo has joined #lv2 | 00:15 | |
* drobilla thinks this project needs a hell of a lot more conservative incremental improvement, and a hell of a lot less LETS FLY PLUGINS TO SPAAAAAAACE! for the next little while | 00:17 | |
HarryHaaren | hahah | 00:17 |
drobilla | Might need a new status flag for "I'm sorry Dave, I can not do that" | 00:18 |
rgareus | lol | 00:18 |
HarryHaaren | on a serious note, I'm looking at Options and I dont' quite get it. I'll try Thursday, and see what I can do (busy tomorrow) | 00:18 |
drobilla | LV2_OPTIONS_ERR_UNSUPPORTED or whatever | 00:18 |
drobilla | We need an example plugin for that one. | 00:19 |
drobilla | HarryHaaren: plugin.get(key, value), plugin.set(key, value) | 00:19 |
HarryHaaren | i get that bit, but how to change that to a feature? Wrap those callbacks in a struct and say "done"? | 00:19 |
HarryHaaren | anyway, this is what I'll try on thursday :) | 00:19 |
drobilla | Hm. It does take an LV2_Handle, which is no good | 00:20 |
HarryHaaren | thanks for taking the time to discuss this, and I'm looking forward to making this whole workflow actually work for musicians. | 00:20 |
drobilla | We have this same kind of issue with the UI extension | 00:20 |
drobilla | So maybe it can't literally be used exactly as a feature............... which is unfortunate | 00:20 |
falktx | I think it can, I used it | 00:20 |
falktx | drobilla: I think I used it both ways, let me check | 00:20 |
drobilla | and since I still don't version the structs, even though I know it was a mistake to not do so, we can't add a handle to it | 00:20 |
drobilla | This is a general pattern we should have spotted and done better with :/ | 00:21 |
falktx | drobilla: this is looking into plugin=>host options sending, right? | 00:21 |
drobilla | falktx: yes | 00:21 |
drobilla | falktx: No mechanism to say what the handle should be | 00:21 |
drobilla | (and the type is wrong for this case) | 00:22 |
falktx | hmm yes, I don't have carla accepting options right now | 00:23 |
falktx | I though I did | 00:23 |
drobilla | I really wish we versioned all the damned structs in this thing. So dumb. | 00:23 |
drobilla | I guess in this case we could tack on a thing, and say if it's passed as a feature, that's guaranteed to be there | 00:24 |
falktx | nah | 00:24 |
drobilla | (ala the LV2UI_Feature_Handle s) | 00:24 |
falktx | drobilla: I think we can just add a new options host feature | 00:24 |
falktx | no hosts are using options as feature yet | 00:25 |
drobilla | falktx: It'd be identical but for one field | 00:25 |
falktx | and the name | 00:25 |
drobilla | ....... yes, and the name :P | 00:25 |
falktx | the "interface" so far always means a plugin-side struct | 00:25 |
falktx | having one named LV2_Options_Feature will make it more obvious | 00:25 |
HarryHaaren | not to mere mortals like me :D | 00:26 |
drobilla | I guess..... | 00:26 |
* drobilla hates any and all smells of code duplication with a violent passion | 00:27 | |
drobilla | Anyway. This has sucked far more hours out of my working day than I can afford and totally fucked up my mental context | 00:29 |
drobilla | Hooray for IRC :) | 00:29 |
drobilla | ttysl | 00:29 |
*** HarryHaaren has quit IRC | 00:47 | |
*** ricardocrudo has quit IRC | 02:32 | |
*** JohannesG has quit IRC | 03:34 | |
*** JohannesG has joined #lv2 | 03:45 | |
*** JohannesG has quit IRC | 04:00 | |
falktx | drobilla: slowly getting those special uis to work https://i.imgur.com/hMeiEfU.png | 04:07 |
*** JohannesG has joined #lv2 | 04:29 | |
*** falktx has quit IRC | 05:29 | |
*** grejppi_ has joined #lv2 | 07:24 | |
*** edogawa has joined #lv2 | 07:35 | |
*** grejppi__ has joined #lv2 | 09:22 | |
*** grejppi_ has quit IRC | 09:23 | |
*** ricardocrudo has joined #lv2 | 11:15 | |
*** ddom has joined #lv2 | 11:58 | |
*** NickSB2 has quit IRC | 14:02 | |
*** ricardocrudo has quit IRC | 14:43 | |
*** ricardocrudo has joined #lv2 | 15:09 | |
*** ddom has quit IRC | 15:26 | |
*** ddom has joined #lv2 | 15:28 | |
*** edogawa_ has joined #lv2 | 15:36 | |
*** edogawa has quit IRC | 15:38 | |
*** edogawa_ is now known as edogawa | 15:39 | |
*** falktx has joined #lv2 | 15:45 | |
*** zth has joined #lv2 | 17:04 | |
*** ricardocrudo has quit IRC | 18:43 | |
*** grejppi__ has quit IRC | 19:51 | |
*** grejppi__ has joined #lv2 | 20:24 | |
*** zth has quit IRC | 20:52 | |
*** NickSB2 has joined #lv2 | 21:02 | |
*** grejppi__ has quit IRC | 21:25 | |
*** grejppi__ has joined #lv2 | 21:25 | |
*** ricardocrudo has joined #lv2 | 22:16 | |
*** ricardocrudo has quit IRC | 22:44 | |
*** edogawa has quit IRC | 23:05 |
Generated by irclog2html.py 2.13.0 by Marius Gedminas - find it at mg.pov.lt!