Linux-audio-dev June 2012

linux-audio-dev@lists.linuxaudio.org

17 participants
13 discussions

by Pedro Lopez-Cabanillas

On Friday 06 January 2012, you wrote: > btw: is there a way to list available clients/ports from the api. > I know that aconnect -i / -o does this, but is there a c/c++ function? > > Dave The functions are: snd_seq_query_next_client() and snd_seq_query_next_port(); you need to loop calling these functions while they return a correct answer. For instance, this is the relevant code in "aconnect.c" : static void do_search_port(snd_seq_t *seq, int perm, action_func_t do_action) { snd_seq_client_info_t *cinfo; snd_seq_port_info_t *pinfo; int count; snd_seq_client_info_alloca(&cinfo); snd_seq_port_info_alloca(&pinfo); snd_seq_client_info_set_client(cinfo, -1); while (snd_seq_query_next_client(seq, cinfo) >= 0) { /* reset query info */ snd_seq_port_info_set_client(pinfo, snd_seq_client_info_get_client(cinfo)); snd_seq_port_info_set_port(pinfo, -1); count = 0; while (snd_seq_query_next_port(seq, pinfo) >= 0) { if (check_permission(pinfo, perm)) { do_action(seq, cinfo, pinfo, count); count++; } } } } See: http://git.alsa-project.org/?p=alsa-utils.git;a=blob;f=seq/aconnect/aconnec… I guess you already know the reference documentation site: http://www.alsa-project.org/alsa-doc/alsa-lib/seq.html Just for comparison, a similar enumeration using Drumstick looks like this: QListIterator<PortInfo> it(m_Client->getAvailableOutputs()); while(it.hasNext()) { PortInfo p = it.next(); cout << p.getClientName() << ":" << p.getPort(); } See Drumstick's example "drumgrid": http://drumstick.sourceforge.net/docs/drumgrid.cpp-example.html Regards, Pedro

11 years, 11 months

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, 7 months

Petri-Foo 0.1.4 now released

by James Morris

Hi, Petri-Foo is a sampler for linux using JACK. It was originally a fork of the Specimen sampler project. A new version is now available to download from sourceforge. https://sourceforge.net/projects/petri-foo/files/petri-foo-0.1.4.tar.bz2 This release brings further cosmetic changes improving the overall look of Petri-Foo. The fan sliders have gone, so it must be time to mention the precision modifying shift and ctrl keypresses for the sliders. If you missed the 0.1.3 release, here's a quick rundown of the changes: * migrated from autotools to cmake * updated and slimmed-down PHAT replacement called Phin. * mousewheel waveform zooming * velocity range setting for patch * auto-preview (with optional resampling) in sample selector dialog * recoded deprecated gdk calls to use cairo. * lots and lots of bug fixes i've long since forgotten about Some say it's the successor to Specimen and that the two shouldn't co-exist. All I know is it's called Petri-Foo. http://petri-foo.sourceforge.net Cheers, James.

12 years, 10 months

Lisalo 1.0 - LinuxSampler Loader (Working File for Sonatina Symphonic Orchestra included)

by Nils

This is the Release of Lisalo 1.0 Grab it here, no installing required: git clone git://github.com/nilsgey/Lisalo.git Lisalo - Linux Sampler Loader Linux Sampler Loader is a command line program that loads entire directories of sample files or takes instructions from a meta .lsl file with relative paths to samples. This program exists because you can't share linuxsampler lscp files or even move files around on your own disk. Lscp files only work with absolute paths and are too low level anyway. Now you can quickly and easily load sampled instruments without even starting a GUI. The lsl files are very simple, see example.lsl, and can be shipped around with your sfz sample package like the Sonatina Symphonic Orchestra (lsl file already included in this release) Version 1.0 Licensed under GPLv3 by Nils Gey, June 2012 Only dependencies are Python and Linuxsampler. https://github.com/nilsgey/Lisalo info(a)laborejo.org irc.freenode.org #laborejo

12 years, 10 months

Look for volunteers for Free Music Instrument Tuner

by Gilles Degottex

