Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

1 participants
7456 discussions

[linux-audio-dev] XAP stuff still pending

by Tim Hockin

Items we haven't agreed to a solution on (or that I missed the solution for :) 1) Do plugins load the default value for all their controls or do we have to send an event for data they already know? 2) Do we need a run_adding() form of run()? If so what are the semanitcs and how to specify the run_adding_gain?

21 years, 9 months

[linux-audio-dev] [ANN] ALSA Patch Bay 0.5.1 (bug fix)

by Bob Ham

Hi, There was a problem compiling the gtkmm ui in 0.5.0 with the latest sigc++.. oops :) Fixed now. Trivial patch attached, and a new tarball and everything up on the website. http://pkl.net/~node/alsa-patch-bay.html Bob -- Bob Ham <rah(a)bash.sh>

21 years, 9 months

[linux-audio-dev] [ANN] ALSA Patch Bay 0.5.0

by Bob Ham

Hi all, Now supports jack. It needs the patchbay-facilitating jack functions that are only in cvs atm, tho; there's been no tarball release with them yet. And yes, it's still called "ALSA" patchbay :) * added jack driver, also installing a jack-patch-bay link to alsa-patch-bay and a jack-patch-bay.desktop * added client subscriptions, similar to qjackconnect; press a read port twice http://pkl.net/~node/alsa-patch-bay.html Bob -- Bob Ham <rah(a)bash.sh>

21 years, 9 months

[linux-audio-dev] [ANN] AlsaPlayer 0.99.74

by Andy Lo A Foe

Hello! AlsaPlayer 0.99.74 is out! This release includes a ton of new features and many bug fixes. Most notable are preliminary Icecast/Shoutcast streaming support (mp3 and ogg sources), CDDB lookup for CD tracks, a new xosd interface plygin, expanded libalsaplayer API, FLAC http streaming, command line player control and much more. Work is also progressing on a new gtk2 based interface (to be released in a couple of weeks). Get your copy at: http://www.alsaplayer.org ftp://ftp.alsa-project.org/pub/people/andy/alsaplayer-0.99.74.tar.bz2 http://prdownloads.sourceforge.net/alsaplayer/alsaplayer-0.99.74.tar.bz2 Please report bugs, comments, etc. to the alsaplayer-devel mailing list. Enjoy! Andy @ alsaplayer.org

21 years, 9 months

[linux-audio-dev] ZynAddSubFX 1.0.7

by Nasca Paul

Hi. I relased ZynAddSubFX 1.0.7 . News: - some settings (like samplerate) are set at runtime (by comand line) - added Distorsion effect - added controllers, and NRPNs for changing all effects parameters by midi - bugs removed and other improovements See at http://sourceforge.net/projects/zynaddsubfx or http://zynaddsubfx.sourceforge.net. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

21 years, 9 months

RE: [linux-audio-dev] newest audio server for Linux (yep, yet ano ther)

by STEFFL, ERIK (SBCSI)

> -----Original Message----- > From: David O'Toole [mailto:dto@gnu.org] > > > Probably. I think it was Bjarne Stroustrup who said > > > something along the > > > lines of "Every use of a define is an instance of a programmer not > > > programming correctly." But I was just wondering if it was some > > > portability thing or something. > > > > I think the basic idea is not to use preprocessor for > programming... > > Did Bjarne say that before or after he invented templates? :-) :-) I have exactly the same problem with templates, it pretends to be dynamic while it's just statically generated (=similar to preprocessor, which I guess is your point) erik

21 years, 9 months

[linux-audio-dev] [ANN] LADCCA 0.3.0

by Bob Ham

Hi all, LADCCA, the session management system for jack and alsa sequencer applications on linux is now at version 0.3. After about a month of gentle fiddling, it now seems to work quite well. As an example, I managed to run muse, 2 standalone copies of iiwusynth and 2 copies of jack rack, save it with the server, close all the apps and restore it nearly perfectly (I say "nearly" as muse likes to control alsa ports and connections.) It's certainly coming along. Quite a few people have mentioned that they don't have a recent version of alsa and so no alsa.pc file in order for pkgconfig to detect it. This time, I've included an alsa.pc in the tarball. Obviously, inspect it first and make sure the prefix is ok and it's all kosher. * Added the facility to run restored apps in a terminal using xterm, and added the CCA_Terminal client flag for clients that need a terminal to operate. * much improved jack and alsa listeners in the server * quite a few compilation and bug fixes and whatnot http://pkl.net/~node/ladcca.html Bob -- Bob Ham <rah(a)bash.sh>

21 years, 9 months

[linux-audio-dev] Re: [Jackit-devel] usetsched: RT-priority changer library

by Takashi Iwai

At Wed, 05 Feb 2003 13:07:59 -0500, Paul Davis wrote: > > >i wrote a small helper library which allows applications to change > >their realtime-priority without having root privilege. > > > >the method is similar like utempter library: the library forks and > >execs the checker program which is set as setuid-root. then the > >checker proves the invoking application and user (group or host) is > >registered in the list, and if it's ok, changes the RT-priority of the > >process. since each user and each application is tested, it's more > >secure. the advantage is also that no special kernel patches are > >necessary. > > takashi - this isn't enough for most apps, because they need to use > mlockall(2) as well. i don't think there is anyway to get the > priviledge for this without either have an euid of 0 or have the > relevant capabilities. yes, that's true. and it's also correct that mlock() can be achieved only via root-priv or CAP_IPC_SHM capability, unfortunately. the merit of my library is, however, that at least the RT-priority can be changed even with a normal kernel in a more secure way. that's what it's for. the importance of sched_setscheduler() is bigger than mlock() usually. but if you need really reliable operation, you must take a root-priv. btw, the similar mechanism can be applied to the case with capabilities. the sched_setscheduler() and mlock() wrappers call the helper to change the capability of the caller process (with a certain permission check) automatically if no capapbility was given. Takashi

21 years, 9 months

[linux-audio-dev] newest audio server for Linux (yep, yet another)

by Phil Burk

> Bjarne Stroustrup who said something along the > lines of "Every use of a define is an instance of a programmer not > programming correctly." Gee, thanks. But Bjarne Stroustrup was probably writing about C++, which allows constants to be associated with a class: const double Synth::DEFAULT_FRAME_RATE = 44100.0; For C++, this construct is preferable to using a #define because the scope is limited to the class and would not conflict with, for example: const double Video::DEFAULT_FRAME_RATE = 30.0; That is a great feature of C++ but PortAudio is using 'C' not C++. So I think our only choices are #define and enum. PortAudio uses both. http://www.portaudio.com/docs/v19-doxydocs/portaudio_8h.html Are enums better than #defines?? I am always trying to improve my 'C' chops so I am open to suggestions. Phil Burk > > > > Imagine being able to write to an API as simple and well-designed as > > > > this: <http://www.portaudio.com/docs/v19-doxydocs/portaudio_8h.html> > > > > > > Just out of interest, why are paNoDevice, paFloat32, etc, defines > > > instead of const values? > > > > I don't really know. Isn't that kind of a six/half-dozen detail? > > Probably. I think it was Bjarne Stroustrup who said something along the > lines of "Every use of a define is an instance of a programmer not > programming correctly." But I was just wondering if it was some > portability thing or something. > -- > Bob Ham <rah(a)bash.sh>

21 years, 9 months

[linux-audio-dev] usetsched: RT-priority changer library

by Takashi Iwai

Hi, i wrote a small helper library which allows applications to change their realtime-priority without having root privilege. the method is similar like utempter library: the library forks and execs the checker program which is set as setuid-root. then the checker proves the invoking application and user (group or host) is registered in the list, and if it's ok, changes the RT-priority of the process. since each user and each application is tested, it's more secure. the advantage is also that no special kernel patches are necessary. the changes needed for applications are only - add the following: #define WRAPPER_USETSCHED #include <usetsched.h> - link with -lusetsched i've tested (modified) jack and timidity. so far, it looks working fine. the detailed info is found at http://www.alsa-project.org/~iwai/usetsched/index.html the jack-patch is being prepared now. will be ready tomorrow. ciao, Takashi

21 years, 9 months

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