Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7536 discussions

[LAD] [ANN] QjackCtl 0.3.6 - Full D-Busification!

by Rui Nuno Capela

Awe! Times they are a-changing although Bob Dylan has no D-Business here. The old and cutie gooey for JACK just got one turn around the verge of bit-rotting. This time it brings full JACK D-Bus support, or almost. It also adds D-Bus access for most GUI actions which some might find pretty handy for keyboard shortcut binding from your desktop environment of choice. However, if babies health is your top concern you can just turn this D-Bus thing off and play with the old times ;) Ahem... QjackCtl 0.3.6 is now released! More details in the change-log, below. Website: http://qjackctl.sourceforge.net Project page: http://sourceforge.net/projects/qjackctl Downloads: - source tarball: http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.6.tar.gz - source package (openSUSE 11.2): http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.6-2.rncbc.suse112.sr… - binary packages (openSUSE 11.2): http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.6-2.rncbc.suse112.i5… http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.6-2.rncbc.suse112.x8… - binary packages (Ubuntu 8.04): http://downloads.sourceforge.net/qjackctl/qjackctl_0.3.6-1.rncbc.ubuntu804_… http://downloads.sourceforge.net/qjackctl/qjackctl_0.3.6-1.rncbc.ubuntu804_… - binary packages (Ubuntu 9.10): http://downloads.sourceforge.net/qjackctl/qjackctl_0.3.6-1.rncbc.ubuntu910_… http://downloads.sourceforge.net/qjackctl/qjackctl_0.3.6-1.rncbc.ubuntu910_… Weblog (upstream support): http://www.rncbc.org License: QjackCtl is free, open-source software, distributed under the terms of the GNU General Public License (GPL) version 2 or later. Change-log: - Make sure socket names are unique on each side of the Patchbay (another patch from Dominic Sacre, thanks). - A bunch of primitive D-Bus interface slots have been added, allowing shortcut access to most of main applications actions like toggling Messages, Status, Connections, Patchbay widget pop-ups, reset stats, transport and so on. New bindings are given eg. via dbus-send --system / org.rncbc.qjackctl.(main, messages, status, connections, patchbay, setup, about, reset, rewind, backward, play, pause, forward). (from an original idea from Sebastian Gutsfeld, thanks). - Patchbay snapshot now tolerates JACK client port strings that have more than one semi-colon in it, honoring just the first one exactly as everywhere else eg. Connections. (a glitch as reported by Geoff Beasley while using a2jmidid). - Most modal message dialog boxes (eg. critical errors) are now replaced by system tray icon bubble messages where available (mitigating feature request #2936455). - Comply with jackd >= 0.118.0 which now runs in real-time mode by default; use of -R is now deprecated from the jackd command line interface options; use -r to run in non-real-time-scheduling. - A man page has beed added. - Got rid of a pretty old and never really useful "jackd-realtime" server path option--actually, it was only seen available on the now defunct old Mandrake Linux distro. - D-Bus support, as provided by org.jackaudio.service aka jackdbus, is now being introduced and used wherever available and whenever enabled. Configuring, starting, stopping and logging the JACK back-end server through the "infamous" jackdbus service is now being seamlessly exploited. - Global configuration state is now explicitly saved/committed to disk when Setup dialog changes are accepted and applied. - Server name command line option added (-n, --server-name). - Single application instance restriction option added (X11). - Setup for the netjack (slave) "net" driver has now sample-rate and frames per buffer (period size) settings disabled and/or ignored, as those are pretty much auto-detected by default; also, a new "netone" backend driver option has been introduced (as suggested by Torben Hohn). - Czech (cs) translation added (by Pavel Fric). - Fixed some main window keyboard shortcuts. Escape key now closes Connections, Patchbay, Status and Messages widgets as usual (bug #2871548). - Fixed glitch on configure portaudio support, specially when the library is not detected as available. Cheers && Enjoy. -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

15 years, 11 months

Re: [LAD] [LAU] Descent synth as dssi

by Paul Davis