Hi all, I created this software in 2004, but I can't develop it anymore, maintain it or even answer the mails I receive about it. http://home.gna.org/fmit http://gna.org/projects/fmit I'm therefore looking for volunteer(s) to recover the project: manage it, maintain it, develop it if motivated, etc. The current state of the software is fairly good, I think. It has been updated to Qt4 last year. I think it's quite stable because most of the mails I receive from users are about how to select the recording channel in their OS mixer ... FMIT is accessible from Ubuntu repositories (universe) and was accessible under Fedora but they removed it since I can't maintain it anymore. Please look at the website for more details and screenshots. Besides the fact that I want it to stay open-source, I don't have particular wish about its future (hmmm, stay simple and expandable maybe). So, if someone is interested, please contact me. All the best, Gilles -- FORTH - ICS Vasilika Vouton, P.O. Box 1385 GR 71110 Heraklion, Crete, Greece Mobile: +30 6942 207403 Work: +30 2810 391580

12 years, 10 months

[ANN] Praxis LIVE build:120620

by Neil C Smith

Hi All, A new build of Praxis LIVE makes its way into the light. Highlights include new audio components and audio API improvements, cross-platform video capture (yes, Linux has always been there!), and live GLSL coding. Website - http://code.google.com/p/praxis Release notes - http://code.google.com/p/praxis/wiki/ReleaseNotes Blog post - http://praxisintermedia.wordpress.com/2012/06/21/praxis-live-build120620/ Praxis is a Java-based modular framework for live creative play with video, images, audio, and other media. Its primary focus is on the easy development of generative and interactive media installations, as well as live performance. Praxis LIVE is a graphical, patcher-style interface for developing Praxis projects 'on the fly'. Praxis is developed by UK Artist and Technologist Neil C Smith. It is partly inspired by projects such as AudioMulch, Bidule and Isadora, and to a lesser extent Pure Data and Processing; however, it is not intended to be a clone of any of them. Thanks for listening, best wishes, Neil -- Neil C Smith Artist : Technologist : Adviser http://neilcsmith.net Praxis - open-source intermedia system for live creative play http://code.google.com/p/praxis OpenEye - specialist web solutions for the cultural, education, charitable and local government sectors. http://openeye.info

12 years, 10 months

CueFrog.pd: theatre cue player framework initial release

by Jörn Nettingsmeier

hi everyone! thanks to the excellent pd documentation out there and lots of hand holding by friendly pd gurus on this list and elsewhere, here's my humble take at creating a theatre cue player with pd that does what i need... all the heavy lifting is done by august black's excellent readanysf~, thanks for making this tool available! CueFrog is designed to be multi-instance capable, so you can create as many decks as your machine can handle, and makes use of lots of send/receive ports to simulate some kind of object-oriented encapsulation stuff, based on my (limited) understanding of a model/view/controller paradigm. grab it: http://stackingdwarves.net/public_stuff/software/CueFrog/CueFrog-0.0.2.tar.… it's documented, so you should get it going in no time. i'm sure there are many quirks there, and i found out it's very easy to create race conditions in pd, so no warranties :) comments and suggestions for improvements are most welcome. i have a vbap-based panning automation in the works (which has already been used live at a theatre festival), but the code is in oh-my-good-tomorrow-is-dress-rehearsal shape, so forgive me for withholding it another month or so. and before you ask: frogs are cute. and when the director makes me jump, i need tools that jump along :-D best, jörn -- Jörn Nettingsmeier Lortzingstr. 11, 45128 Essen, Tel. +49 177 7937487 Meister für Veranstaltungstechnik (Bühne/Studio) Tonmeister VDT http://stackingdwarves.net

12 years, 10 months

ALSA multi plugin and JACK xrun callbacks

by bart＠magnetophon.nl

