Re: [LAD] So what do you think sucks about Linux audio ?
On 8 February 2013 02:02, Fons Adriaensen f...@linuxaudio.org wrote: On Thu, Feb 07, 2013 at 04:25:19PM -0800, Michael Bechard wrote: Counter-counter question: why not try and run MS Office, Outlook, etc. under Linux ? More choice for the user ! Yep, that would be pretty cool. Difficult, but cool. Does that mean it's not worth putting effort into? It's wasted effort. Just run those things under the system they were designed for. Use a VM if you don't want to waste any hardware. Any anyway, of those 'tons' maybe 1% provides 'quality', the rest isn't any better than what we already have or could have natively. Raaallly debatable... Could be. At the place where I work we also have a MAC which has 'a ton' of Waves plugins available in either Logic or PT. Waves is a *very* respected name, they don't produce crap, on the contrary all their stuff works and works quite well. But do you really think that when doing a mix, the quality of the final result will depend on which of the 15 or so general purpose equalisers you use on any particular track ? It doesn't - you could as well believe in the wonders of unobtainium cables filled with left twisting electrons and hand woven by Yorkshire virgins. The result will depend only on your skill in using any one of those EQs. Same for most other standard plugin functions. A few of them do something really unique, that's the 1% I referred to. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev There are differences between the win and mac way of doing things, and the collective of smaller parts philosophy of Linux Audio. This requires a different mindset. The notion of sessions is much less apparent in the more monolithic commercial world, and imho, far more important in ours. Male and Fons are both right, imho, that we don't need to chase tails, but i will add that a common agreement and enthusiasm for a LinuxAudio session protocol, AND a dumb user (count me in) session interface would go quite some way to unifying disparate elements, and make linux audio more presentable to users. User expectations are as excessive in win and mac as they are in linuxaudio, so i don't think that's a viable reason for debate. (generally) User input to devs is important, as i've discovered. YMMV for response, but that's just as true for dealing with commercial vendors, where the user is far more likely to encounter the corporate wall of silence when asking those companies to fix bugs in their latest grope in the consumer's wallet. Personally, i don't care about VSTs or AUs, and i had just as much trouble with them in the past, as i've had problems with the rapidly developing LV2 format. (And this is 2 allegedly stable protocols, versus one growing before our very eyes. VST and AU were just as problematic in the beginning, and took quite a bit longer to mature) We have a good collection of plugs, and rather than push and push for thousands, i'd like to see great plugs of high quality (which we have some of already) even if this means i have 8 favourites, and only 258 others. (Irony noted i hope) Users need to put up or shut up, and i say that as a user who's had to learn the linux way over some years, when interacting with devs, making plenty of mistakes along the way. I continue to live and learn. Good bug reports, well thought out and detailed feature requests (which may or may not be accepted) to give the devs a clearer idea of what you're actually trying to say, and some sort of contribution in writing docs, making vidoes, and/or relentless testing, etc, go a long way. Quality control is not just the province of devs, but users too, and frankly, if you as a user finds a problem and doesn't report it, then you deserve what you get. Whether the dev is interested in your reports or not is up to the dev, but it's likely that a persistently unreceptive dev will find out soon enough that bleating about a lack of user interest will fall on deaf ears. It works both ways here, with the proviso that devs are coding in their own time, and users are testing and reporting in their own time as well. Likewise, and i think Fons is right here, if a project is dying, and there's little to no user interest, then let it die. I'd rather see the very few devs we have working on live stuff, with regular user input, than dragging a dead horse to a brothel. Example, i was enthusiastic about using Rezound but it hasn't built here for some time. At first i was keen to see it revived by someone but learned quickly that my perception of what i thought was an important linuxaudio app, was in fact just my perception, so i moved on. Such is
[LAD] [ANN] Sqorlatti 0.1.3-b (music notation editor)
Currently, it's just for display and editing. There's no playback yet. And it's still pre-alpha, so you can expect it to crash without expending too much effort. Just a few bug fixes. I've included the changelog to 0.1.3 as well, since the announce didn't make the list. If all goes well, the next release should be sometime in March. Website: http://sourceforge.net/projects/sqorlatti Download (bzipped source tarball): http://downloads.sourceforge.net/sqorlatti/Sqorlatti-0.1.3-b.tar.bz2 Changes in Sqorlatti 0.1.3-b: * Fixed bug when trying to edit data in Score Dialog. * Set initial background color of Staff Editor to white. Changes in Sqorlatti 0.1.3: * Converted configure/build system to cmake. See the INSTALL file for more information. * Added default tab tunings for std guitar and bass to Score. * Added combo to select tab tuning to track dialog. * Cleaned up some C-style casts and fixed some sloppy code involving const. * Added edit modes (select, insert, and delete) to StaffEditor. * ToolBar in StaffEditor with common note durations. For use in insert mode. * Allow add/remove notes to chords and tuplets. * Cleaned up Staff Editor drag drop a little. There's still not much consistency checking, though. * Added some user preferences, in particular, Staff Editor font size and background color. These preferences get stored in $HOME/.config/Sqorlatti (the usual place for Qt to put QSettings data). On the initial run, you probably want to change the Staff Editor background color. You can do this through the main window menu Tools-Preferences-Staff Editor. Known problems: * cmake cleanup not very good when doing in-source builds. * Undo for inserting events and containers through MasterView not combined into a macro, so separate commands are issued for insert and edit. It's not really wrong, just inconvenient and confusing. * Editing tab tunings not yet implemented. -- 7:8 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] So what do you think sucks about Linux audio ?
On Fri, Feb 08, 2013 at 01:02:13AM +, Fons Adriaensen wrote: But do you really think that when doing a mix, the quality of the final result will depend on which of the 15 or so general purpose equalisers you use on any particular track ? No, it depends on which esoteric piece of hardware the pretty picture on the GUI looks like, of course. The result will depend only on your skill in using any one of those EQs. Heresy! John ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] [ANN] Vee One Suite 0.3.1 - One second bug-fix release
hello there, a new batch of the Vee One Suite of old-school software instruments, primarily slated for Linux, featuring synthv1 [1], a polyphonic synthesizer, samplv1 [2], a polyphonic sampler and drumkv1 [3], a drum-kit sampler, are on the loose now. as previously, they come in a couple of expressions, such as: - a pure stand-alone JACK client with JACK-session and both JACK MIDI and ALSA MIDI input support; - a LV2 instrument plugin. interesting changes for this bug-fix release are: - improved filters parameter sensitivity (cutoff, reso). - envelope generators stage curves now gone a little more old-schooler and analog-like, hopefully improving on the punchy and click-less sound front. - experimental LV2 Time designated port support (Delay BPM). - preparations for Qt5 migration. - sample loop points were missing the LV2 UI state restoration. (samplv1) all are free, open-source Linux Audio software, distributed under the terms of the GNU General Public License (GPL) version 2 or later. enjoy the Carnival! [1] synthv1 - an old-school polyphonic synthesizer synthv1 is an old-school all-digital 4-oscillator subtractive polyphonic synthesizer with stereo fx. LV2 URI: http://synthv1.sourceforge.net/lv2 website: http://synthv1.sourceforge.net downloads: http://sourceforge.net/projects/synthv1/files - source tarball: http://download.sourceforge.net/synthv1/synthv1-0.3.1.tar.gz - source package: http://download.sourceforge.net/synthv1/synthv1-0.3.1-8.rncbc.suse122.src.rpm - binary packages: http://download.sourceforge.net/synthv1/synthv1-0.3.1-8.rncbc.suse122.i586.rpm http://download.sourceforge.net/synthv1/synthv1-0.3.1-8.rncbc.suse122.x86_84.rpm [2] samplv1 - an old-school polyphonic sampler samplv1 is an(other) old-school all-digital polyphonic sampler synthesizer with stereo fx. LV2 URI: http://samplv1.sourceforge.net/lv2 website: http://samplv1.sourceforge.net downloads: http://sourceforge.net/projects/samplv1/files - source tarball: http://download.sourceforge.net/samplv1/samplv1-0.3.1.tar.gz - source package: http://download.sourceforge.net/samplv1/samplv1-0.3.1-8.rncbc.suse122.src.rpm - binary packages: http://download.sourceforge.net/samplv1/samplv1-0.3.1-8.rncbc.suse122.i586.rpm http://download.sourceforge.net/samplv1/samplv1-0.2.1-8.rncbc.suse122.x86_84.rpm [3] drumkv1 - an old-school drum-kit sampler. drumkv1 is (yet) an(other) s an old-school all-digital drum-kit sampler synthesizer with stereo fx. LV2 URI: http://drumkv1.sourceforge.net/lv2 website: http://drumkv1.sourceforge.net downloads: http://sourceforge.net/projects/drumkv1/files - source tarball: http://download.sourceforge.net/drumkv1/drumkv1-0.3.1.tar.gz - source package: http://download.sourceforge.net/drumkv1/drumkv1-0.3.1-4.rncbc.suse122.src.rpm - binary packages: http://download.sourceforge.net/drumkv1/drumkv1-0.3.1-4.rncbc.suse122.i586.rpm http://download.sourceforge.net/drumkv1/drumkv1-0.3.1-4.rncbc.suse122.x86_84.rpm see also: http://www.rncbc.org/drupal/node/615 cheers! -- rncbc aka Rui Nuno Capela rn...@rncbc.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] So what do you think sucks about Linux audio ?
On Fri, Feb 8, 2013 at 7:29 AM, John Rigg lad...@jrigg.co.uk wrote: On Fri, Feb 08, 2013 at 01:02:13AM +, Fons Adriaensen wrote: But do you really think that when doing a mix, the quality of the final result will depend on which of the 15 or so general purpose equalisers you use on any particular track ? No, it depends on which esoteric piece of hardware the pretty picture on the GUI looks like, of course. The result will depend only on your skill in using any one of those EQs. Heresy! Heh. Exactly. Sometimes I get the impression that users of windows and mac have no clue that those 10,000 awesome free VST/AU plugins simply represent the permutations of the mathematical functions of a few LADSPA plugins. Personally, I'd rather assemble those functions myself than have some Brand Name (TM) do it for me and slap a stupid shiny GUI on it. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] So what do you think sucks about Linux audio ?
By the way, to once again put up a little defense of people on Windows and Mac, I advice everyone to watch a masterclass with Ritchie Hawtin, a popular minimal house producer and dj. It is available on YouTube and he speaks about how he is using a modular software and hardware setup by using MIDI and OSC to create a complicated audio and video setup. It is amazing and it shows that many people on Mac and Win are experimenting and even writing their own software for themselves, like Richie Hawtin and his team. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] So what do you think sucks about Linux audio ?
On Fri, Feb 08, 2013 at 03:29:06PM +, John Rigg wrote: No, it depends on which esoteric piece of hardware the pretty picture on the GUI looks like, of course. :-) Digital emulations of well-known analog equalisers have become a genre of their own... Usually the 'good imperfections' (noise, distortion,...) are emulated as well, as if the creators of those EQs actually added them on purpose. I can't imagine any of the designers at e.g. Neve or SSL ever doing that - they went for the best technical specs they could have. Not that all equalisers are equal, far from it. Some of those classic designs had some unusual features such as higher order shelf filters which are actually quite nice to have. I wrote an equaliser having those some years ago (not yet published, maybe I will some day), and it has become my 'workhorse'. You can see some of the frequency responses here: http://kokkinizita.linuxaudio.org/linuxaudio/shelf2filt.html It's possible to obtain almost the same with a 'classic' parametric + shelf EQ, but it requires using two or three sections in a coordinated way - not very practical. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] So what do you think sucks about Linux audio ?
On Fri, Feb 08, 2013 at 09:55:14PM +0300, Louigi Verona wrote: By the way, to once again put up a little defense of people on Windows and Mac, I advice everyone to watch a masterclass with Ritchie Hawtin, a popular minimal house producer and dj. It is available on YouTube and he speaks about how he is using a modular software and hardware setup by using MIDI and OSC to create a complicated audio and video setup. It is amazing and it shows that many people on Mac and Win are experimenting and even writing their own software for themselves, like Richie Hawtin and his team. To be fair I wasn't really slagging off Windows and Mac users. Most pro audio engineers are using those after all. I'm just bemused by the attitude that audio processing tools should be anything more than that. Pretty pictures and dumbed down control ranges don't help me make better mixes, they just get in my way. John ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] So what do you think sucks about Linux audio ?
On Fri, Feb 08, 2013 at 10:14:58PM +, Fons Adriaensen wrote: Digital emulations of well-known analog equalisers have become a genre of their own... Usually the 'good imperfections' (noise, distortion,...) are emulated as well, as if the creators of those EQs actually added them on purpose. I can't imagine any of the designers at e.g. Neve or SSL ever doing that - they went for the best technical specs they could have. Agreed. Some types of distortion can sound nice on the right material, but I prefer to add that separately if I think it's required. I don't want an EQ to make that decision for me. Not that all equalisers are equal, far from it. Some of those classic designs had some unusual features such as higher order shelf filters which are actually quite nice to have. I wrote an equaliser having those some years ago (not yet published, maybe I will some day), and it has become my 'workhorse'. You can see some of the frequency responses here: http://kokkinizita.linuxaudio.org/linuxaudio/shelf2filt.html Please do consider releasing that if you get time. I can think of several situations where it would have been very useful to have that :-) John ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev