Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7448 discussions

Re: [LAD] [LAU] Linux Audio 2012: Is Linux Audio moving forward?

by Louigi Verona

Hello Ben! I'd like to answer your question: Is OSX/Win Audio moving _backward_? In the most general sense my answer would be a no. It is like being in a process of building a house and looking at your neighbour who has already built a house and saying - "hm, his building process seems to be going backward." But I think it is more accurate to say that his building process simply stopped, because the house is already complete. Since day one I have always underlined that I do not think Linux can technically compete with Windows and Mac OS in that many things. Freedom is what gives Linux its benefits. But technical superiority is questionable. It strongly depends on what distro you use, what you do with it, etc. And even if in theory it can be shown that Windows and Mac OS are in many ways technically inferior, the number of users hammering at it surely made it work - not in theory, but in practice. Windows Audio, as opposed to Linux Audio, has all pieces in place - it has sequencers, it has tens of thousands of plugins, hundreds of them high quality, it has software for djs and live performers, just like Linux it has all sorts of very cool experimental applications, which continue to be developed and absolutely no problems with hardware. Mac OSX is even better in the realm of audio. I have many friends who are professional musicians and who use Mac, I've performed with them and I have seen great things that Mac Audio can do - it is incredible. And now, when these platforms have everything a modern musician requires and, while there is always room for improvement and new ideas, there are hardly any pressing needs, they can experiment with Metro, with small screens and with anything they want. They are on a firm base and if needed, all of it can be expanded to anything you want. This is my opinion. Why we stick with Linux? Each has his reasons. Linux is free. Linux surely has some unique workflows, possibilities and apps. But to me the problem is that I can do great ambient on Linux, but I have a difficult time putting together anything else. Doing a house tune, which is a pleasure on Windows, is a very difficult thing on Linux, I've written about it many times. So my dream is to see Linux fulfil the need of a non-experimental electronic musician. On Wed, Oct 10, 2012 at 4:33 PM, Ben Loftis <ben(a)harrisonconsoles.com>wrote: > > I'd pose a different question: > > Is OSX/Win Audio moving _backward_? > > If OSX continues to move towards iOS, and Win continues to move towards > Metro, and Thunderbolt stalls, and screens get smaller, and expansion > ports get scarcer, then Linux might become the de-facto "pro" multimedia > platform simply because the other choices have become too dumbed down. > > Of course _most_ users will be happy with the ease and power of the tools > that will be available on iOS/Metro. And _most_ users is where the money > is, so Apple/Microsoft are chasing the right users. But there will be some > serious users that need a powerful production system with big screens and > big peripherals, and for these users, Linux might become the standard. > > -Ben > > > > > ______________________________**_________________ > Linux-audio-user mailing list > Linux-audio-user(a)lists.**linuxaudio.org<Linux-audio-user(a)lists.linuxaudio.org> > http://lists.linuxaudio.org/**listinfo/linux-audio-user<http://lists.linuxaudio.org/listinfo/linux-audio-user> > -- Louigi Verona http://www.louigiverona.ru/

11 years, 12 months

Re: [LAD] [LAU] Linux Audio 2012: Is Linux Audio moving forward?

by Paul Davis