Hi Everybody, My name is Bart, this is my first post here, though some have met me on IRC. Thanks for making Linux audio what it is! I started using Linux in 2004 with DeMuDi, and have never looked back. I'm trying to get my pcm_multi to work without with jackd. Some of you seem to have got this down, with or without "ghost xruns". Jörn seems to imply in the quoted thread that tschack is the answer, but it gives me the most xruns of all jack implementations. Who has got this working? Who want to help me get to the bottom of this? Google has been a great help so far, but I'm not sure what to try or what to google anymore. :( So far I've tried: *jackdmp1.9.9 *jackd1 (1:0.121.3+20120418git75e3e20b-2) *http://nedko.arnaudov.name/soft/jack/dbus/jack-audio-connection-kit-dbus-0.121.3.tar.gz *https://github.com/adiknoth/tschack.git All tested with the 3 kernels mentioned below. The nedko jack with the avlinux kernel sometimes goes without xruns for quite a long while, but sometimes gives lots of them. I haven't found the pattern behind it yet. My system is fully tuned, according to realTimeConfigQuickScan.pl the only exceptions: cat: /sys/devices/system/cpu/cpu3/cpufreq/scaling_governor: No such file or directory Checking CPU Governors... CPU 0: '' CPU 1: '' CPU 2: '' CPU 3: '' - not good I assume this is because my cpu's are running full speed. Kernel with Real-Time Preemption... not found - not good Checking if kernel system timer is set to 1000 hz... not found - not good But I'm running 3.2.0-2-rt-686-pae #1 SMP PREEMPT RT Fri Jun 1 20:28:43 UTC 2012 i686 GNU/Linux. I've also tried linux-image-3.0.32-avl-8 from avlinux, debian 3.2.0-2 vanilla. Here is my .asoundrc: https://github.com/StudioDotfiles/DotRepo/blob/master/asoundrc I'm runing jack like this: jackd -d alsa -r 44100 -p 4096 -d rme9636_64 The two rme9636 soundcards are on their own irq's, with priorities just below the timers. Jack with just one card works like a charm. Is there any other info needed? Thanks a lot, Bart. On 01/14/2011 11:12 PM, Jörn Nettingsmeier wrote: > On 01/14/2011 10:39 PM, Jörn Nettingsmeier wrote: > >> i had it crash once when loading a really demanding session, but with >> another average ardour project, it has now played fine and without >> glitches for 10 minutes or so, while the xrun count goes through the roof. > > alas. i spoke to soon: > > after i added a 6x1 convolver and an ambdec instance > jack2 bails out reproducibly after a couple minutes more, with a > "floating point exception". so more testing. > > meanwhile, i'd like to know what these xruns are, and i wouldn't be too > surprised if the eventual crash is actually related to the message > buffer or some internal error counter wrapping... jack2 gets nervous when i use a session with four jconvolver instances: JackPosixMutex::Unlock res = 1 Unknown request 4294967295 jackd: ../common/JackGraphManager.cpp:45: void Jack::JackGraphManager::AssertPort(jack_port_id_t): Assertion `port_index < fPortMax' failed. Aborted the cpu is not maxed out, afaics. tschack handles this scenario just fine, and it doesn't spew error messages on the console. if i monitor it in qjackctl, the xrun count increases at the usual rate, though. btw: qjackctl becomes a major cpu burden in this pathological case. lookes like it's the error messages. i've seen it at up to 40% of one core.

12 years, 10 months

[ANN] Qtractor 0.5.5 - The Foxtrot Uniform swings out!

by Rui Capela

Here it goes. Mostly a LV2 1.0.0 compliance release with some fixes from the stash and fewer candies from the jar. On the darker/brighter side (your choice) there's news on the LV2 atom(ic) fall-out now being officially over. A new dawn has commenced, quite as every day follows every night may I add. Dang! I'd better stop right here and save you all from that boring trivialities. Let's go with the plain, interesting facts: Qtractor 0.5.5 (foxtrot uniform) swings out! Release highlights: * LV2 Atom/MIDI support (NEW) * LV2 Worker/Schedule support (NEW) * LV2 Presets support (NEW) * LV2 Time/position support (NEW) * LV2 Programs/instrument support (NEW) * MIDI plugin event timing on tempo changes (FIX) * Loop-recording/takes audio sync (FIX) * Quick start guide and user manual (NEW) * Russian and Italian 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.5.tar.gz - source package (openSUSE 12.1): http://downloads.sourceforge.net/qtractor/qtractor-0.5.5-4.rncbc.suse121.sr… - binary packages (openSUSE 12.1): http://downloads.sourceforge.net/qtractor/qtractor-0.5.5-4.rncbc.suse121.i5… http://downloads.sourceforge.net/qtractor/qtractor-0.5.5-4.rncbc.suse121.x8… - brand new (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: - Auto-monitored MIDI tracks were missing their pass-through to their respective MIDI output bus plugin chains, now fixed and letting any multi-timbral instrument plugin to get a peek from auto-monitoring. - New user option/preference to whether to open a plugin's editor (GUI) by default, when available (cf. View/Options.../Plugins/Editor). - Clicking and/or dragging for rubber-band selection on main track-view canvas doesn't change the edit-head and -tail positions anymore. - Backward and Forward transport commands now have an additional stop at first clip start point. - LV2 Atom/MIDI buffering support is finally entering the scene; LV2 Worker/Schedule support is also included in a bold attempt to convey non-MIDI event transfers between plugin and its UI. - MIDI Clip editor (aka. piano-roll) and MIDI Tools fix: avoid note-on events of zero velocity, which conventionally equates to a dangling note-off event and dropped into oblivion sooner or later. There's no more need for Shift/Ctrl keyboard modifier to change in one single step all the MIDI events that are currently selected (now consistent with drag-move). - LV2 Presets support now entering effective operational status; a new local option has been added (cf. View/Options.../Plugins/Paths/LV2 Presets directory; default is ~/.lv2). - Dropped XInitThreads() head call as it was never useful but on those early days of JUCE VST plugins. - Italian (it) translation added (by Massimo Callegari, thanks). - Clip fade-in/out dragging now follows snap-to-beat setting. - Late modern eye-candy indulgence: alternate shaded stripes, on every other bar as in a "zebra" background option for the main tracks and MIDI clip editor views (cf. View/Snap/Zebra). - LV2 Time/position information is now being supported through special designated plugin input ports (after suggestion by Filipe Coelho aka. falktx). Additionally, the time/position information report has been corrected and complemented for VST plugins. - Audio vs. MIDI time drift correction has been slightly improved against rogue tempo changes across looping cycles. - Honor tempo/timing on MIDI instrument plugins. Happy regression fix on getting MIDI note-offs at looping ends back in business; all the necessary bumming for MIDI plugins to play nice in face of tempo changes and whenever playback is started from anywhere but the beginning of the time-line (ie. frame zero); thanks to rvega aka. Rafael Vega, for the heads-up). - Audio clip wave-forms were being displayed in inverted phase (ie. upside-down) all this time ever since day one. What a shame! - LV2 Programs interface is getting initial experimental status, to let LV2 instrument plugins get on par with the DSSI and VST crowd for MIDI bank/program instrument inventory and selection support (a sidetrack complot with Filipe Coelho aka. falktx, thanks:). - Dropped the old but entirely useless LV2 URI-unmap feature, now being superseded by official LV2 URID (un)mapper. - Russian (ru) translation added (by Alexandre Prokoudine, thanks). - SLV2 deprecation process started, effective now at configure time. - Added include <unistd.h> to shut up gcc 4.7 build failures (patch by Alessio Treglia, closing bug #3514794). - Another approach avoiding recursive observer widget updates. Also applies to mixer, monitor and track state buttons. - Update to latest LV2 state extension (by David Robillard, thanks). - Loop-recording/take number displayed on clip title, respectively. - Make(ing) -jN parallel builds now available for the masses. - A one buffer period slack on audio engine's loop turn-around logic might just have fixed an illusive report on loop-recording/takes going progressively out-of-sync, most notably when recording under large audio buffer period sizes (>= 1024 frames/buffer). - Editing MIDI while playback is rolling, doesn't mute the track any more, adding a point to the live editing experience. - Finer granularity for direct access parameter mouse wheel changes. - Dropped a dumb optimization for short full-cached multiple linked/ref-counted audio clips which were incidentally out-of-sync after rewind/backward playback. Once again and uncertain to be the last take on this, got fixed (probably related to some oddity reported by Louigi Verona, thanks). Enjoy! -- rncbc aka. Rui Nuno Capela

12 years, 10 months

LV2 Atom Sequence timestamps

by Jeremy Salwen

Hi All, >From what I can tell, it looks like the LV2 Atom Sequence specification allows you to send events with arbitrary units for the timestamp. I have a few questions about this: 1. How are we to know whether a particular unit uses the *double* field in the timestamp union, or the *uint64_t *field in the timestamp union. 2. The specification says "The unit field is either a URID that described an appropriate time stamp type, or may be 0 where a default stamp type is known." In what circumstances would the timestamp be known? When can I expect to see a zero in that field? 3. Are the timestamps absolute times? Or relative to the previous event? Or relative to the start of the audio chunk? Does it depend on the units used? 4. Why does the documentation<http://lv2plug.in/doc/html/structLV2__Atom__Sequence__Body.html>show |FRAMES |SUBFRMS| as the timestamp field? From what I can tell, there is no unit which includes frames and subframes subdivided that way, and the sampler example </> just uses the full 64 bits as a frames field. Is this just a relic from the old event port documentation? (the diagram seems familiar). 5. How are hosts/plugins supposed to deal with the multiplicity of units? For example, suppose I'm a plugin or host that wants to receive MIDI data. How am I supposed to know what timestamp unit to expect? Is there a facility for converting between different units automatically? The only extra information required to convert between any two time units would be the bpm and sample rate. It would be rather annoying to have to implement a bunch of unit conversion code in every host/plugin you write in order to make sure it can handle any unit which is tossed at it. Thanks, Jeremy

12 years, 10 months

2025

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 June 2012