| *** artfwo has quit IRC | 00:18 | |
| *** arguy has joined #lv2 | 01:21 | |
| *** arguy has quit IRC | 02:32 | |
| *** arguy has joined #lv2 | 02:51 | |
| *** http_GK1wmSU has joined #lv2 | 03:05 | |
| *** http_GK1wmSU has left #lv2 | 03:08 | |
| *** arguy has quit IRC | 03:29 | |
| *** dsheeler has quit IRC | 07:01 | |
| *** dsheeler has joined #lv2 | 07:08 | |
| *** m4l3z has joined #lv2 | 07:24 | |
| *** m4l3z has quit IRC | 07:54 | |
| *** m4l3z has joined #lv2 | 08:51 | |
| *** falktx has quit IRC | 08:54 | |
| *** falktx has joined #lv2 | 08:54 | |
| *** m4l3z has quit IRC | 09:30 | |
| *** oofus_lt has joined #lv2 | 10:28 | |
| *** Yruama_Lairba has joined #lv2 | 10:35 | |
| *** oofus_lt has quit IRC | 12:35 | |
| *** arguy has joined #lv2 | 12:49 | |
| johmue | falktx: How would I make use of lv2 inline display from a DISTRHO plugin? | 12:52 |
|---|---|---|
| falktx | you don't | 12:54 |
| falktx | inline display does graphics stuff in DSP side, goes against the vision of DPF | 12:55 |
| *** m4l3z has joined #lv2 | 13:09 | |
| *** artfwo has joined #lv2 | 13:17 | |
| rgareus | falktx: it doesn't do graphics stuff in the DSP side. render_inline() is called from a GUI thread | 13:21 |
| rgareus | however, the host does pass the LV2_Handle instance to it. implicit instance access. | 13:22 |
| falktx | I would have to add some graphics stuff in the DSP side. for my plugins that's a no | 13:26 |
| rgareus | and since DPF has various targets, this would only apply to LV2 | 13:28 |
| rgareus | falktx: but don't you do that for VST already? that's always mixed DSP + GUI. | 13:28 |
| rgareus | AudioUnit doesn't have this separation, either | 13:29 |
| falktx | rgareus: I do that, but only because the target requires it | 13:34 |
| falktx | same for jack standalones | 13:34 |
| falktx | but UI and DSP are clearly separated | 13:34 |
| falktx | maybe I can add a macro for it, but then provide only ARGB buffer | 13:35 |
| *** arguy has quit IRC | 13:55 | |
| johmue | Thanks. So I have to decide between inline display and targeting LV2 and VST with the same plugin. | 14:02 |
| *** arguy has joined #lv2 | 14:41 | |
| *** rncbc has joined #lv2 | 14:43 | |
| *** oofus_lt has joined #lv2 | 15:27 | |
| *** arguy has quit IRC | 15:48 | |
| *** oofus_lt has quit IRC | 15:48 | |
| *** arguy has joined #lv2 | 15:58 | |
| *** rgareus has quit IRC | 16:38 | |
| *** rgareus has joined #lv2 | 16:38 | |
| *** m4l3z has quit IRC | 17:02 | |
| *** arguy has quit IRC | 17:40 | |
| *** arguy has joined #lv2 | 17:43 | |
| *** arguy has quit IRC | 17:58 | |
| *** arguy has joined #lv2 | 18:20 | |
| *** grejppi has quit IRC | 18:25 | |
| *** grejppi has joined #lv2 | 18:25 | |
| *** deva has joined #lv2 | 18:26 | |
| *** edo_pc has joined #lv2 | 19:28 | |
| *** deva has quit IRC | 19:36 | |
| arguy | Hey everybody! I was wondering what is your opinion in using macros for lv2 plugins. Do you see them as bad code? | 19:47 |
| ssj71 | IMHO if it makes it more readable, its fine | 19:51 |
| ssj71 | its preprocessor stuff, so it really shouldn't affect the resulting binary | 19:51 |
| *** Yruama_Lairba1 has joined #lv2 | 20:08 | |
| *** Yruama_Lairba has quit IRC | 20:10 | |
| rgareus | arguy: it's mostly a style question. Macros can help to abstract parts and reduce code duplication. | 20:15 |
| arguy | rgareus, ssj71: right and are you ok with gnu c code standart? I'm trying to improve noise repellent codebase and making it more readable. Reading the gnu standart I might change some things | 20:50 |
| *** NickSB2 has joined #lv2 | 20:51 | |
| ssj71 | sounds fine with me. I'm not exactly a great example of coding style myself. I just try to make it readable, and that can mean many different styles | 20:52 |
| ssj71 | or I mean, its possible to have readable code independent of style | 20:53 |
| arguy | ssj71: ok so i'm doing fine then. Thanks! | 20:56 |
| rgareus | as for standard, noise-repellent is C, ANSI C99 is pretty sane and makes things portable. (also gcc's default) | 20:56 |
| arguy | rgareus: it's more a question of coding style. C is perfect for what i want bit to note what you guys that are experienced think of this | 21:01 |
| arguy | I mean interesting to note what you guys think | 21:02 |
| ssj71 | you'll find that there's as many opinions as there are developers :) | 21:03 |
| arguy | I have already experienced that but it's good to learn from the best ;) | 21:05 |
| rgareus | not directly relevant but there's https://ardour.org/styleguide.html I learned to like #4 (really helps to avoid mistakes) | 21:07 |
| rgareus | for plugin code #16 "Use const wherever possible" is also a good idea | 21:07 |
| rgareus | #15 "variables have names like a_pleasant_name" is really nice when you compare it to e.g. fons' code which reads like a = b2 * c - d; and you have no idea what b,c,d area. | 21:09 |
| ssj71 | true | 21:10 |
| rgareus | nrepel.c already uses variable names like that, so that's great | 21:10 |
| ssj71 | I should probably be more verbose in my variable naming | 21:10 |
| rgareus | it's a compromise.. concise naming is hard. | 21:11 |
| arguy | Yeah i tried to be concise from the beginning but it's hard to track everything | 21:13 |
| *** rncbc has quit IRC | 21:52 | |
| *** arguy has quit IRC | 22:00 | |
| *** arguy has joined #lv2 | 22:22 | |
Generated by irclog2html.py 2.13.0 by Marius Gedminas - find it at mg.pov.lt!