Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7535 discussions

[LAD] Proposal about support for multiple jack-dbus servers

by Zlobin Nikita

Hello. I looked to MPRIS specification in order to write jack transport client with this interface, and noticed solution, which could be used for jackdbus too. Currently jack serice name is fixed: org.jackaudio.service In MPRIS naming is like <prefix string>.<instance name> (e.g. org.mpris.MediaPlayer2.audacious). For jack it could have this form: org.jackaudio.<server name> or org.jackaudio.service.<server name>. Older name may be kept for compatibility, and most likely to be created by first jack server, appearing in user session. With such approach it could be possible for other daemons, e.g. ladish, to expose jack-like interfaces in more common way. Of course, currently it is done as essential (using of different service names), but it is not standard. With proposed approach it may be possible even to browse jack services. Control tools like qjackctl could even propose some menu (sidebar in patchage) or even (sic! =) transport control rack for better convenience.

12 years

[LAD] [ANN] GUI toolkit and 2 audio applications, also for Android

by W.Boeke

Hi, This is an announcement for a GUI toolkit, which works for Android tablets as well as for the Linux desktop. This means that all widgets are touch-friendly, such that values can be observed also when you put your thick fingers on the sensitive areas. The library is accompanied with 2 audio applications: a (more or less) classic synthesizer and a (not so classic) organ. Both are polyphonic. My intention was to create applications that you can use at home with a regular MIDI controller, and outdoors with an on-screen keyboard or with a mini MIDI controller. Android is traditionally plaged with a long audio latency, but the latest version (KitKat) is really good in this respect. Also the USB interface is fast. IMHO, these musical instrument applications are really playable now. Notice that you can build (if you want so) an application for Linux only, or for Android only. The source code as well as an introduction can be found at: http://members.chello.nl/w.boeke/ct-gui/index.html Comments are welcome. Regards, Wouter Boeke

12 years

[LAD] [ANN] CAPS 0.9.17

by Tim Goetze

CAPS 0.9.17 =========== http://quitte.de/dsp/caps.html The latest release of CAPS, a collection of LADSPA plugins, contains two important bugfixes and minor sonic improvements. http://quitte.de/dsp/caps.html#CHANGES James Morris insisted that something was wrong with the PlateX2 stereo reverb, and indeed, it turned out that its damping parameter would not be read correctly. (This bug, it pains me to admit it, probably dates back to 0.9.0, possibly even earlier. In my defense, I only ever use the mono-to-stereo version which was not affected.) Ricardo Crudo isolated a potential segmentation fault triggered by the 'model' parameter selection of the CabinetIV plugin. Thanks guys! http://quitte.de/dsp/caps.html#Download Upgrading is recommended. Enjoy, Tim

12 years

[LAD] [ANN] XSL stylesheets for converting specimen banks to petri-foo banks

by Thomas Mayer

Hi, I have just finished two XSL stylesheets for converting specimen banks to the save format used by petri-foo, so a user can easily switch to petri-foo: https://github.com/residuum/specimen2petri-foo There are two stylesheets, depending on your locale settings, i.e. if your locale uses comma or dot as decimal separator (if 1/2 is saved as 0.5 or 0,5 on your system). If there are any other decimal separators out there your copy s2p_comma.xsl and replace strings "0," and "1," to your settings. Do not do that with s2p_dot.xsl, because necessary version information for XML and XSL use strings like "1.0" etc. Standard sample rate is set to 44.1 kHz, if you want to change to another value, just edit the value in line 6. If you encounter any bugs, open an issue on Github or send me an email. Thanks, Thomas -- "Spielen Sie Strip Schnipp-Schnapp?" (Adam Weishaupt to Johann Wolfgang von Goethe in: Robert Shea & Robert A. Wilson, The Golden Apple) http://www.residuum.org/

12 years

Re: [LAD] Call for testing: ALSA driver for Fireworks/BeBoB based devices

by Takashi Sakamoto

Hi Maximilian, Thanks for your test and report. I cannot reproduce the bug which you reported, with: - Debian GNU/Linux 8 (jessie) - Linux kernel 3.12-1-amd64 - mplayer2 2.0-701-gd4c5b7f-2 - All of BeBoB devices which I have - $ mplay -ao alsa:device=hw=1 /usr/share/sounds/alsa/* I believe 'verbose' option for mplayer may help our debugging. Regards Takashi Sakamoto

12 years

[LAD] Release of new WORLD-based voice synthesizer

by Tobias Platen

Hello WORLD is a free software speech synthesizer on the basis of a Vocoder. It has been widely used as a backend for UTAU[1] but it should be also possible to use it as a backend for eSpeak and other accessibility and/or music applications such as the "Singing Computer"[2]. My modified version of WORLD uses the well known vorbis codec for compression. The world4espeak synthesizer is interface compatible to MBROLA, and can be used to synthesize both singing and speech in real time on a modern computer. It is hosted at gitorious.org [3]. Currently there are no voices yet, a manual how to create voices will be published soon. Tobias Platen [1] http://en.wikipedia.org/wiki/Utau [2] http://devel.freebsoft.org/singing-computer [3] https://gitorious.org/sekai

12 years

[LAD] Converting specimen banks to petri-foo

by Thomas Mayer

Hi, I have played around with petri-foo the first time, and I am thinking about switching from specimen to it. Is there a utility to convert specimen banks to petri-foo banks? As far as I can tell, it is a simple XML transformation, and I would try that, if such a utility does not exist. Thanks, Thomas -- "Ich komme aus dem Staunen nicht heraus." "Dann bleib halt drin, du Seppel" (Dietmar Dath - Die Abschaffung der Arten) http://www.residuum.org/

12 years

[LAD] LAC 2014: the Linux Audio Conference - Deadline Extension

by Frank Neumann

Since this didn't make it yet to the LAD list, I thought I'd better forward it - --- Hi all, The Linux Audio Conference submissions deadline has been extended! It is now February 3rd, 2014 (23:59 HAST) So, if you were considering to submit a paper but couldn't make up your mind yet, here is your chance to become active! Never forget that this conference lives through the people participating in it. February 3rd is the new deadline for all submission types: papers, music, installations, workshop proposals. Check out the link below for more info: http://lac.linuxaudio.org/2014/participation Please spread this information to anyone who might be interested. If you have any questions, drop us a line at lac(a)linuxaudio.org We are looking forward to seeing you in Karlsruhe in May! Thanks, The LAC2014 organization team

12 years

Re: [LAD] Releasing source code is not enough, I think...

by Filipe Coelho

On 01/21/2014 07:10 PM, John Hammen wrote: >> Then they should wait until their distro or someone else provides >> > >a package. Or pay someone to do the work for them, just as they >> > >have to for commercial software, or for the mechanic you mention. > > (...) > > the idea being: a person whose paid responsibility it is to make us > LAUs happy with fresh new packages and, ideally also work with folks > upstream on build sanity issues. Filipe, would you be willing to > supervise such a person, feed them the less fun parts of what you do > and check their work? If the community is willing to pay for it, sure. But I find that a bit hard to believe... There's a difference on how KXStudio repositories are done vs regular debian/ubuntu repos. Debian and Ubuntu usually build against a specific version, and don't usually do backports. on KX repos I'm starting build all packages the same way (ie, the generic linux builds), and update software very often (sometimes minutes after release :D ). I hate when distros only package new stuff for the their newest, unreleased/testing/upcoming version and completely ignore the users running stable versions... :(

12 years

[LAD] LV2 GUI - GTK widget signal disconnect

by Aurélien Leblond

Hello, I have a strange issue in my plugins GUI beatslash-lv2 (https://github.com/blablack/beatslash-lv2) or deteriorate-lv2 (https://github.com/blablack/deteriorate-lv2). The GUI widgets to control the plugins gets disconnected when used for a while. I can reproduce the issue in Ingen almost everytime, although I never know exact when the GUI will disconnect and Ingen doesn't output any error. What happens is that once the widgets disconnect, if I try to change the values via the GUI (turn the dial, change the value of a combo box, etc) the changes are not transferred to the LV2 DSP. The way I connect the GUI values to the LV2 values is as follows: m_comboWaveForm->signal_changed().connect(compose(bind<0> (mem_fun(*this, &Vco2GUI::write_control), p_waveForm), mem_fun(*m_comboWaveForm, &ComboBoxText::get_active_row_number))); where m_comboWaveForm is of type Gtk::ComboBoxText* Even if I close the GUI and reopen it, the signals won't reconnect. I'm not sure where the issues is (GTK, LVTK.....or my code!). Is there a better way to connect signals in such design? Thanks in advance for the help. Aurélien

12 years

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