*** freenull has quit IRC | 00:04 | |
*** freenull has joined #ingen | 00:12 | |
*** freenull has quit IRC | 00:25 | |
*** freenull has joined #ingen | 00:27 | |
* drobilla hammers away on removing unnecessary junk from save files | 03:28 | |
*** kr is now known as cr | 03:36 | |
drobilla | 176 byte message for an average control port | 04:43 |
---|---|---|
drobilla | should be able to shave 20 by removing the unnecessary sequenceNumber | 04:43 |
drobilla | Still kinda big :/ | 04:43 |
bti | meanwihle, in Germans reinventing Cubase<tm> for Nth time land https://www.bitwig.com/dms/bitwig/img/announcement_page/sections/2/native-modular-system.png | 05:19 |
* drobilla has been pasted this screenshot a lot in the past few days | 05:21 | |
drobilla | Nobody gives a shit about modulars, apparently, but everybody falls all over themselves when Bitwig has one | 05:22 |
cr | i don't get hype at all, appers 98% identical to ableton, which itself was 98% identical to Acid, Cubase, Logic, Sonar, PErformer, PRotools... | 05:48 |
cr | the amount of reinvention going on in proprietary-land makes gtk vs KDE look like child's play | 05:49 |
bti | can't forget REAPER, show's not over till WinAmp guy chimes in with his copy of the same exact thing | 05:57 |
drobilla | Ableton's whole looping thing was considerably different than Cubase | 06:10 |
bti | similar things could be achieved by looping global timeline and moving bars into/out of it. know i saw some DEMF Live PAs doing that in Logic long ago | 06:38 |
bti | granted they improved hte UI a bit | 06:38 |
bti | i'm stil most impressed by Atari/Amiga, having solidified most of the DAW concepts while i was in diapers | 06:38 |
* drobilla shrugs | 06:38 | |
drobilla | DAWs are DAWs, film at eleven | 06:38 |
bti | logic even had hidden timestretch/remap features, w transient-extraction to markers/MIDI, blahblah | 06:40 |
* bti should try ARdour for first time in 6 years | 06:40 | |
drobilla | I'd like to come up with a really figured out and somewhat novel modular programming model for Ingen, but who knows if that's possible without completely tossing the current stuff out the window... | 06:41 |
drobilla | Visually, things being more condensed without relying on positional arguments being meaningful (ala pd) would be nice | 06:41 |
drobilla | But here, too, there's only so much new you can probably do | 06:41 |
bti | my main intereste in Ingen is porting GNURadio shit | 06:42 |
bti | i forked gordonjcp's minimalist SDR app and tweaked it to shit and back and it worked, but patchable modules would be cooler | 06:43 |
drobilla | I like bulk ports because it lets me import power without actually having to make design decisions :) | 06:43 |
bti | still not exactly sure if GNURadio really needed to invent its own module-encapsulation format in light of LV2 | 06:43 |
bti | 3.2 mhz of floats instead of 192khz of them.. etc | 06:44 |
drobilla | Perhaps not, but there wasn't much win in it for GNU radio to use anything else, since the scope of virtually every plugin/module/whatever is totally different | 06:45 |
drobilla | (and not being just code makes LV2 a hard sell sometimes) | 06:46 |
Anchakor | bti: well using ableton and cubase for live performance is significantly different experience | 06:47 |
* drobilla => bed | 06:49 | |
* Anchakor just woke up | 06:49 | |
drobilla | I am trying to maintain a vaguely normal human sleeping schedule, but kinda botched it tonight since I'll probably read for at least an hour. Oh well. | 06:50 |
drobilla | Stupid LV2 atom paper is taking way too long to write (well, that and the massive digressions). | 06:50 |
*** edogawa has joined #ingen | 07:08 | |
bti | s'ok, only halfway thru that steganography paper myself.. | 09:10 |
bti | also enjoyed http://pages.cs.wisc.edu/~suman/pubs/paradis.pdf and http://www.cs.rpi.edu/research/pdf/09-02.pdf | 09:10 |
*** bti is now known as bitt | 10:40 | |
*** thorwil has joined #ingen | 12:10 | |
*** bitt has quit IRC | 13:00 | |
*** bitt has joined #ingen | 13:05 | |
*** edogawa has quit IRC | 13:43 | |
*** edogawa has joined #ingen | 13:43 | |
*** freenull has quit IRC | 13:43 | |
*** freenull has joined #ingen | 13:43 | |
*** thorwil has quit IRC | 14:20 | |
* drobilla reconsiders if magic MIDI binding is really a good idea | 16:38 | |
Anchakor | what is magic MIDI binding? | 16:41 |
drobilla | pick learn from control port menu, twiddle control (that is connected to patches control input), voila | 16:42 |
Anchakor | it is a good thing | 16:45 |
*** thorwil has joined #ingen | 16:48 | |
drobilla | Questionable. Hidden magic things going on, patch does something not shown | 16:52 |
drobilla | But would need a better controller node to do otherwise | 16:52 |
drobilla | (Though that one is questionable to be baked in anyway) | 16:53 |
Anchakor | well ofc it should be shown | 16:53 |
Anchakor | if it is to be there | 16:54 |
Anchakor | but it doesn't need to be there, instead using a MIDI event filtering plugin | 16:55 |
drobilla | There is nothing to show, presently. It is not implemented via patchey things. | 16:55 |
drobilla | Hence magic. | 16:55 |
Anchakor | the plugin would show which CC is being triggered and offer to lock it at that filtering out all other events | 16:56 |
Anchakor | would need GUI though | 16:56 |
drobilla | Not really. It can have a 'learn' command, and the actual state could be shown as controls | 16:57 |
Anchakor | if ingen did that natively, it could be shown just like a few pixels to show that there is SOME event bound to it | 16:57 |
drobilla | Well, it will probably just stay as-is for now, though they currently aren't being saved, so that means I had to put work into questionable solution... | 16:59 |
Anchakor | not being saved is a problem | 16:59 |
drobilla | Not sure how much work it would be to have MIDI input do dynamic patching | 16:59 |
Anchakor | not being shown not that much if there is a manager for the bindings | 16:59 |
* drobilla often wishes ingen events were LV2 atoms all the way down | 17:00 | |
drobilla | Manager is precisely the sort of thing I don't want, I think. | 17:00 |
drobilla | Modular environment should be able to do, well, everything. | 17:01 |
Anchakor | dynamic patching? like programmatically making and destroying plugins and connecting ports? that seems like unnecessary nasty can of worms | 17:01 |
drobilla | Well, yes, that's what magic learn would have to do if it's to be implemented transparently | 17:02 |
Anchakor | I think the filtering plugin would be the simplest viable solution | 17:02 |
drobilla | ... | 17:03 |
drobilla | Well, yes, great, but if you have to manually set all that shit up, binding would be way too annoying | 17:03 |
Anchakor | well usually you want to do MIDI binding for a single value input - CV, so you still need midi->CV conversion plugin | 17:05 |
drobilla | Yes, obviously doing bindings in the patch requires a plugin or internal | 17:06 |
drobilla | There already is an internal for that, though it only supports CC, and doesn't really need to be an internal in the first place | 17:08 |
*** thorwil has quit IRC | 21:40 | |
*** edogawa has quit IRC | 23:15 |
Generated by irclog2html.py 2.13.0 by Marius Gedminas - find it at mg.pov.lt!