On Wed, Oct 10, 2012 at 6:09 AM, Dan MacDonald <allcoms(a)gmail.com> wrote: > Hi LV! > > Nice and interesting write up of your experiences and opinions there. I > agree with most all of it except: > > "Saving projects is still a huge problem. In addition to LADISH we do now > have NSM, the Non-Session Manager, which seems like a workable solution, so > we'll see how this works out in the long run. > LMMS seems to be the only game in town for those who want to save full > projects by just clicking "Save" and not having to install and configure a > "session manager". I must admit, by the way, that I have not followed LMMS > recently." > > Saving projects is only tricky if you use the modular approach versus > instrument plugins hence this isn't really a problem for A3 and qtractor. > Aside from LMMS, MusE and sunvox have a few integrated instruments so they > don't have this problem either (if you stick to the built-in synths for > Muse only - sunvox doesn't handle plugins) and pretty soon MusE should gain > native VST support to further improve this situation. > > Your article has reminded me of my one and only JACK complaint/ feature > (yep - just one!!!) request which I filed a couple of years ago now but is > still to be addressed: > > http://trac.jackaudio.org/ticket/202 > > I'm surprised others haven't been asking for more descriptive 'device > busy' error messages from JACK as for many years this has been my only > issue with JACK - it doesn't start and you don't know what process is > preventing it doing so. Quite often I'll not bother doing the detective > work and just reboot but that is hardly ideal so I think this small > addition would make JACK (and qjackctl) and as a result Linux audio much > more user friendly. > > Your thoughts Mr Davis? > current jack1 (released months or years ago): if (snd_pcm_open (&driver->playback_handle, playback_alsa_device, SND_PCM_STREAM_PLAYBACK, SND_PCM_NONBLOCK) < 0) { switch (errno) { case EBUSY: current_apps = discover_alsa_using_apps (); if (current_apps) { jack_error ("\n\nATTENTION: The playback device \"%s\" is " "already in use. The following applications " " are using your soundcard(s) so you should " " check them and stop them as necessary before " " trying to start JACK again:\n\n%s", playback_alsa_device, current_apps); free (current_apps);

11 years, 12 months

Re: [LAD] [LAU] Linux Audio 2012: Is Linux Audio moving forward?

by Louigi Verona

Hey Dan! "Saving projects is only tricky if you use the modular approach versus instrument plugins hence this isn't really a problem for A3 and qtractor." True, but since there are very few plugins, most power of Linux Audio today is not in its plugin collection ;) On Wed, Oct 10, 2012 at 2:09 PM, Dan MacDonald <allcoms(a)gmail.com> wrote: > Hi LV! > > Nice and interesting write up of your experiences and opinions there. I > agree with most all of it except: > > "Saving projects is still a huge problem. In addition to LADISH we do now > have NSM, the Non-Session Manager, which seems like a workable solution, so > we'll see how this works out in the long run. > LMMS seems to be the only game in town for those who want to save full > projects by just clicking "Save" and not having to install and configure a > "session manager". I must admit, by the way, that I have not followed LMMS > recently." > > Saving projects is only tricky if you use the modular approach versus > instrument plugins hence this isn't really a problem for A3 and qtractor. > Aside from LMMS, MusE and sunvox have a few integrated instruments so they > don't have this problem either (if you stick to the built-in synths for > Muse only - sunvox doesn't handle plugins) and pretty soon MusE should gain > native VST support to further improve this situation. > > Your article has reminded me of my one and only JACK complaint/ feature > (yep - just one!!!) request which I filed a couple of years ago now but is > still to be addressed: > > http://trac.jackaudio.org/ticket/202 > > I'm surprised others haven't been asking for more descriptive 'device > busy' error messages from JACK as for many years this has been my only > issue with JACK - it doesn't start and you don't know what process is > preventing it doing so. Quite often I'll not bother doing the detective > work and just reboot but that is hardly ideal so I think this small > addition would make JACK (and qjackctl) and as a result Linux audio much > more user friendly. > > Your thoughts Mr Davis? > > On Wed, Oct 10, 2012 at 9:24 AM, Louigi Verona <louigi.verona(a)gmail.com>wrote: > >> Hey fellas! >> >> Would like to present an article I've written. Mostly wrote it to start a >> conversation and hear what others have to say on the subject. >> >> >> http://www.louigiverona.ru/?page=projects&s=writings&t=linux&a=linux_progre… >> >> You can comment here or on my textboard (which does not require >> registration). >> >> >> -- >> Louigi Verona >> http://www.louigiverona.ru/ >> >> _______________________________________________ >> Linux-audio-user mailing list >> Linux-audio-user(a)lists.linuxaudio.org >> http://lists.linuxaudio.org/listinfo/linux-audio-user >> >> > -- Louigi Verona http://www.louigiverona.ru/

11 years, 12 months

a little help with mutichannel alsa

by grekimj＠acousticrefuge.com

BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; First, what I would like to do is pick which channel I send audio to on the RME 9632 card. My RME card is device 0. When I call this function: snd_pcm_open(&handle,device,SND_PCM_STREAM_PLAYBACK,0) And set device = plughw:0,0 I get playback across all the RME outputs. (Just using hw:0,0 without the "plug" prefix does not work for some reason which may or may not matter.) So, how do I access the subdevices/channels? When I run aplay -l I only see 1/1 subdevices. Shouldn't I be able to set my device to hw:0,0,1 or plughw:0,0,1 to access channel 2, for example? There's no .asoundrc. Do I need it for this? Finally, when attempting multichannel alsa, I assume I need to simply make an array of pointers to the same datatype as "handle" and run through initializing each handle separately. In the first time thought the loop, I can get handle[0] and all its parameters to initialize without errors. When I try to initialize handle[1] on a new device such as plughw:0,0,1 I get an error that the device or resource is busy. I feel like I've hit a brick wall here. Perhaps I am out of my league. But, it feels tantilizingly close to working. Thanks guys/gals!! Grekim

12 years

soundtouch how to BPMDetect

by Alfs Kurmis

12 years

Re: [LAD] Linux-audio-dev Digest, Vol 68, Issue 3

by Bart Brouns

Hi Alfs, Here are two bpm stretch examples: http://www.surina.net/soundtouch/soundstretch.html#examples All the best, Bart. On Sun, 2012-10-07 at 12:00 +0000, linux-audio-dev-request(a)lists.linuxaudio.org wrote: > soundtouch

12 years

[ANN] Qtractor 0.5.6 - The Golf Tango release!

by Rui Nuno Capela

Hi there, Maybe some of you agree with me, that this has been the longest since last dot release and the new one with the least brand new features count being introduced. Aha no big deal I say, the uber-procrastinator is just roaring its ugly head once more, specially after a beloved summer vacation season. Whatever. Qtractor 0.5.6 (golf tango) is now released! One of the interesting dots, if not the most, is that LV2 State Files interface implementation, once in a gruesome SNAFU support status, is now officially over. For the laymen it means that any files, referenced by those LV2 plug-ins which implement the LV2 State Files interface, will get righteously bundled to an archive/zip session file (suffix or extension .qtz), all other cases remain untouched. That should add up some notches on the session portability and archival ranks and purposes. Besides, LV2 1.0.0 compliance status is now closed business. I hope. Moving on, slowly forward... Release highlights: * LV2 State Files support (NEW) * Unused files clean-up removal (NEW) * Edit/Insert empty range (NEW) * MIME Document types and icons (NEW) * Improved plug-in state resilience (FIX) * French and Japanese translations (NEW) Website: http://qtractor.sourceforge.net Project page: http://sourceforge.net/projects/qtractor Downloads: - source tarball: http://downloads.sourceforge.net/qtractor/qtractor-0.5.6.tar.gz - source package (openSUSE 12.2): http://downloads.sourceforge.net/qtractor/qtractor-0.5.6-2.rncbc.suse122.sr… - binary packages (openSUSE 12.2): http://downloads.sourceforge.net/qtractor/qtractor-0.5.6-2.rncbc.suse122.i5… http://downloads.sourceforge.net/qtractor/qtractor-0.5.6-2.rncbc.suse122.x8… - quick start guide & user manual: http://downloads.sourceforge.net/qtractor/qtractor-0.5.x-user-manual.pdf Weblog (upstream support): http://www.rncbc.org License: Qtractor is free, open-source software, distributed under the terms of the GNU General Public License (GPL) version 2 or later. Change-log: - The dedicated audio outputs setting for instrument plugins was not in effect as default global option for new MIDI tracks, now fixed, hopefully (thanks to danboid aka. Daniel MacDonald persistence). - An immediate Files widget cleanup option is now made available, as to select and remove all unused file entries. - MIDI track (un)solo/mute reset clip event sequence fixing; definite regression to MIDI track's occasional muting bug while clip editing and playback is rolling. - Apologies due on this one: shift/ctrl keyboard modifiers are back in business to change MIDI events currently selected in one single step while on MIDI clip editor (aka. piano-roll). Sorry. - Japanese (ja) translation added (by Takashi Sakamoto). - General time-scale bar, beat and tempo rounding fixing. - Keyboard shortcuts configuration (Help/Shortcuts...) now checks and warns for already assigned key sequences. - The View/Snap menu is now listed as fully accessible actions, making each snap-per-beat setting assignable to a keyboard shortcut (after a feature request by danboid aka. Daniel MacDonald, thanks). - Fixed MIDI resize tool, now applying symmetric proportional changes to pitch-bend event values [-8191, +8191]. - Fixed re-loading of LV2 Presets that are newly created/saved during current session; actually delete and remove a LV2 Preset if found in the file-system (as suggested by Jiri Prochaszka aka. Anchakor, thanks again). - Preset drop-down list is now sorted, on plugin properties dialog. - After a long absence, edit(blue) cursor vertical lines are back on the MIDI clip editor views (aka. piano-roll). - LV2 1.0.0 compliance phase II: LV2 State Files support completed. - Updated to newer LV2 External UI extension support (now maintained by Filipe Coelho aka. falktx). - Brand new editing tool: empty range insertion, split/moving clips or events forward the specified edit-head/tail interval, defaults to next measure or bar (cf. menu Edit/Insert/Range, Track Range). - Don't show the waiting cursor anymore when loading any plugins which might have a nice native editor (GUI) and options are set to show it. - MIDI clip editor now hopefully rid of random but persistent muting, a slight regression to editing while playback is rolling. - A MIDI file player's bug, evident while transport rolling in looped mode, has been fixed with yet another oneliner patch (kind by Jiri Prochaszka aka. Anchakor, thanks again). - LV2 plugins with a Qt4 GUI (guess what or whom?) are now guaranteed to some reasonable window type like Qt::Widget but not Qt::Dialog nor Qt::Popup, preventing those from standing always on top while on some window managers or desktop environments (a simple addition by Jiri Prochaszka aka. Anchakor, thanks). - MIME type icons support for session (*.qtr *.qtr), template (*.qtt) and zip/archive (*.qtz) are now being introduced. - LV2 State Files feature support is shamelessly getting real trial, now letting files referenced in LV2 plugin states to be seamlessly included when saving to a zip/archive file bundle (.qtz suffix). Added some virtual destructor stubs to shut up gcc 4.7 warnings. - Improved plugin state resilience, now finally with parameter name matching, specifically targeted on loading old sessions or plugin preset files (.qtx), preserving old saved plugin states as much as possible in face of rogue or discrete parameter index renumbering, due naturally on any plugin's life cycle ie. upgrades etc.;) - Added some more snap-to-beat divisors (Beat/14, /21 and /28) due on feature request ticket, while dropping highest, probably useless one (Beat/128). - New French (fr) translation added (by Yann Collette, thanks). - Slight late optimization on vertical zebra/grid lines drawing. Enjoy! -- rncbc aka Rui Nuno Capela

12 years

[ANN] Praxis LIVE build:120912

by Neil C Smith

Hi All, Praxis LIVE is an open-source, graphical environment for rapid development of intermedia performance tools, projections and interactive spaces. A new build of Praxis LIVE is now available for download. While this is mainly a bug fix release, it does see the Praxis command line player added to the main installation, and work which paves the way for distributing Praxis projects as standalone applications (coming separately in the next couple of weeks). Website - http://code.google.com/p/praxis Release notes - http://code.google.com/p/praxis/wiki/ReleaseNotes Videos - http://praxisintermedia.wordpress.com/2012/07/30/video-rough-cuts-1/ If any of you who've been playing with Praxis LIVE would be interested in submitting example projects for the next release, please get in touch with me off-list. Thanks and best wishes, Neil -- Neil C Smith Artist : Technologist : Adviser http://neilcsmith.net

12 years

meterbridge 0.9.2 IEC-scale bug & fix

by Robin Gareus

Hi there, Does anyone have Steve Harris' new email address? steve(a)plugin.org.uk fails with "550 5.1.2 Bad destination system address". Anyway, some of you who package or copied code from meterbridge may be interested in this as well. -=-=-=-=- Hi Steve, Haven't seen you around much on LAD. I hope this email finds you well. Are you still maintaining meterbridge? I've stumbled over a bug in 0.9.2 The IEC scale is not continuous. Attached patch resolves the issue. I don't have access to the IEC-268-18 specs, so I can't tell if the patch is correct, but it does fix the discontinuity between -60db and -50db. To make it obvious, here's the annotated iec_scale(float db): if (db < -70.0f) { def = 0.0f; } else if (db < -60.0f) { def = (db + 70.0f) * 0.25f; // 0.0 .. 2.5 } else if (db < -50.0f) { // def = (db + 60.0f) * 0.5f + 5.0f; // 5.0 .. 10.0 // bug? v0.9.2 def = (db + 60.0f) * 0.5f + 2.5f; // 2.5 .. 7.5 // fix! } else if (db < -40.0f) { def = (db + 50.0f) * 0.75f + 7.5; // 7.5 .. 15.0 } else if (db < -30.0f) { def = (db + 40.0f) * 1.5f + 15.0f; // 15.0 .. 30.0 } else if (db < -20.0f) { def = (db + 30.0f) * 2.0f + 30.0f; // 30.0 .. 50.0 } else if (db < 0.0f) { def = (db + 20.0f) * 2.5f + 50.0f; // 50.0 .. 100.0 } else { def = 100.0f; } Furthermore, the DPM image has a couple of problems: The markers at -10, -19, -20, -25, -30, -35, -55 are off by one pixel (they need to be moved 1px down), the -45db marker is correct. The marks for -40, and -50 are missing and it's easy to mistake the -45db and -55db marks to correspond to the -40db, -50db annotations. Last but not least, the minus-signs of all annotation does not align with the marks and the font used for the annotation text is somewhat blurry.. All fixed in attached image. Cheers! robin

12 years

zretune app added to libzita-resampler

by Fons Adriaensen

Hello all, Release 1.2.0 of libzita-resampler now include the 'zretune' app which resamples an audio file by (the inverse of) a ratio given in cents. The output file will have the same nominal sample rate as the input. The effect is to change the pitch AND the lenght of the original file. For small pitch changes (+/- a semitone) the modified length of a sample probably won't matter much. For example zretune --cent 50 input.wav output.wav will result in a file that sounds a quarter tone higher and is about 1.5 percent shorter. Enjoy ! -- 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)

12 years

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev