Friday, 2016-08-19

*** NickSB2 has joined #lv200:55
*** arguy has joined #lv201:15
*** trebmuh has quit IRC01:51
*** arguy has quit IRC02:19
*** arguy has joined #lv202:36
*** arguy has quit IRC02:41
*** falktx` has joined #lv203:30
*** falktx has quit IRC03:34
*** falktx|work has joined #lv208:24
*** ricardocrudo has joined #lv208:24
*** oofus_lt has joined #lv209:06
*** ricardocrudo has quit IRC09:31
*** ricardocrudo has joined #lv209:31
*** son0p_ has joined #lv210:14
*** arguy has joined #lv210:51
*** trebmuh has joined #lv211:05
*** edogawa has joined #lv211:07
*** arguy has quit IRC11:20
*** arguy has joined #lv211:33
*** arguy has quit IRC11:40
*** trebmuh has quit IRC12:29
*** trebmuh has joined #lv212:29
*** trebmuh has quit IRC12:32
*** trebmuh has joined #lv212:35
*** ugjka has quit IRC14:10
falktx|workhmm drobilla changed ingen project syntax14:15
falktx|worknow it's 'main' instead of 'graph'14:16
falktx|workdoesn't seem to be backwards compatible14:16
falktx|workhttp://git.drobilla.net/cgit.cgi/ingen.git/commit/?id=17ad0ca1ad23b336b0fa5952f42dfad95397fc4714:16
rgareusthat's a pity14:17
rgareusbut given that there never was a ingen 1.0 format, it's fine.14:18
rgareusI recall a discussion here in search for a better name.14:19
falktx|workit's going to be shitty for mod now... :/14:19
rgareusoh, right. you use the ingen format.14:19
rgareusare there plans to move back to ingen (for control chain) ?14:19
falktx|workwell, not like this..14:20
falktx|worktbh I regret starting the ingen thing last year now14:20
rgareusI suppose ingen could be changed to read old "graph"  and write new "main"14:20
falktx|workmod needs to keep the old format now14:20
falktx|workthere are shared pedalboards with the "old" ingen format out there14:21
rgareusfalktx|work: how hard would it be to have MOD accept both  but write the new?14:21
falktx|worka new release will be needed if we change this14:21
rgareussure14:21
falktx|workproblem is that 1.0 doesn't support new14:21
falktx|workso if we change this, new shared pedalboards won't load in 1.014:21
rgareus1.2 or 2.0 then14:21
rgareus1.0.6 already was a *required*  update14:22
rgareusor so it told me14:22
rgareusbut yes, I agree it's not nice.14:24
falktx|workwell, first let's first see if drobilla add backwards compat14:25
falktx|workkind shitty if not, for the current ingen users and patches that becomes a little useless14:26
*** ugjka has joined #lv214:27
*** ugjka has quit IRC15:10
*** ugjka has joined #lv215:19
*** ugjka has joined #lv215:23
*** oofus_lt has quit IRC15:27
*** ugjka has quit IRC15:49
*** ugjka has joined #lv215:50
*** ugjka has quit IRC16:01
*** ugjka has joined #lv216:03
*** NickSB has quit IRC16:10
*** NickSB has joined #lv216:11
*** oofus has joined #lv217:30
*** falktx|work has quit IRC17:39
*** ricardocrudo has quit IRC17:44
*** rncbc has joined #lv218:16
*** rncbc has quit IRC19:10
*** arguy has joined #lv219:52
arguyHey lv2ers!19:53
arguyI have a question19:53
arguyI've been coding a denoiser plugin following the lv2 book guide19:54
arguyI implemented it in a really naive way using as a guide only the amp plugin19:54
arguyThe thing is that I got it to work correctly in Ardour but not in Audacity19:55
arguyI obviously not using the advance extensions like states and atoms19:56
arguyDo I have to use the state extension to save a buffer at run time for example?19:56
arguyThe plugin works by capturing a noise at first and then it process signal based on statistic gathered19:59
arguyIn ardour I have no problem doing that while stoping and playing tracks the noise threshold array is kept intact (of course not if you close the session)20:00
arguybut in audacity it seems that if you select a part of the audio to capture and then select the track entirely to process it won't remember the noise previously captured20:03
arguyDo I solve that by using the state extension?20:03
grejppiif audacity supports presets, you could save the noise profile as part of a preset and then load it20:05
grejppiwhich is done using the state extension20:06
arguyalright20:07
arguyI was wondering if the state extension is the correct way of doing that or I must work with atoms and files20:08
grejppioh but I'm not sure if that'll work after all20:08
arguyIt seems that audacity is reseting the plugin instance every time a different region in the track is selected20:10
arguyIf any of you have info on that I will appreciate it20:11
arguyMaybe I should ask in Audacity forums20:12
*** ssj71 has joined #lv220:12
grejppiI think audacity creates plugin instances just to apply them once20:15
*** rncbc has joined #lv220:15
arguyyeah it seems the case20:16
grejppihmm, I wonder if it's possible to use the realtime preview feature and save the state while it's running...20:18
*** ricardocrudo has joined #lv220:19
arguyI'm thinking that I can use a worker to save the buffer as a file or something like that I don't really know20:20
arguyI could talk to them20:21
arguythx anyways grejppi20:21
arguythe plugin has an autolearn noise profile while running feature20:22
arguybut it's not really there I have to work on it more20:23
arguybut it's really meant to be used with speech20:23
arguyI have another question20:33
arguyis the plugin hardRT capable if a function is declaring an auxiliary array at run time?20:33
ssj71dynamic or just on the stack?20:33
arguyjust on the stack20:34
ventosusarguy: http://lv2plug.in/ns/lv2core/#hardRTCapable20:34
*** deva has joined #lv220:35
arguyI'm using fftw I guess it is real time safe and I'm not using any malloc or free while running just auxiliar arrays in some functions like float something[number];20:40
arguysorry guys for my newieness :)20:40
rgareusarguy: cool. there's not a lot of denoisers out there20:41
arguyI only know the audacity denoiser and gwc20:42
arguyrgareus: the dsp part of it it's fine but the lv2 and optimal coding it's terrible20:44
arguylol20:44
arguyhttps://github.com/lucianodato/noise-repellent maybe someone could give me a hint of what to improve lv2-wise20:46
ventosusarguy: variable length arrays are rt-safe, just keep your 'number' small and watch out for stack overflows :)20:51
arguyventosus: perfect I will the optional feature in ttl file thx20:52
grejppiarguy: FWIW, lv2-c++-tools is obsolete by today's standards and it has a replacement called LVTK20:59
arguyohh didn't know that21:00
grejppiand if you only need the ttl-to-header tool, it is now in its own project https://github.com/lvtk/ttl2c21:00
ventosusand before any release, run your *.ttl through the validator http://lv2plug.in/pages/validating-lv2-data.html21:01
arguyI know I should be talking to you guys21:06
arguythanks for your insights21:06
*** unclechu has joined #lv221:14
*** deva has quit IRC21:24
*** arguy has quit IRC21:36
*** arguy has joined #lv222:24
*** arguy has quit IRC22:48
*** arguy has joined #lv223:05
*** arguy has quit IRC23:09
*** ssj71 has quit IRC23:12
*** oofus has quit IRC23:14
*** oofus has joined #lv223:15
*** arguy has joined #lv223:28
*** arguy has quit IRC23:32
*** unclechu has quit IRC23:36
*** rncbc has quit IRC23:48
*** edogawa has quit IRC23:50
*** SianaGearz has quit IRC23:55
*** arguy has joined #lv223:58

Generated by irclog2html.py 2.13.0 by Marius Gedminas - find it at mg.pov.lt!