On Tue, Mar 9, 2010 at 2:54 PM, Ken Restivo <ken(a)restivo.org> wrote: > If the new JACK session feature only saves things when I ask it to, then sure, that could be useful. Even better if it saves its state in a format that is human-readable and can be diff'ed, or put into git for versioning. it doesn't change anything about how applications save state. it merely provides for a unified way to initiate a save, and a unified way to restart everything back in the same state (or as close as each individual application will allow.

15 years, 11 months

Re: [LAD] [LAU] Descent synth as dssi

by Burkhard Wölfel

Am 06.03.2010 um 07:19 schrieb Ken Restivo <ken(a)restivo.org>: > On Fri, Mar 05, 2010 at 10:16:51AM -0600, Josh Lawrence wrote: >> On Fri, Mar 5, 2010 at 4:43 AM, Gerald Mwangi >> <gerald.mwangi(a)gmx.de> wrote: >>> Hi, does anyone know a synth powerfull like zynadd, phasex or >>> bristol,but in dssi format? I need something I can load into >>> Rosegarden, >>> since I dont want 10 Standalones running, until ardour, rg and the >>> synths support LASH, if that ever happens. >> >> I have no idea why, but I have a warm, fuzzy soft place in my heart >> for DSSI plugins. they always seem to just work. whysynth has >> already been mentioned, but be sure to check out the calf monosynth, >> which can be run as a DSSI plugin: >> >> jack-dssi-host calf.so:Monosynth >> >> check out the DSSI home page too, for a lot of other options. >> >> I'm hoping this thread will reveal some that I don't know about! we >> really need something like specimen in DSSI format. >> >>> I think LASH should be integrated into Jack, to make it mandatory >>> for >>> linux audio apps. The missing LASH support is one of the main issues >>> disturbing me, when working with linux audio. Now I've said it, ha. >>> I'm thinking of having Jack require a Load/Save callback, prior to >>> activating the client. How feasible is that? >> >> why oh why oh why did you throw this paragraph in? now no one wants >> to talk about DSSI anymore... :( >> > > +1 for Calf Monosynth and WhySynth. They, in addition to AMS and > PHASEX, are the synths I've used most. > > Zyn is kind of old and doesn't do RT; the new thing is Yoshimi, and > I dunno if it supports LASH or ladish, but I'd guess both. > > For the record, I *HATE* session management and I don't run LASH at > all when I can avoid it (IIRC, there's some synth that I use or used > which requires LASH, so I occasionally have to start it up). > I generally can't stand technologies that try to be "smart" and do > things I don't explicitly instruct them to do. Frustrates the hell > out of me. > > FWIW, I am also the kind of guy who turns off autocomplete and > spelling checkers whenever I can. > How would you share a complicated production setup, aka session, with other users? Script, or text explanation? Screenshot? Ardour audio project only? I'd love to have a rather bullet proof way to make my sessions available to non-geek collaborators really fast and easy. And vice versa. Software trying to outsmart the user can be painful. On the other hand, there are users out there waiting to hop on the linux audio boat as soon as there is an obvious way to save and restore complex setups without scripting. I'd love to make music with them. It's good that you are happy with your way of using your DAW and so am I. But it makes me a little sad sometimes that for remote collaborators the learning curve is so steep. - Burkhard > -ken > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user(a)lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user

15 years, 11 months

[LAD] List of latency testing tools and tips

by Dan Kegel

I couldn't find a good list of audio latency testing tools, so I put one together at http://wiki.winehq.org/MeasuringAudioLatency Did I miss any good ones? Also, do any of them work? :-) I just tried the one in lib-alsa, and it isn't happy.

15 years, 11 months

[LAD] [ANN] Drumstick libs 0.3.0 released

by Pedro Lopez-Cabanillas

Drumstick is a C++ wrapper around the ALSA library sequencer interface using Qt4 objects, idioms and style. ALSA sequencer provides software support for MIDI technology on Linux. Complementary classes for SMF and WRK file processing are also included. This library is used in KMetronome, KMidimon and KMid2, and was formerly known as "aseqmm". Changes: * Split into two libs: drumstick-alsa and drumstick-file * Parse Cakewalk WRK files included in drumstick-file * Some fixes and API additions. See the ChangeLog for details. Copyright (C) 2009-2010, Pedro Lopez-Cabanillas License: GPL v2 or later Project web site http://sf.net/projects/drumstick Online documentation http://drumstick.sourceforge.net/docs/ Downloads http://sourceforge.net/projects/drumstick/files/0.3.0/ openSUSE Build Service - RPM packages http://software.opensuse.org/search?baseproject=ALL&p=1&q=drumstick Regards, Pedro

15 years, 11 months

[LAD] [ANN] QmidiCtl, QmidiNet 0.0.1 - New Kids On the Block

by Rui Nuno Capela

Greetings, QmidiCtl [1] is a MIDI remote controller application that sends MIDI data over the network, using UDP/IP multi-cast. It has been designed primarily for the Maemo [3] enabled handheld devices, namely the Nokia N900 [4]. In its current development state, which is obviously alpha as of this writing, it puts a mini multi-track recording control surface on your hands and on-the-go, so to speak. MMC is the feature and yours truly Qtractor [5] the target. However, any other MMC enabled DAW may be considered. However nothing of this would be possible without this little thing that gets also here its release announcement: QmidiNet [2] is a MIDI network gateway application that sends and receives MIDI data (ALSA Sequencer) over the network, using UDP/IP multi-cast. Fundamentally inspired by multimidicast [6] and designed to be compatible with ipMIDI [7] for Windows, it's a little tiny application that sits as an icon on your system tray and exposes one or more ALSA Sequencer client ports which open the way for a MIDI network mesh. Pretty neat if you think wireless and not necessarily because of QmidiCtl [1]. Alas, you can transform any Linux/ALSA computer (or Windows/ipMIDI [7] enabled one, if you dare to) into a MIDI-over-IP inter-connected node. Be free, without cables :) Websites: http://qmidictl.sourceforge.net http://qmidinet.sourceforge.net Project pages: http://sourceforge.net/projects/qmidictl http://sourceforge.net/projects/qmidinet Downloads: - source tarballs: http://downloads.sourceforge.net/qmidictl/qmidictl-0.0.1.tar.gz http://downloads.sourceforge.net/qmidinet/qmidinet-0.0.1.tar.gz - source package (openSUSE 11.2): http://downloads.sourceforge.net/qmidictl/qmidictl-0.0.1-1.rncbc.suse112.sr… http://downloads.sourceforge.net/qmidinet/qmidinet-0.0.1-1.rncbc.suse112.sr… - binary packages (openSUSE 11.2): http://downloads.sourceforge.net/qmidictl/qmidictl-0.0.1-1.rncbc.suse112.i5… http://downloads.sourceforge.net/qmidictl/qmidictl-0.0.1-1.rncbc.suse112.x8… http://downloads.sourceforge.net/qmidinet/qmidinet-0.0.1-1.rncbc.suse112.i5… http://downloads.sourceforge.net/qmidinet/qmidinet-0.0.1-1.rncbc.suse112.x8… - binary packages (Ubuntu 9.10): http://downloads.sourceforge.net/qmidictl/qmidictl_0.0.1-1.rncbc.ubuntu910_… http://downloads.sourceforge.net/qmidictl/qmidictl_0.0.1-1.rncbc.ubuntu910_… http://downloads.sourceforge.net/qmidinet/qmidinet_0.0.1-1.rncbc.ubuntu910_… http://downloads.sourceforge.net/qmidinet/qmidinet_0.0.1-1.rncbc.ubuntu910_… - binary packages (Maemo 5): http://downloads.sourceforge.net/qmidictl/qmidictl_0.0.1-1_armel.deb Weblog (upstream support): http://www.rncbc.org License: QmidiNet and QmidiCtl are both free, open-source software, distributed under the terms of the GNU General Public License (GPL) version 2 or later.</dd> References: [1] QmidiCtl - A MIDI Remote Controller via UDP/IP Multicast http://qmidictl.sourceforge.net [2] QmidiNet - A MIDI Network Gateway via UDP/IP Multicast http://qmidinet.sourceforge.net [3] Maemo.org - Home of the Maemo community http://www.maemo.org [4] Nokia N900 http://wiki.maemo.org/Nokia_N900 [5] Qtractor - A Audio/MIDI multi-track sequencer http://qtractor.sourceforge.net [6] multimidicast - sends and receives MIDI from ALSA sequencers over network http://llg.cubic.org/tools/multimidicast [7] ipMIDI - MIDI over Ethernet ports - send MIDI over your LAN http://nerds.de Cheers && Enjoy -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

15 years, 11 months

[LAD] jack daemon scripts

by Philipp

Hi there. The distro I'm using installs a script with jack that lets it run as a daemon. I'm wondering whether this makes any sense at all, whether there is a use case for this that isn't covered by anything else. I'd like to hear you opinion. http://repos.archlinux.org/wsvn/packages/jack/repos/testing-x86_64/?opt=dir jack.conf is the config file in /etc/ jack.install is run when jack is installed/upgraded/removed rc.jack is the daemon script itself So what do you think? Regards, Philipp

15 years, 11 months

[LAD] Chordata 1.0

by David García Garzón

The CLAM project is pleased to announce the first stable release of Chordata. Chordata is a simple but powerful application that analyses the chords of any music file in your computer. You can use it to travel back and forward the song while watching insightful visualizations of the tonal features of the song. Key bindings and mouse interactions for song navigation are designed thinking in a musician with an instrument at hands. Don't miss it working in this video: http://www.youtube.com/watch?v=xVmkIznjUPE Downloat it at http://clam-project.org -- David García Garzón (Work) david dot garcia at upf anotherdot edu http://www.iua.upf.edu/~dgarcia

15 years, 11 months

[LAD] tapiir website/tarball

by Philipp

I noticed a while ago that the tapiir website is gone or at least non-functional. Do you guys know more about it? http://www.iua.upf.es/~mdeboer/tapiir/ links to: http://www.iua.upf.es/~mdeboer/projects/tapiir/ links to: http://www.resorama.com/maarten/projects/tapiir which returns 404 I do have a tarball however, version 0.7.2 and still compiling with recent gcc versions: http://aur.archlinux.org/packages/tapiir/tapiir/tapiir-0.7.2.tar.gz If there is a new website or a newer tarball, please let me know. Regards, Philipp

15 years, 11 months

[LAD] CV data protocol in apps.

by alex stone

As a power user who's modestly (just kidding) keen on saving time, using great workflow, and avoiding as much of the drudgery of editing work over and over again to get an end result as is possible, i've had the privilege and pleasure of testing and working with a data protocol called CV, or control voltage, in these last 2 weeks. Non-Daw, and it's new buddy Non-Mixer, enable me to write function data in ND control sequences, or "lanes" at will. From my POV it's like turbo automation, and i'm still surprised and delighted at how easy and FAST it is to work with. Without the multiple complexity that is midi, in a simple 1:1 format, this is a very clever way to handle automated data between apps, imho. I ask Devs who are building up or modifying their linux audio and video apps, if they could cast a brief eye over this protocol, and at least spare a thought for the opportunities it offers to stream direct data from one app to another. It seems to be an ideal solution for a modular framework, without a lot of complexity involved. Best of all, it uses jack ports to do the routing work, so there's no additional work devs have to do, when trying to stream data across apps. I know some of you will be familiar with this protocol, so this quick note could be considered a reminder. :) Non-Daw, and Non-Mixer are CV capable, and i can enthusiastically testify to the system working very well indeed. I guess you could call this a quick heads up for a community interapp opportunity, and given the recent resurgence of the Session discussion (woohoo), i'm thinking the CV protocol might be complementary as a component in such a framework, from a user's perspective. Alex. -- www.openoctave.org midi-subscribe(a)openoctave.org development-subscribe(a)openoctave.org

15 years, 11 months

Jump to page:

2026

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