| *** falktx has quit IRC | 03:41 | |
| *** zth has joined #lv2 | 04:55 | |
| *** zth has quit IRC | 05:02 | |
| *** ddom has quit IRC | 07:30 | |
| *** edogawa has joined #lv2 | 07:35 | |
| *** ddom has joined #lv2 | 08:44 | |
| *** ddom_ has joined #lv2 | 10:15 | |
| *** ddom has quit IRC | 10:19 | |
| *** bgribble has joined #lv2 | 11:01 | |
| *** bgribble has quit IRC | 11:26 | |
| *** NickSB2 has quit IRC | 11:47 | |
| *** bgribble has joined #lv2 | 11:52 | |
| *** bgribble has quit IRC | 12:31 | |
| *** ricardocrudo has joined #lv2 | 12:52 | |
| *** edogawa_ has joined #lv2 | 13:24 | |
| *** edogawa has quit IRC | 13:25 | |
| *** mlpug has joined #lv2 | 14:16 | |
| *** zth has joined #lv2 | 14:46 | |
| drobilla | rgareus: suil doesn't need to do anything for x in x, it just passes the UI through for anything | 15:25 |
|---|---|---|
| * drobilla has said this so many bloody times a suil FAQ is in order | 15:26 | |
| *** falktx has joined #lv2 | 15:45 | |
| *** ddom_ has quit IRC | 16:04 | |
| rgareus | drobilla: ardour is a gtk+-quartz app. and the plugin a carbon UI. | 17:19 |
| falktx | isn't carbon 32bit only? | 17:42 |
| rgareus | falktx: yes it is | 17:53 |
| rgareus | when ardour is compiled as 32bit app it supports carbon and cocoa UI AUs | 17:53 |
| rgareus | whe it's compiled as 64bit apps it only supports cocoa | 17:53 |
| rgareus | there's a #ifdef WITH_CARBON in gtk2_ardour/au_pluginui.mm | 17:54 |
| *** ddom has joined #lv2 | 18:10 | |
| *** falktx_ has joined #lv2 | 18:32 | |
| *** falktx has quit IRC | 18:32 | |
| *** zth has quit IRC | 18:35 | |
| *** zth has joined #lv2 | 18:48 | |
| *** zth has quit IRC | 18:53 | |
| *** mlpug has quit IRC | 19:57 | |
| drobilla | rgareus: WTF would a plugin be a carbon UI? | 20:49 |
| drobilla | We don't even have a standard type for that, but suil will pass it through anyway | 20:50 |
| drobilla | There is not and probably will never be cocoa<=>carbon stuff in suil | 20:51 |
| rgareus | drobilla: some [older] AU plugins do have carbon UIs | 20:51 |
| rgareus | drobilla: what we need is a Cocoa in gtk+-quartz | 20:51 |
| drobilla | rgareus: Older AU plugins ain't LV2 plugins | 20:52 |
| rgareus | AFAIK, gtk itself only uses the lowlevel quartz | 20:52 |
| rgareus | drobilla: right ardour handles the AU case for both. | 20:52 |
| drobilla | Though there could be a bridge | 20:53 |
| rgareus | drobilla: but for LV2 ardour delegates everything to libsuil | 20:53 |
| rgareus | drobilla: and we only need to handle the Cocoa part for LV2 | 20:53 |
| drobilla | rgareus: Yes, a cocoa_in_gtk2 for suil would be nice | 20:53 |
| rgareus | either we convince libsuil that ardour gtk+-quartz is really Cocoa (which may or may not be true) so that it can just pass trhough | 20:54 |
| rgareus | or we need some special case in libsuil | 20:54 |
| drobilla | I don't know how Cocoa embedding works, but presumably Ardour would have to pass a parent feature and such | 20:55 |
| drobilla | The host can always make the target parent itself and skip the suil wrapper, but a wrapper in suil would be better (works for everyone) | 20:55 |
| rgareus | gtk2 != gtk2 I think. there's gtk+X11 and gtk+quartz behind gtk2 | 20:55 |
| rgareus | and maybe even gtk+win | 20:56 |
| drobilla | or perhaps it should work at the quartz level if there's some kind of XWindow-like thing you can easily get from an NSView | 20:56 |
| rgareus | at least the pkgconfig file on OSX is gtk+-quartz-2.0 | 20:56 |
| rgareus | alike gtk+-x11-2.0.pc on Linux | 20:57 |
| drobilla | True. There is no platform selection stuff currently | 20:58 |
| drobilla | Though a compile-time option that just does one of them is good enough for me | 20:58 |
| drobilla | and anyone bundling | 20:58 |
| drobilla | so, whatever, really | 20:58 |
| rgareus | drobilla: last I looked libsuil did check for gtk+-x11-2.0 | 20:58 |
| drobilla | rgareus: Yes. Plug/Socket only exist for X11 | 20:59 |
| rgareus | drobilla: but not for gtk+-quartz-2.0 | 20:59 |
| drobilla | There is no gtk-quartz code, so no, it doesn't | 20:59 |
| rgareus | drobilla: gtk2_ardour/au_pluginui.mm sieht so aus als ob man den NSView direkt in eine Gtk::HBox einbinden kann | 21:04 |
| rgareus | gdk_quartz_window_get_nsview | 21:04 |
| drobilla | Easy enough. So how to stick the plugin UI NSView in that one is the question | 21:05 |
| rgareus | oh dear. | 21:05 |
| rgareus | ^^ looks like you can embedd NSView directly into a Gtk::HBox | 21:06 |
| * rgareus is chatting with some other people in german, quite confusing to switch tabs. | 21:06 | |
| *** ricardocrudo has quit IRC | 21:55 | |
| *** edogawa_ has quit IRC | 22:01 | |
| *** falktx__ has joined #lv2 | 22:23 | |
| *** falktx_ has quit IRC | 22:37 | |
| *** triune has quit IRC | 22:37 | |
| *** triune has joined #lv2 | 22:42 | |
| falktx__ | is there a win32 UI (plugin) known to work? | 22:46 |
| *** gabrbedd has quit IRC | 22:47 | |
| *** gabrbedd has joined #lv2 | 22:47 | |
| falktx__ | drobilla: lilv doesn't work on wine because of GetLongPathNameW | 22:50 |
| falktx__ | not sure where that call is coming from, doesn't seem used in lilv code... | 22:53 |
| falktx__ | I only get stuff like this: | 22:53 |
| falktx__ | Error opening file Z:/home/falktx/Personal/Muzyks/manifest.ttl (No such file or directory) | 22:53 |
| falktx__ | lilv_world_load_bundle(): error: Error reading file://Z:/home/falktx/Personal/Muzyks/manifest.ttl | 22:53 |
| falktx__ | I should update to latest lilv | 22:54 |
| *** triune has quit IRC | 22:54 | |
| *** triune has joined #lv2 | 22:54 | |
| *** triune has joined #lv2 | 22:54 | |
| rgareus | falktx__: did you try winepath -w ? | 22:55 |
| rgareus | falktx__: that should be Z:\home\falktx\... | 22:55 |
| falktx__ | I'm running the carla binary as if it was windows, it doesn't know it's wine | 22:56 |
| rgareus | file://Z:/home/ is certainly not a proper URI | 22:56 |
| falktx__ | tbh I don't know how URIs are supposed to look like for win32 paths | 22:56 |
| rgareus | either file:///z:/... or file:///c|/.... | 22:57 |
| rgareus | (ie empty hostname) | 22:58 |
| rgareus | file://hostname/path goes for a network share on host | 22:59 |
| falktx__ | new lilv has a function to create an uri right? | 22:59 |
| rgareus | falktx__: I think even old liblilv. Mixbus2 on windows uses liblilv to save/load presets and the preset path+url management is not in Ardour2/MB itself. | 23:02 |
| rgareus | falktx__: so something in liblilv or its LV2-lib friends must do that. | 23:03 |
| falktx__ | "* Add convenient lilv_new_file_uri for creating file URIs" | 23:04 |
| falktx__ | http://dev.drobilla.net/browser/trunk/lilv/NEWS | 23:05 |
| rgareus | maybe that broke it :) lilv_new_uri() needs to be older | 23:07 |
| rgareus | falktx__: for a test, can you somehow override the URI to file:///z:/... ? | 23:10 |
| rgareus | falktx__: or change the filename to Z:\home\..... somehow | 23:11 |
| falktx__ | I'm already updating lilv stuff | 23:11 |
| falktx__ | had to do that anyway | 23:11 |
| falktx__ | ok updated, still same issue. I'll use that handy new lilv func now | 23:32 |
| falktx__ | still not working, something is not right | 23:38 |
| falktx__ | "Z:/home/falktx/Personal/Muzyks/WinLV2\3BandEQ.lv2" gets the URI "file:///Z:/home/falktx/Personal/Muzyks/WinLV2/3BandEQ.lv2" | 23:42 |
| falktx__ | but then lilv complains: | 23:42 |
| falktx__ | Error opening file Z:/home/falktx/Personal/Muzyks/WinLV2/manifest.ttl (No such file or directory) | 23:42 |
| falktx__ | aaaaaaah damn it lilv | 23:43 |
| falktx__ | drobilla: lilv on win32 at least fails to load bundles that don't terminate on "/" | 23:43 |
| falktx__ | drobilla: I was passing lilv_new_file_uri output into lilv_load_bundle, which fails | 23:44 |
| falktx__ | I need to add the last slash | 23:44 |
| drobilla | Lookis like a missing last slash in the base URI | 23:51 |
| drobilla | falktx__: As it should be. Resolving e.g. "file" against base /foo/bar => /foo/file | 23:52 |
| drobilla | not /foo/bar/file | 23:52 |
Generated by irclog2html.py 2.13.0 by Marius Gedminas - find it at mg.pov.lt!