Re: [LAD] What KvR didn´t understand.
On Mon, Jan 7, 2013 at 8:41 PM, Patrick Shirkey wrote: > just responding to his social environment. Maybe he is from a part of the > world where they are intolerant towards homosexuals, believe strongly in > God and are generally agressive towards anyone who does not agree with > their view of the world. > > Not sure which part of the world that would be though. Anyone have any ideas? Sounds like my grandma's kitchen. Now, infidels, could we _please_ get back to less interesting things like linux audio? Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] ladspamm - a small c++ library for handling LADSPA plugins
On Mon, Jan 7, 2013 at 4:22 PM, Ove Karlsen wrote: >>> I am a professional musician. I am also the developer of the millennium >>> plugin suite, which is technically superior in anything it does, compared >>> to >>> closed-source variants. > Your condescending tone will be completley ignored. Go back to pleasing your > satanfriends fantasyconcepts in their, and the object that moves on it´s > own. And KvR is trash, and I have alway outperformed them, sometimes in > DAYS, what they have claimed to do for YEARS. Any opinion of KvR is > completely invalid, and they protect gay toiletwhores. Anyone who does that > can not be expected to have the mind to do quality engineering. Continue to > be offensive, and gain full-life ban and ignore from my part. Dear Ove, In a list where probably every 2nd subscriber wrote a limiter, using expressions like "technically superior" is a call for cutting bullshit. But hey, I'm quite prepared to give you a hug for every insult you made :) I know, arguing about offtopic things seems so much more fun to you, but let's get back on topic, shall we? > What about a professional mixer, used system wide, where you can apply > effects, eq, routing etc. As a matter of fact, we have that. It's in PulseAudio 3.0, except there's no UI for that yet, not until pavucontrol is released. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] ladspamm - a small c++ library for handling LADSPA plugins
On Mon, Jan 7, 2013 at 3:05 PM, Ove Karlsen wrote: > Mentioning LADSPA in 2013 is wildly outdated don´t you think? > > I am a professional musician. I am also the developer of the millennium > plugin suite, which is technically superior in anything it does, compared to > closed-source variants. http://www.kvraudio.com/product/millennium_plugin_suite_by_paradox_uncreated Avg. User Rating: Not Rated - Be the first! KVR Rank: 3564 > More information on these can be found on my blog. - www.paradoxuncreated.com They probably can be. Unfortunately it's going to take an army of archaeologists to dig that out of religion-flavoured posts. Would you like to pinpoint the exact posts? Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] eigenlabs + linux
On Mon, Nov 26, 2012 at 5:08 PM, Clemens Ladisch wrote: > Alexandre Prokoudine wrote: >> Is anybody interested to help Eigenlabs figure out the USB layer to >> get their stuff ported to Linux? >> >> http://www.eigenlabs.com/forum/threads/id/1148/ > > Does "their stuff" mean "an audio driver for their USB thingy"? > > They imply that something ran on some old USB layer. > Does the source code of this something still exist? I believe, this would be a start: https://github.com/Eigenlabs http://www.eigenlabs.com/wiki/2.0/The_Official_Documentation/ Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [LAU] Linux Audio 2012: Is Linux Audio moving forward?
On Thu, Oct 11, 2012 at 2:48 AM, Harry van Haaren wrote: > The other things I feel is necessary is to bundle the community together: We > need to agree on one place to post information: a central hub for > linux-audio. Amen to that :) P.S. Oh, and I do owe you a private reply on a relevant topic. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Kontakt sampler format (and others like EXS24)
Florian, Standalone JACK client would work pretty much everywhere (the 95% you mentioned), but workflow-wise a native VST would (arguably) be preferable. Alexandre Prokoudine http://libregraphicsworld.org On Sun, Sep 2, 2012 at 1:44 AM, Florian Schirmer wrote: > Hi Harry, > > i'm curious, what exactly would be the linux version of Kontakt? Kontakt VST > for Linux? Standalone? DSSI? LV2? > > What is necessary to cover 95% of the users? > > Thanks, > Florian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Kontakt sampler format (and others like EXS24)
On Sat, Sep 1, 2012 at 4:34 PM, Emanuel Rumpf wrote: > 3. if linuxsampler would support the kontakt format, the format would > change (this already happend in kontakt 4.1) And this observation is based on what exactly? > conclusion: > 1. don't use the kontakt sampler (or other proprietary sw) And stop making music. > 2. don't buy kontakt samples What else is there? > 3. support free, libre sample libraries Where are they? > 4. create free, libre sample libraries Would you like to start producing some? P.S. Am I the only one who finds it weird to follow the same thread in two lists? Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] CC-by-sa licensed samples/instrument plugins
On Fri, Aug 31, 2012 at 7:44 PM, Nils wrote: > But for Creative Commons ShareAlike? Is music a derived work from samples > under cc-by-sa? Is your video a derivative work from fonts that you used in titles? Should your document be property of Microsoft, if you used Times New Roman in a Word file? What do you think? :) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Kontakt sampler format (and others like EXS24)
On Fri, Aug 31, 2012 at 7:27 PM, Paul Davis wrote: > NI already have inhouse versions of many of their software tools for Linux, > and they use it in house for some development. I met with them in person > several years ago when I was teaching in Berlin. They are quite big > technical fans of JACK and of Linux, but they (probably correctly) see a > tiny, largely irrelevant market for native releases for these platforms. Interesting, because Pianoteq folks like JACK too (and started from Linux version that was using JACK, AFAIK), but somehow they do manage to maintain the Linux version. Probably at the cost of liking JACK? Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] LV2 Achievement of GMPI Requirements
On Wed, Aug 1, 2012 at 12:13 AM, David Robillard wrote: > I have adapted the GMPI requirements final draft document to a > comparison with the current state of LV2: http://lv2plug.in/gmpi.html Excuse my curiosity, but whose government's permit to dig on the site of GMPI did you have to obtain through bribing? :) > It may also be useful to augment this document with additional > requirements, particularly since there's several knowledgeable folks who > may not grok the *how* of LV2 but know *what* they need in terms of > general requirements. I will add a section for this if anybody has any > input. > > Perhaps this will serve as a good road map that is not too bogged down > with details. I'm a bit concerned about your stance towards portability of LV2. Audacity used to have that problem with regards to an existing implementation of LV2, and they had to disable the code completely, along with (quite useful, IMHO) automatic classification of plug-ins in menu (there was another reason for the latter, though). So I'm curious if an extra layer is really that much required. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [LAU] [LAA] Guitarix release 0.23.0
On Fri, Jul 6, 2012 at 3:26 PM, Jeremy Jongepier wrote: > guitarix doesn't build on my Ubuntu 12.04 system: > > Checking for boost >= 1.42 : no > /tmp/buildd/guitarix-0.23.1/wscript:349: error: the configuration failed > (see '/tmp/buildd/guitarix-0.23.1/build/config.log') > > I'm using a boost version >= 1.42 Strange, it built just fine for me on 12.04. (BTW, new UI is way better) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [LAU] [ANN] IR: LV2 convolution reverb 1.2.2 & 1.3.2
On Mon, Jul 2, 2012 at 9:35 PM, Tom Szilagyi wrote: > IR: LV2 Convolution Reverb > http://factorial.hu/plugins/lv2/ir Says "Ardour2 version needs to be recent enough (2.8.11 is not enough, the fix is scheduled for Ardour2 2.8.12, at the moment you need a fresh SVN checkout), otherwise you will likely run into this problem with plugin automation: http://tracker.ardour.org/view.php?id=3214 (This applies to IR 1.3. You don't want to automate IR 1.2 at all.)" Actually, 2.8.13 was released today :) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Linux Malware
On Thu, Mar 22, 2012 at 7:17 PM, Louigi Verona wrote: > Hey guys! > > This is an Offtopic question, really, but I wanted to ask people I know and > people who are developers - what are the reasons there are (almost) no > viruses on Linux? Technically I could be wrong, but ... Lots of viruses come via mail. On Linux it means executing binary files from mail clients. Well, 1) mail clients on Linux don't do that 2) the executable attribute of a file is lost when you send it anyway. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] Qtractor 0.5.4 - Echo Victor shouts out!
On Mon, Mar 5, 2012 at 8:59 PM, Rui Nuno Capela wrote: > On 03/05/2012 04:48 PM, Alexandre Prokoudine wrote: >> >> On Mon, Mar 5, 2012 at 8:43 PM, Rui Nuno Capela wrote: >> >>> to tweak more than one parameter simultaneously, for what i'm curious on >>> how >>> you actually could do just that with one 1-dimensional slider >> >> >> What would I want that for? Just provide one slider per setting :) >> Works like a charm in A3 :) >> > > you have that in the generic plugin dialog or eventually on the its own > provided gui editor. i'm sure that's exactly the same in a3. > > otoh, i don't think a3 has this "direct access thingie" http://i.minus.com/iiLod2lQiZ5nx.png Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] Qtractor 0.5.4 - Echo Victor shouts out!
On Mon, Mar 5, 2012 at 8:43 PM, Rui Nuno Capela wrote: > to tweak more than one parameter simultaneously, for what i'm curious on how > you actually could do just that with one 1-dimensional slider What would I want that for? Just provide one slider per setting :) Works like a charm in A3 :) Deliberate limitation is a whole different thing, of course. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] Qtractor 0.5.4 - Echo Victor shouts out!
On Thu, Mar 1, 2012 at 10:40 PM, Rui Nuno Capela wrote: > - Direct access plugin/insert parameter changing tool-tip added. I'm not sure it makes a terrible sense to post this to LAD rather than to LAU, but I'd just like to notice that I'm not extremely happy with the current implementation of direct access for the following reasons: 1. Only one setting per plug-in is available, so I can't have control over, say, attack and release in a compressor simultaneously. 2. The widget is hard to aim (which is probably a trade-off with an aim to make UI compact). Maybe some phat-like slider would do the trick? 3. The step for mouse wheel scrolling is too large by default and doesn't change to a more granular one with Alt/Shift modifier buttons. Re widgets, here is another idea: http://www.darktable.org/2012/03/bauhaus-widgets/ I'm not totally sure about it yet, I've yet to compile that branch. But just so you know... :) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Non Session Manager Preview
On Mon, Feb 20, 2012 at 8:50 AM, J. Liles wrote: > Sometimes, I wonder why I even bother... First, recordmydesktop didn't work, > so I had to film the screen with a video camera Is there a particular reason you didn't use any of the gazillion of UIs and wrappers for FFmpeg that do exactly that? :) My personal fav is recordscreen. See http://www.davidrevoy.com/index.php?article65/ Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] DrMr: a new lv2 sampler/drum machine plugin
On Tue, Feb 14, 2012 at 6:22 PM, Sebastian Moors wrote: >> But yes, kit customization is in the pipeline, although behind getting the >> core solid and stable. > > Hm, i'm sceptic about this point... This code duplication seems to be quite > an overhead. If you go into every detail of drumkit management, you end up > with re-writing a lot of hydrogen classes in plain C. Is that really worth > the effort? > > Why not improve the drumkit editing abilities of hydrogen? Or create a > dedicated drumkit editor on top of hydrogen's codebase (imho, hydrogen is > not really user-friendly enough when it comes to kit-creation...) ? Or make a libhydrogen with a plain C public API? :) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] DrMr: a new lv2 sampler/drum machine plugin
On Tue, Feb 14, 2012 at 6:49 PM, Nick Lanham wrote: > JFD? http://www.urbandictionary.com/define.php?term=JFDI > Yes, the UI certainly needs work. I'm no ui guy, but at the very > least I'd like to do the following: > - have sample names be displayed in the frame title instead of Sample1 > Sample2 etc.. Makes a lot of sense :) > - (probably) use a custom widget to make gain/pan rotor controls instead of > sliders Ardour-like sliders, perhaps? That would save a lot of space. > - show/hide sample controls so you can clean up the interface a bit Makes sense too. >> What are the top priorities for you right now? > > Good question :) Considering the gobs of free time I have my > list is roughly: > 1) Test everything more thoroughly and hunt down crashes (I'd like to be > confident that at least the non-ui bit of DrMr was largely crash free) > 2) Respond to issues raised here (i.e. get DrMr in a state that's useful to > people who actually want to use it) > 3) Clean up UI > 4 tie) (maybe) Add ASDR envelope to each sample > 4 tie) Add kit editing to UI Lovely :) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] DrMr: a new lv2 sampler/drum machine plugin
On Tue, Feb 14, 2012 at 5:49 PM, Nick Lanham wrote: > Firstly, yes, at some point I would like to have kit editing/creation > available from the GUI. This is non-trivial however, and a bit down the > road. > > To your second point, I agree that it's non-optimal to have to fire up > hydrogen to make minor changes to kits and the like. However, I still think > DrMr improves the situation, as it sits nicely in your host, saves all your > parameters, and doesn't require any external routing. Of course if you're > fine with setting up all the external routing and kit loading etc, you > should just avoid DrMr all together, hydrogen is more fully featured and > almost certainly more stable anyway, but the whole point of me writing DrMr > was that I got sick of having to set up both my host and hydrogen for every > track i wanted to open. Nooo, I actually quite like the idea of being able to JFD drums programming directly in a DAW :) The UI could do with quite a bit of love (it's really OK for an initial release), but DrMr is already a huge win for me. > But yes, kit customization is in the pipeline, although behind getting the > core solid and stable. What are the top priorities for you right now? Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] DrMr: a new lv2 sampler/drum machine plugin
On Tue, Feb 14, 2012 at 2:21 PM, Albert Graef wrote: >> Other than that, do you have plans adding UI for basic management of >> drumkits so that users would be able to add/remove instruments and >> save drumkits? > > You can easily do that in Hydrogen itself, so why bother? Yeah, right. All I have to do is to launch Hydrogen and start doing things with it. And since I have it running anyway, why not simply route MIDI from Ardour to Hydrogen and make it play sounds? So why bother inventing DrMr? :) So here is a question. Let's say, you are working on a song and you want to simply add a new percussion instrument, because you feel like it would be a great idea. Do you seriously want to start a whole separate application to do a very basic thing? In the middle of creative process? Really? :) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] DrMr: a new lv2 sampler/drum machine plugin
On Mon, Feb 13, 2012 at 8:20 PM, Nick Lanham wrote: > Hello all, > > I've written a new sampler/drum machine lv2 plugin called DrMr. You can > find it here: https://github.com/nicklan/drmr > > It's main reason to exist is to give a way for lv2 hosts to have a built in > drum synth that can save its entire state (i.e. no need to go out to > external tools and no need to save extra state). DrMr currently supports > the following: > > - Control via midi > - Scan for and load hydrogen drum kits > - Multi-layer hydrogen kits (will pick layer based on that sample's set > gain) > - Kit is set via an LV2 control > - LV2 controls for gain on each sample > - LV2 controls for pan on each sample > - GTK ui that can select a kit and control gain/pan on each sample > > There's more info in the README.md which you can see if you click the above > link. There are a couple of screenshots on the github wiki page. > > > I hope people find it useful, and as it's rather new code, bug reports are > of course very welcome. > That's a quite awesome thing even in its infancy. A small nitpick: it would be nice reading user's drumkits directory, i.e. ~/.hydrogen/data/drumkits. Other than that, do you have plans adding UI for basic management of drumkits so that users would be able to add/remove instruments and save drumkits? Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] NASPRO 0.4.0 released
On Mon, Jan 30, 2012 at 12:00 AM, Stefano D'Angelo wrote: > - ino and ino/JavaScriptCore: minimalist C API to execute JavaScript > code and to expose native methods to JavaScript execution contexts + > JavaScriptCoreGTK+ 2/3 based implementations; > - gino and gino/WebKitGTK+: minimalist C API to create GUIs using > HTML/CSS/JavaScript and interfacing them with C code + WebKitGTK+2 > implementation. Just to make it clear... Is that a take at mobile platforms? Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] faust website relaunched
Hi, Apparently Faust folks relaunched the website yesterday. http://faust.grame.fr/ Some solid work there :) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] sliders/fans
On Tue, Nov 22, 2011 at 4:05 PM, James Morris wrote: > That looks interesting. I take it you removed the fan drawing code? Hard to remove something that was never used :) We did it from scratch. > What about imprecise but fine grained adjustments? Ctrl is used for smaller steps right now. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] "bleeding edge html5" has interesting Audio APIs
On Tue, Nov 22, 2011 at 5:54 PM, Fons Adriaensen wrote: >> For darktable we examined the slider from phat and created a similar >> new, more usable widget which combines a label and a slider. You can >> enter precise value after a right click inside the slider area, and >> you can use pretty much anything as displayed unit: %, ", dB, px... >> whatever. Here is an example: > > Not a real solution. You now have a value that is not represented > by a slider position. Er... WHAT??? It absolutely IS represented. 1. Right click 2. Enter new value 3. Press Enter to confirm 4. Slider updates Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] "bleeding edge html5" has interesting Audio APIs
On Tue, Nov 22, 2011 at 3:33 AM, David Robillard wrote: >> > Ah, is that all we need? I never realised it was so simple. Can I have them >> > in some dull, boring grey colour with sad square boxes? You know, something >> > that really inspires and that will convince every iPad user that their >> > ubercool >> > GUI are a total waste of time. Can you do that for me? That would be a >> > killer! >> >> Even almost every GUI toolkit sliders fails when used for >> anything serious in audio. Try tuning your oscillators in >> e.g. AMS when the auto-resizing frequency slider happens to >> have 27.142857 steps per octave. > > For stuff like this you need a way to enter precise values with a > corresponding text box anyway. > > Though the old fan slider idea was a pretty good one... Every time a developer uses a text entry widget next to a slider for entering precise value, god kills a kitten. Which means that half of linux audio developers are in charge for the kitten genocide :) For darktable we examined the slider from phat and created a similar new, more usable widget which combines a label and a slider. You can enter precise value after a right click inside the slider area, and you can use pretty much anything as displayed unit: %, ", dB, px... whatever. Here is an example: http://i.imgur.com/KvwjS.png The highlighted "-0.500" is where I right-clicked to enter precise value. The code is here: http://darktable.git.sourceforge.net/git/gitweb.cgi?p=darktable/darktable;a=tree;f=src/dtgtk I also managed to sell the concept to fellow Kdenlive developers, so there is now a similar widget for Qt/KDE with few differences: - it uses a compact area for value input next to the slider - the right-click menu has a command for resetting value Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] "bleeding edge html5" has interesting Audio APIs
On Mon, Nov 21, 2011 at 2:26 PM, Fons Adriaensen wrote: > * Why is the dream of having a stable and universally available > browser/JS environment any more realistic than the failed Java > one ? What makes you (I don't mean PS personally) so sure it > won't fail in the same way ? All big software vendors like Microsoft (surprise, surprise), Apple and Adobe are backing HTML5 and related standards these days. Some of them even participate in development. HTML5 is what tablets rely on, and tablets market is growing like mushrooms after a good rain. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Fwd: Fwd: lv2 extension bugs
On Sat, Jul 30, 2011 at 2:05 AM, David Robillard wrote: >> Here is another view of an 'average' dev. Just to get an idea how some >> devs might look at things from the outside. Personally, I am 100% >> neutral in this discussion though ... ;) >> http://linuxmusicians.com/viewtopic.php?f=44&t=7207#p21193 > > Frankly I'm a bit more optimistic than to consider some random person > posting "And forget about Suil, it doesn't work", and calling me > "stubborn" for implementing a better solution that many people have been > eagerly anticipating. Except falkTX isn't a random person :) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] MDA-LV2 plugins fail to configure
On Wed, Jul 20, 2011 at 3:45 AM, David Robillard wrote: > P.S. I now call my MDA LV2 port "Mdala" to distinguish it from official > MDA. Yes, I should probably release it. :P Yes, you should :) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] IR: LV2 Convolution Reverb
On Fri, Feb 25, 2011 at 8:50 PM, David Robillard wrote: > It's also the company in Jurassic Park. One day I'll make it to #1 > Google hit. One day! You already have :) Just try it. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] IR: LV2 Convolution Reverb
On 2/25/11, Fons Adriaensen wrote: >> You know, I find this kind of attitude quite dangerous. > > What attitude ? See below. >> JAMin developers not having clue, > > Didn't write that. *sigh* Really? "'True. After all those years none of the 'DSP experts' developing Jamin has noticed anything wrong when listening to it (it's quite obvious actually), let alone done a simple measurement that could have revealed this problem even before the first release." These were your words. So what I'm seeiing is that while JAMin guys write in their list that you, Fons, have interesting ideas about improvements in the backend, you, in return, write that utter bullshit. And then you pretend you never did that. And now I see this repeating with Ardour team. >> Especially since we are *sort of* community that is supposed >> to *sort of* share knowledge. > > Indeed. And what knowledge have you been sharing lately ? Lately I've been spreading tolerance and respect to fellow community members with a shovel. I'm pretty sure I can find some for you. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] IR: LV2 Convolution Reverb
On 2/24/11, Fons Adriaensen wrote: >> the position that i take with N-point editing is not that there is >> some other way to do "the following". There isn't. its that the way of >> approaching the task that leads to needing to do "the following" is >> rooted in an older way of thinking about the overall workflow. > > The only conclusion I can arrive at from this, and despite lots > of effort to avoid it, is that you don't have a clue as to what > is involved in editing e.g. classic music recordings. You know, I find this kind of attitude quite dangerous. JAMin developers not having clue, Ardour developers not having and clue, and then there's Fons in the shining armour never telling what is the right thing exactly, because "This is an error that any DSP student is allowed to make once". As much as I treasure your contribution (and I do), this is really disturbing. Especially since we are *sort of* community that is supposed to *sort of* share knowledge. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] IR: LV2 Convolution Reverb
On Thu, Feb 24, 2011 at 2:43 PM, Fons Adriaensen wrote: > There's no doubt that many users or potential users want the > 'all integrated' DAW combining audio, sequencing, invasive > effects, etc. required to produce a particular type of music > (and some other content, e.g. ads) that happens to have a > wide audience. And consequently a large number of people > wanting to be involved in making it. That sounds like an intentionally badly hidden sarcasm. > OTOH, this does not mean that some other people (who may be > a minority) can't have other needs, nor does it provide good > reasons to imply that they are in some way retarded, out of > sync with their time, old-fashioned or whatever. MIDI tracks in A3 are not forced to users at knife-point. > Also, 'ignoring the bits you don't need' is not always as simple > as it may seem. The simple fact that these things _are_ provided > has consequences on the overall design, they _do_ distract, they > _have_ to be checked and disabled (often each time again), they > _do_ take resources and they _do_ impact reliability. And they > are not compile time options. The question I'm inclined to ask is whether you ever saw A3 live. Because, really, until you choose to add a MIDI track, the related functionality barely exposes itself. > And the most perverse consequence of preferring complex apps > to complex systems is that it becomes near impossible to modify > them to individual or 'minority' needs. http://createdigitalmusic.com/2011/02/the-79-virtual-analog-console-now-on-both-mac-and-linux-harrison-mixbus/ "Coming from the rarified world of high-end audio systems, we recognized a lot of the same qualities in Ardour. Some examples: “customization on a truly deep level is important for enterprise-class facilities” …. stuff like that." You had it coming, Fons. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] IR: LV2 Convolution Reverb
On 2/24/11, Gordon JC Pearce wrote: > It's a DAW. It shouldn't have *any* MIDI beyond control automation and > some idea of sync. Leave that to a sequencer. I think I know your next argument: we don't need virtual instruments as plug-ins, eh? And while at that, let's dump lash/ladish crap altogether. Session management is for n00bs, real musicians have sound engineers to do it for them, so they can focus on actual music :) (On reflection, it provides a new dimension to my recent little visual joke about Dream Theater's approach to music: http://prokoudine.info/files/dream-theater.png (says "What's the rush?") Paul, how about visualization of little pixies doing JACK transport or pitch-shifting in A3? I know Gordon would love it :)) > Of course, there are no *usable* PC-based sequencers, so after gathering > dust for some ten years my 1/4" tape machine and Alesis MMT-8 are having > all the fun, and the PC just sits with pidgin, evolution and an ssh > session to my IRC client. Gordon, there's no shame admitting you make a good use of hardware for making music. We all did it, honestly. Some of us still do. Hardware is joy to use. > Linux audio is nowhere. There isn't a usable sample editor, there are a "Sample editor" as in "Swami" or "gigedit"? I wouldn't mind see them merged, actually. > It's 2011. I've been at this for a decade. It's just as bad as it was > when I started trying to use PCs for music. I give up. Giving up is easy. Patching A3 to remove offensive MIDI tracks so that the sight of the word "MIDI" in few parts of UI doesn't give the willies is a real task for a real man. Be a man, Gordon, control your software :) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] LAD Activity (WAS: [ANN] IR: LV2 Convolution Reverb)
On 2/23/11, Philipp Überbacher wrote: >> > If it needs a social networking thing for some reason, maybe diaspora >> > will do the trick? With diaspora chances are better that someone will >> > write a good user interface of some sort. >> >> Yes, diaspora is much closer to what's required. > > But the question is whether the whole writing stuff is necessary and > adds something. Social networks are general purpose, not special > purpose. Writing stuff there is additional effort. It's a valid concern. Updating status of projects is the last thing developers usually do. OTOH, twitting/denting about what they are up to is a very, very usual thing, because these services make it so easy to share and are rather tuned for sharing what's important in very little time (140 symbols limit). So it's a question of implementation. In other words: if you can't do something with few clicks, it won't work :) >> Yes, a good idea IMO would be a service on top of existing service >> like github, twitter etc. They all expose API after all, no? > > Each of those will be used by some people at most, so do you want to tie > them all together? Basing everything on a single service such as github > will force people to choose between exclusion or adoption of said > service, a really bad idea. I wouldn't dream of basing on a single service. At the very least Gitorious and Bitbucket have to be considered as well. >> Now, here is why rss, email et al don't do a good work enough: they >> don't provide perspective and they don't expose connections between >> people right away. > > There could be a catch-all mailinglist. For rss and the likes, there > are aggregators like planet (which is in use already, for example: > http://planet.linuxaudio.org/ [but includes stuff like Traktor...]) You mean Create Digital Music's feed? Personally I find CDM a great resource for broadening horizons. Especially since Peter Kirn does quite a bit of PR for Ardour, not mentioning their work on open source hardware. I'd hate to see the community closed to things happening outside it. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] IR: LV2 Convolution Reverb
On 2/23/11, Fons Adriaensen wrote: >> Do you close your eyes and >> pretend not to hear anything when you keep seing new cloud computing >> services popping up with a workiing business model behind them, >> because they contradict your view of a perfect world to live in? > > When I seen somehting that contradicts my view of a perfect world, > and that thing is likely to affect me or people or things I care > about, then I do not close my eyes, and I have every right to > critisize it. Fair enough :) My point however was about strangely easy dismissal of modern web technologies. I'd hate to see Linux behind the game *again* just because some old fashioned people who control essential parts of the ecosystem decided that things they don't personally like won't happen. Don't get me wrong -- there's nothing bad about being old-fashioned, I am one in many ways :) But there's time and place. For how many years did we have to use Rosegarden/MusE and Ardour *and* Hydrogen simultaneously just to get *basic* DAW functionality only because everyone went on saying things like "Oh, this is UNIX philosophy -- do one thing and do it well" or "Divide and conqer"? So, we divided, and what have we conquered? :) After so many years we are ending up with A3 approaching that has integrated MIDI and audio anyway, a decade (too?) late. Even our open approach to multitude of toolkits is biting us in the arse (LV2 again), whereas we are supposed to be having it by the throat. What I'd really like to see is some perspective. I'm not talking about visionaries, gods, no :) I'm talking about acknowledgement of where the industry is heading to and how we can part of the future without trading off our essential values (and rights). Honestly, in 12 years that I've been following libre audio and graphics project I've had enough of "me-too-ism". It's about time we had some "you-don't-but-we-do-ism" for difference's sake :) There are perfectly valid and safe ways to do it, and this is already taking place, but in a rather scattered, disorganized way. > If providers of 'cloud computing' would be serious about data > and privacy protection they would use systems that allow the > users to protect their data in a verifiable way. Verifiable how exactly? > This is not what I see happening: they do the inverse and force > the user to make his data exploitable. Exactly how they do it? Please use SoundCloud as example. > Like everything essentially driven by greed, it would be sort > of acceptable (on a voluntary basis) if either > > * the relation between the parties is regulated by law, > ensuring a fair deal for both and protection of basic > rights of the weakest one, And it isn't taking place? Exactly why? Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] IR: LV2 Convolution Reverb
On 2/23/11, Alexandre Prokoudine wrote: >> I'm thinking mostly about blind users when I talk about accessibility, >> and I'm not sure how usable graphical browsers are for the blind. > > Again, it's up to web developers how much efforts they put into making > their apps accessible. Oh, and speaking of accessibility, both GTK+ and Qt are somewhat broken: GTK+ on Windows doesn't support accelerators in non-Latin locales, and Qt on (at least) Linux doesn't do it either. How about fixing that first? :) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] IR: LV2 Convolution Reverb
pps accessible. > I'd rather like to see examples of good web UIs including an explanation > of their benefits over conventional UIs instead of 'you'r so uncool'. Well, I quite like Gmail + Google Talk. People laughed at me when I said "how about mating mail and Jabber?". They stopped doing so a year later when Google Talk was announced and made available. After that there's no way I choose to go back to arbitrary Jabber address and an offline mail client, not until I'm dragged kicking and screaming. I can see why IMAP can still be preferred by many people, but there is such a thing as "not my cup of tea". I see no reason whatsoever to argue about that. It's up to me to decide what is usable for me, likewise it's up to you to decide what is usable for you. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] LAD Activity (WAS: [ANN] IR: LV2 Convolution Reverb)
On 2/23/11, Philipp Überbacher wrote: > I do live behind the moon when it comes to web technology, but isn't rss > meant for notifications? Maybe simpler, email? Nope. I'll elaborate below. > If it needs a social networking thing for some reason, maybe diaspora > will do the trick? With diaspora chances are better that someone will > write a good user interface of some sort. Yes, diaspora is much closer to what's required. > Right now github and the likes seems to be used as a social network > thing among developers, but I don't think it's a good idea to rely on > such a service for communication. Yes, a good idea IMO would be a service on top of existing service like github, twitter etc. They all expose API after all, no? Now, here is why rss, email et al don't do a good work enough: they don't provide perspective and they don't expose connections between people right away. I've served several years as social hub for free graphics software developers and I can tell you that while email and Jabber and IRC and whatnot, as well as F2F meetings at LGM, LAC etc are the ultimate communication means, it's very important to stay tuned to all things happening. For same reason I woudn't limit such a dream service to audio developers, because audio is related to video (audio effects in NLE, JACK compatibility), and video is related to things like static graphics and video drivers (likewise audio is related to kernel, ALSA and FFADO), and so it all is intertwined. AFAIK, Linux.com was supposed to become a kind of social service. Maybe it's worth investigating what their plans are. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] LAD Activity (WAS: [ANN] IR: LV2 Convolution Reverb)
On 2/23/11, Stefano D'Angelo wrote: > Before I totally forget about it... I think it might be a very clever > thing to do to have some web-based thing (wiki or whatever, ideally a > social network kind of thing) were LAD people can notify of what they > are working on and what are their plans, so that it's easier to: a. > know about it and b. start cooperations, etc. IMO it's easier to find an existing or create a new web app for Facebook or LinkedIn :) But it's definitely an idea worth thinking about. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] IR: LV2 Convolution Reverb
On 2/22/11, David Robillard wrote: > I have a working plugin (called "dirg") that provides a UI by hosting a > web server which you access in the browser. It provides a grid UI either > via a Novation Launchpad, or in the browser if you don't have a > Launchpad. Web UIs definitely have a ton of wins (think tablets, remote > control (i.e. network transparency), etc.) > > I also have a complete LV2 "message" system based on Atoms which is > compatible with / based on the event extension. Atoms, and thus > messages, can be serialised to/from JSON (among other things, > particularly Turtle). Any of them available to have a look at? > Currently dirg provides the web server on its own with no host > involvement, but every plugin doing this obviously doesn't scale, so > some day we should figure this out... first we need an appropriately > high-level/powerful communication protocol within LV2 land (hence the > messages stuff). Where do you stand with priorities now? That sounds like something very much worth investing time in. You see, one thing I'm puzzled about is that you have beginnings of what could be significant part of a potentially successful cloud computing audio app, and then you talk about how donations don't even pay your rent :) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] IR: LV2 Convolution Reverb
On 2/23/11, Philipp Überbacher wrote: > Again I disagree, in my opinion web UIs have exactly one benefit and > many drawbacks. The benefit is that they can be accessed from anywhere > with an internet connection and sufficiently capable browser (which is > pretty much everywhere these days) without installing anything. The > drawbacks are too many to list really but I'll try to show some with an > example or two: > > Example number one is the CUPS web interface, accessible using the > obvious address http://localhost:631. First of all it gives me the > creeps every time I have to use it, because I have to use the browser to > modify my system. So problem number one is that you have old-fashioned view on system configuration. > Besides that the interface is slow and buggy, despite running on the > same machine. I wouldn't call it a good interface in general. So problem number two is that because CUPS's UI is bad, you extrapolate that on other web UIs. Very interesting. > The other example is google docs/spreadsheet which I have to use > sometimes. There are the obvious privacy concerns, it should be clear > that giving your possibly sensitive data to what's probably the worlds > biggest Ad company isn't a good idea. So problem number three is conspiracy theories. > the way of the user interface. You want keyboard shortcuts to make your > life easier? Forget it, chances are the browser will chew them, all you > get is the mouse. So problem number four is that you have no idea whatsoever about possibility to use hotkeys in a web app. Just FYI Gmail has lots of shortcuts for both replying, forwarding and navigation between mails. I use it all the time. Why you have no idea it is possible with AJAX -- I really couldn't say. But you said something about short-sightedness :-P > Accessibility? Forget it, text browser don't do JS. So the problem number five is being one of few hundred people around the globe who still use text browsers in the world of Firefox, Chrome, Opera, Safari and IE. Ever heard of http://www.w3.org/WAI/ btw? In other words, most of your points are made on the basis of you not being up to day with modern technologies. > Sorry, I could rant on forever. Pray continue. I love reading stuff like that. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] On LAD (WAS: Re: [OT] IR: LV2 Convolution Reverb)
On 2/23/11, David Robillard wrote: > Lignux will never replace OSX as The music production platform until our > plugin technology is at least as capable. That makes it sound as if plug-ins were the only obstacle :) You probably didn't intend to mean it :) Also, the notion of replacing Mac with Linux is somewhat, er, weird. Do we really do all this to get Mac out of theway, or do we do things, because we happen to have our own ideas we want to try? I'd say. the latter. Other than that, completely agreed. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Advice sought on project hosting and version control
On 2/12/11, drew Roberts wrote: > Anyone using git and Gitorious for this? (I have no experience with > git really but would be willing to learn it for the purposes of this > project if it makes sense.) I have experience with both Github and Gitorious. The big problem with Gitorious is that it doesn't have tickets yet, whereas Github has them. So if you need a tracker for reports and feature requests, Gitorious won't work for you. In most other requests (forking, following, merge requests) they are more or less equal. Some people also tend to prefer Github, because it has a reliable business model behind and thus isn't likely to deal with Wikipedia-flavoured money drain. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] What if a fork is not a fork?
On 1/29/11, Raymond Martin wrote: > It won't hurt, but is not required in any way, shape, or form. And that is > what people on this list are making a fuss about. They acting like it is > absolutely required. You absolutely misread it. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] What if a fork is not a fork?
On 1/29/11, Raymond Martin wrote: >> What you are saying boils down to "people had been dicks on me, so >> I'll be a dick on everybody else in return". Talk about childish :) > > Absolutely wrong. It is just a fact that you do not owe anything and are not > required to do anything besides adhere to the license. It is just a waste of > time to bother going through trying to be nice when so many people (like you > perhaps) react the wrong way. Just do what you want with the software and > forget all that childish crap. I can feel a holy war in the air :) There are perfectly justified cases when a fork a necessary. Off top of my head: - principal developer in the way of getting things done (Sodipodi > Inkscape) - principal developer starting everything from scratch, because he thinks he knows better (Protux > Traverso) - principal developer not available and not replying any mails (GQView > Geeqie) - developer/company at the helm of a project disrupting development and threatening future of this project (OpenOffice > LibreOffice) Your reasoning however is on the level of "Why does a dog lick his balls? Because he can.". In other words, the multitude of things that are legal doesn't 100% overlap with multitude of things that are nice. All people learn it, easy way or hard way. (Of course, some people never learn.) > FOSS is everywhere by people acting like me. This is the most awesome bullshit I heard this week :) I owe you few minutes of good honest laughter. In all possible meanings, good and bad, FOSS is where it is, because there are few people who give against millions of people who take. When those few people who give start fragmenting their efforts because they lack social skills and patience (just like you they often have all sorts of amusing justifications for that), they often get nowhere. There are lots of projects that demand quite a lot of technical competence and can only exist and mature, if people collaborate. I've seen this recently with the whole dlRaw/jlRaw/Photivo forks story. Even smaller, less significant projects suffer from lack of collaboration. Most recently I was looking for a wiki app for Django and came across half a dozen of forks, all originating from the first app, all incomplete. Because people thought they knew better. > Not every company or developer that uses FOSS goes out of there > way to thank the originators. They don't have to. Yet at some point > they contribute their work that may be built on previous work. > That is the thanks. The "I don't owe anyone anything" attitude, right :) Well, indeed doing some awesome work on top of someone else's work is a very reasonable kind of gratitude, when you are civilized about that. > So get a clue now and try to think beyond your ego. I have one question: do you ever follow your own advices? :) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] What if a fork is not a fork?
On 1/29/11, Raymond Martin wrote: > I have forked other projects before and tried to cooperate, follow licenses, > only to have those projects act very territorial and not in the proper > spirit of FOSS. > > Just fork anyway you like. It is best not to even bother letting the other > project know what you are doing, it is not their business since they have > freely chosen to go the FOSS way. Any complaining after the fact is just > childish and stupid. What you are saying boils down to "people had been dicks on me, so I'll be a dick on everybody else in return". Talk about childish :) This battle has a long history. It's called "what can I get away with?" :) Trust me: there's little to be proud of there. Talking about spirit of FOSS and then neglecting socially correct behaviour is really bs. Because FOSS would be nowhere if everybody acted like you. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] What if a fork is not a fork?
On 1/27/11, Brett McCoy wrote: > On Thu, Jan 27, 2011 at 2:57 PM, drew Roberts wrote: >> On Thursday 27 January 2011 11:56:22 Paul Davis wrote: >>> i just don't remember other cases where major existing FLOSS projects >>> were forked > > The only instance I can think of is how Cinepaint (aka Film-Gimp) was > forked off from the Gimp. I think it deadended, though, when the Gimp > caught up to some of the same functionality FilmGIMP was a friendly fork, kept in same CVS repo, but different branch. The team behind it started doing everything properly after that, i.e. developing GEGL, the new GIMP's non-destructive core, but they didn't get very far and left. Cinepaint is FilmGIMP picked up by a completely different team (and there were battles and soure faces there as well). They ended up trying to create their own new core and new UI and failed. Last time I checked, Cinepaint seemd to have proper attributions to the initial GIMP's team. IIRC, quite a few major projects have been forked in the past. Bazaar and bzr-ng, OpenOffice.org and LibreOffice, Amarok and Clementine (well, a time-machine fork in this case), Sodipodi and Inkscape, etc. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [LAU] OpenOctaveMidi2 (OOM2) beta release
On 1/27/11, Christopher Cherrett wrote: > We are not like Ardour asking for money all the time. So much for groin-level kicks. You were approached in a civilized way. Paying back with something like this is really low style. > I suspect there is much more to this puzzle than attribution. I suspect > we rocked the boat just a bit too much and too fast. No, really not. Atrribution is very important. The whole DVCS thing immensively helped there. Being able to be *automagically* quoted in the log as developer made a lot of difference, and social coding (Github, BitBucket etc.) made a lot of difference too, because it's all about attribution (as well as being easy to fork, improve and send merge request). Yep, I personally knew that OOM2 was based on MusE2 even before compiling and running, but this is because being curious is my job, and reading the commit log at github was so easy. But you know, I don't expect everyone to be a journalist. Do you? Having said that, I do see potential in the project as well and I'll be tracking its progress with interest. Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [LAU] [ANN] IR: LV2 Convolution Reverb
On 1/14/11, Tom Szilagyi wrote: > (and I guess if > you could somehow reverse engineer the impulses into an "open" > soundfile format, which would technically allow you to use the > impulses in an open source plugin, the EULA of that plugin's license > would have a word about it). Nothing prevents someone from checking EULA first :) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] LV2 Beat reporting?
On 12/26/10, Jeremy wrote: > Hi all, > > So I'm writing some LV2 plugins to wrap up the Aubio audio analysis > library<http://aubio.org/>, https://github.com/jeremysalwen/Aubio-LV2-Plugins ? :) Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] recycle users wanted
Hello lists :) First, an introduction. Within the context of this mail I'm representing re-lab -- a small project [1] that does a dirty job developers usually try to avoid -- reverse-engineering file formats that have no publicly available specs. Our primary goal is helping dev teams and therefore end-users to support legacy data. We started with Corel DRAW back in 2007 (supported by Inkscape, sK1 and UniConvertor now), continued with painting dynamics in Photoshop brushes (supported by Krita in SVN trunk) and Photoshop gradients (supported by SwatchBooker), and now we arrive to audio domain. A while ago we asked Ardour team if they wanted some file formats reverse-engineered. Paul named a couple of such file formats, including REX2 audio loops [2]. Since we are (at least pretend to be) nice guys, we started with mailing Propellerhead, but they never replied (only to be expected, given their track record re open source teams). Well, something had to be done about that, eh? So we started looking into things. Initial version of Python scripts that parse .rx2 files and dump stuff to stdout is already available [3]. This is exactly what deliver in the end: Python scripts for parsing and a specification that explains what every chunk does. Now here is what we need. All we have right now is a bunch of .rx2 files that I got with my Focusrite Saffire Pro24 and bundled software. It's good for a start, but for proper r-e we need introducing small changes to files and seeing what's changed. So we need someone with a licensed copy of ReCycle and some spare time on his/her hands to help us figuring things out. Demo version of ReCycle works fine in WINE, but saving and loading arbitrary files is impossible. We really do not want dealing with pirated copies, because, again, we do our best to be nice guys. And since we do it not just for fun, but for actual results, we'd be glad if developers of other applications (FreeCycle and Smasher are the first I can think of) implemented support for REX2. Coincidentally we are also interested in people who are good at audio compression algorithms. *cough* Monty *cough* :) By the way, usually I don't read both l-a-u and l-a-d lists, so after a while (a week maybe) I'll turn off delivery of mails, which means you probably want using Reply to All button in your mail client of choice. [1] http://gitorious.org/re-lab/ [2] http://en.wikipedia.org/wiki/REX2 [3] http://gitorious.org/re-lab/audio Alexandre Prokoudine http://libregraphicsworld.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
