| *** ssj71 has quit IRC | 01:03 | |
| *** Yruama_Lairba has quit IRC | 02:25 | |
| *** dsheeler has quit IRC | 03:06 | |
| *** ColaEuphoria has joined #lv2 | 03:09 | |
| *** trebmuh has quit IRC | 05:01 | |
| *** dsheeler has joined #lv2 | 05:08 | |
| *** grejppi has quit IRC | 06:08 | |
| *** son0p has joined #lv2 | 06:12 | |
| *** grejppi has joined #lv2 | 06:14 | |
| *** edogawa has joined #lv2 | 07:54 | |
| *** son0p_ has joined #lv2 | 07:56 | |
| *** son0p has quit IRC | 07:56 | |
| *** son0p_ has quit IRC | 07:56 | |
| *** edogawa has quit IRC | 08:13 | |
| *** sigma6 has joined #lv2 | 08:26 | |
| *** brummer has joined #lv2 | 09:24 | |
| brummer | hi all | 09:24 |
|---|---|---|
| brummer | Is a call to Gtk::Main::iteration(false); is valid in a gtkmm plug? | 09:26 |
| brummer | to avoid that a dialog widget blocks the main loop | 09:27 |
| brummer | in the GUI of-course | 09:29 |
| brummer | I'm working on a non-modal file browser | 09:30 |
| brummer | have it working in my main app, just I didn't know, if I could assume that Gtk::Main::run() is called by the host, for the UI-thread? | 09:35 |
| *** ocbtec has joined #lv2 | 09:40 | |
| *** gianMOD has joined #lv2 | 10:25 | |
| *** gianMOD has quit IRC | 10:25 | |
| brummer | okay, I'm found what I looking for, http://lv2plug.in/ns/extensions/ui/#GtkUI | 11:21 |
| brummer | the host guarantees that the Gtk+ library has been initialised and the Glib main loop is running | 11:22 |
| brummer | so, at least it should be save to use g_main_context_iteration | 11:22 |
| brummer | bye | 11:23 |
| *** brummer has quit IRC | 11:24 | |
| *** trebmuh has joined #lv2 | 12:13 | |
| *** Yruama_Lairba has joined #lv2 | 12:14 | |
| *** frinknet_ has joined #lv2 | 13:10 | |
| *** frinknet has quit IRC | 13:11 | |
| *** oofus_lt has joined #lv2 | 13:54 | |
| *** oofus_lt has quit IRC | 14:31 | |
| *** edogawa has joined #lv2 | 15:21 | |
| *** ColaEuphoria_uni has joined #lv2 | 15:39 | |
| ColaEuphoria_uni | drobilla: I noticed that when you ported nanogui to pugl, the framerate of the example apps dropped significantly, I'd estimate down to 10 fps | 15:40 |
| ColaEuphoria_uni | What caused this? | 15:40 |
| * drobilla shrugs | 15:47 | |
| drobilla | The set up parameters are probably not the same, dropped the version, some shaders got mangled in the process, etc | 15:48 |
| drobilla | The way the loop works might not be right | 15:50 |
| drobilla | I just got it to work, not work well | 15:51 |
| ColaEuphoria_uni | drobilla: So it is fixable? As long as it's fixable, that's good. | 15:59 |
| ColaEuphoria_uni | I just started working on a Knob class last night | 16:00 |
| ColaEuphoria_uni | and I also plan on adding a vertical orientation to the slider class | 16:00 |
| ColaEuphoria_uni | Aside from a crazy file explorer widget, I think that's pretty much the most of what any general plugin may need without needing to dive into nanovg themselves | 16:02 |
| drobilla | I don't see why not | 16:36 |
| drobilla | nanogui takes a IMO insane "update everything all the time" approach to updating in general | 16:36 |
| drobilla | But there's no inherent reason one on pugl needs to be slower than the other. pugl doesn't do much at the end of the day | 16:37 |
| ColaEuphoria_uni | CPU usage seems to be fine (I'll check again when I get back home) so it might just be performing less draw calls/sec | 16:43 |
| ColaEuphoria_uni | and yeah the update everything all the time approach is pretty crazy as far as widget uis go | 16:44 |
| *** sigma6 has quit IRC | 16:59 | |
| *** ssj71 has joined #lv2 | 17:05 | |
| drobilla | IIRC I switched the GL version which might have switched the openvg backend, too (to make it work on my machine + jessie). That backend might just be slower | 17:09 |
| *** ColaEuphoria_uni has quit IRC | 17:33 | |
| *** rncbc has joined #lv2 | 19:46 | |
| *** ocbtec has quit IRC | 20:12 | |
| *** Yruama_Lairba has quit IRC | 20:54 | |
| *** pablo7 has joined #lv2 | 23:40 | |
| *** rncbc has quit IRC | 23:40 | |
| pablo7 | hi: i'm building a little multitrack audio recorder for an embedded system, and i want to load LV2 plugins i've created with FAUST. How can i use a LV2 plugin inside my custom program? is there any documentation about this? | 23:41 |
| pablo7 | im a bit noob with audio programming.. i'm using portaudio in my custom program, and Qt for GUI | 23:42 |
| ssj71 | embedded linux? I'd suggest looking at or outright using jalv | 23:44 |
| *** edogawa has quit IRC | 23:46 | |
| drobilla | ^ this | 23:49 |
| drobilla | There is also lv2apply.c in lilv which is a simpler example that shows mostly just the "use an LV2 plugin" bits, but not RT | 23:49 |
| *** drobilla has quit IRC | 23:49 | |
| pablo7 | ssj71: thanks for the answer. I don't quite understad what jalv does... with it could i use lv2 within my audio program? I need to use the plugin within my custom app | 23:53 |
| pablo7 | everything is running inside a beaglebone black... right now i can record an playback in real time, but i need to apply some audio processing in real time for finishing the project (for university)... so i thought it would be nice to use lv2 plugins | 23:54 |
| pablo7 | i'm a noob.. perhaps i'm saying nonsense | 23:54 |
| ssj71 | pablo7: not nonsense | 23:55 |
| ssj71 | pablo7: is you application using alsa directly? | 23:55 |
| pablo7 | i'm using portaudio | 23:55 |
| pablo7 | i only used alsa api for writting drivers | 23:55 |
| pablo7 | ssj71: using portaudio | 23:56 |
| ssj71 | pablo7: ok. AFAIK there's no app for applying lv2 plugins to a portaudio stream | 23:58 |
| ssj71 | pablo7: jalv is the reference/example program for lv2 hosts | 23:59 |
| ssj71 | pablo7: you want to add hosting to your app, and as drobilla said lv2apply.c in jalv has most of what you need to apply the plugin | 23:59 |
Generated by irclog2html.py 2.13.0 by Marius Gedminas - find it at mg.pov.lt!