Linux-audio-dev July 2004

linux-audio-dev@lists.linuxaudio.org

104 participants
77 discussions

by rob buse

Hey everyone! There is a new version of seq24 up. http://www.filter24.org/seq24/ * Added button for seperate note length. * Mouse wheel can now change values in editor. * Many misc bugs fixed. cheers!! rob buse ------------------------------------------------------ http://filter24.org art + technology _______________________________________________________ Sent through e-mol. E-mail, Anywhere, Anytime. http://www.e-mol.com

19 years, 9 months

[linux-audio-dev] Re: [Jackit-devel] new low latency patch for 2.6

by Ingo Molnar

* Jeremy Hall <jhall(a)maoz.com> wrote: > I compiled this on SMP and when I enabled preempt in /proc/sys/kernel > commands worked for a few seconds, then the machine crashed. It > responded to pings but otherwise was dead in the water. When I > enabled voluntary preempt as well, the machine almost immediately > crashed. > > The note says that you should be able to switch from the four modes of > operation at will while the machine is running. Is that true? it's true, it should work. This is probably a bug in the patch. Investigating it. Ingo

19 years, 9 months

[linux-audio-dev] [ANN] Digital Room Correction (DRC) 2.4.2

by Denis Sbragion

Hello, DRC 2.4.2 has been released and is available at: http://freshmeat.net/projects/drc Changes: This release features better handling of underflow problems during homomorphic deconvolutions. There were some speed improvements. Search and output of peak value and peak position were added to lsconv. Best of listening, -- Denis Sbragion InfoTecna Tel: +39 0362 805396, Fax: +39 0362 805404 URL: http://www.infotecna.it

19 years, 9 months

[linux-audio-dev] Length of a soundfile in a script

by Hans Fugal

I thought sox might be able to do it but I don't see it if it's there. I want to know how long (in time) an audio file is. Preferably output the number of seconds or some fraction thereof to stdout, and preferably can handle a large variety of sound types like sox (but if not, I can use sox). I know I could use sox to output raw and get the size of the resulting file and do a little arithmetic, but that would be silly if there's a utility for doing this sort of thing. Why? I have my computer as an answering machine, and don't want to be bothered with hangups (very short messages). BTW, an answering machine is great fun to mess with all sorts of audio things, especially the beeps. :-) -- .O. Hans Fugal | De gustibus non disputandum est. ..O http://hans.fugal.net | Debian, vim, mutt, ruby, text, gpg OOO | WindowMaker, gaim, UTF-8, RISC, JS Bach --------------------------------------------------------------------- GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460

19 years, 9 months

[linux-audio-dev] new low latency patch for 2.6

by Thomas Charbonnel

Hi, This is great news, Ingo Molnar strikes back with a low latency patch for 2.6 ! See the original message here : http://groups.google.com/groups?q=Voluntary+Kernel+Preemption+Patch&lr=&ie=… Direct link to the patch against 2.6.7-bk20 : http://redhat.com/~mingo/voluntary-preempt/voluntary-preempt-2.6.7-bk20-H2 Thomas

19 years, 9 months

[linux-audio-dev] Signals and Threads

by Michael Ost

Howdy, list: Does a signal handler (like segfault, or divide by zero) run at the priority of the thread that it gets generated for? Say thread 1 is normal prio and thread 2 is SCHED_RR thread. In normal operation thread 1 can't interrupt or supersede thread 2. Does this hold if, say, thread 1 gets a SEGV signal? Does its handler wait until thread 2 is not running to do its thing? And does it get interrupted if thread 2 wakes up while the handler is working? It would seem that signal handlers use a threads priority, from scanning the web and docs, given that threads have their own signal masks and handlers. But perhaps one of you knows this stuff off the top of your head? I want to improve how our system reacts to a crash, but I'm concerned that the real time audio processing thread will keep the signal handler from reacting promptly. I'm running Linux kernel 2.4.19 with glibc 2.3.2 which provides the libpthread implementation we use to create threads. Thanks in advance for any help... mo ========================= Michael Ost, Software Architect Muse Research, Inc. most(a)museresearch.com PS: moderator, I tried to remove a similar message sent from another email account, but the 'remove' code didn't work.

19 years, 9 months

[linux-audio-dev] Prony algorithm?

by Dr.Graef＠t-online.de

Hi, does anyone know a library (preferably C/C++, or anything that interfaces to it) which implements the Prony algorithm (a.k.a. least squares fitting of a sampled signal to a sum of damped sinusoids)? TIA Albert -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de WWW: http://www.musikwissenschaft.uni-mainz.de/~ag

19 years, 9 months

Re: [linux-audio-dev] Tutorial on Professional Audio GNU/Linux Tools

by Aaron Trumm

And did you find RoseGarden and Ardour we're sync'd up tightly? I have yet to find them REALLY syncing really tightly.... what distro are you on? what versions of the software? what hardware? ------- NQuit www.nquit.com ------- ----- Original Message ----- From: xamat(a)iua.upf.es Sent: 7/8/2004 6:13:42 PM To: linux-audio-dev@music.columbia.edu;developers@lists.agnula.org Subject: [linux-audio-dev] Tutorial on Professional Audio GNU/Linux Tools > > Hi all, > > Today we (I should say Pau Arum?and Maarten de Boer) have given a > tutorial on Professional Audio tools in GNU/Linux in the context of some > conferences on Free Software held near Barcelona, Spain. > > We have showed a great deal of applications. The final demonstration > consisted on reproducing a real professional recording studio situation. > This has been accomplished using Ardour for multitrack recording and > mixing, RoseGarden for MIDI sequencing, Jamin for mastering, qjackctl for > connecting it all and, of course, ALSA. We have recorded live audio tracks > (bass guitar) as well as MIDI from a keyboard controller. Ardour and > RoseGarden have been synchronized and the output of RoseGarden has been > recorded into Ardour. After applying some LADSPA plugins in Ardour, the > final mix has been sent to jamin for the mastering process. All > connections via Jack. > > Everything has worked perfectly so I just wanted to share the success with > all the community and especially congratulate all the developers behind > those great applications and GNU/Linux audio in general. > > ------------------------ > Xavier Amatriain > Music Technology Group > Universitat Pompeu Fabra > www.iua.upf.es/~xamat > -------------------------

19 years, 9 months

[linux-audio-dev] Tutorial on Professional Audio GNU/Linux Tools

by xamat＠iua.upf.es

Hi all, Today we (I should say Pau Arumí and Maarten de Boer) have given a tutorial on Professional Audio tools in GNU/Linux in the context of some conferences on Free Software held near Barcelona, Spain. We have showed a great deal of applications. The final demonstration consisted on reproducing a real professional recording studio situation. This has been accomplished using Ardour for multitrack recording and mixing, RoseGarden for MIDI sequencing, Jamin for mastering, qjackctl for connecting it all and, of course, ALSA. We have recorded live audio tracks (bass guitar) as well as MIDI from a keyboard controller. Ardour and RoseGarden have been synchronized and the output of RoseGarden has been recorded into Ardour. After applying some LADSPA plugins in Ardour, the final mix has been sent to jamin for the mastering process. All connections via Jack. Everything has worked perfectly so I just wanted to share the success with all the community and especially congratulate all the developers behind those great applications and GNU/Linux audio in general. ------------------------ Xavier Amatriain Music Technology Group Universitat Pompeu Fabra www.iua.upf.es/~xamat -------------------------

19 years, 9 months

[linux-audio-dev] ANNOUNCE: BEAST/BSE v0.6.2

by Tim Janik

BEAST/BSE version 0.6.2 is available for download at: ftp://beast.gtk.org/pub/beast/v0.6/ or http://beast.gtk.org/beast-ftp/v0.6/ This is a development version of BEAST/BSE, the BEdevilled Audio SysTem and the Bedevilled Sound Engine. BEAST is a powerful music composition and modular synthesis application released as free software under the GNU GPL and GNU LGPL, that runs under unix. The project is hosted at: http://beast.gtk.org A mailing list is available at: http://mail.gnome.org/mailman/listinfo/beast/ This new development series of BEAST comes with a lot of the internals redone, many new GUI features and a sound generation back-end separated from all GUI activities. Outstanding new features include support for skins, many sample file formats, MIDI file import abilities, an improved piano roll widget, the track editor which allows for easy selection of synthesisers or samples as track sources, loop support in songs and unlimited Undo/Redo capabilities. Overview of Changes in BEAST/BSE 0.6.2: * Rewrote scrollbar sizing, so tracks and parts are easily resizable * Lots of small GUI enhancements and fixes * Added CPU usage information view * Enabled tooltips on menu items * Rewrote logging, messaging and error reporting system * Fixed attack time handling in SimpleADSR * Added support for 1/32, 1/64 and 1/128 notes and quantization steps * Added skin and row highlighting support to the pattern editor * Adjusted skins (pacified some of the more disturbing ones) * Added British English translation [Gareth Owen] * Added Canadian English translation [Adam Weinberger] * Added Brazilian Portuguese translation [Raphael Higino] * Updated Catalan translation [Xavier Conde Rueda] * Updated Czech translation [Miloslav Trmac] * Updated Dutch translation [Tino Meinen] * Updated Croatian translation [Robert Sedak] * Updated Spanish translation [Francisco Javier F. Serrador] * Updated Russian translation [Alexandre Prokoudine] * Updated Portuguese translation [Duarte Loreto] * Updated Albanian translation [Laurent Dhima] * Various sfidl fixes [Stefan Westerfeld, Tim Janik] * First steps taken towards mixer infrastrukture * Fixed user configurable debugging support * Lots of adaptions to GLib/Gtk+-2.4 --- ciaoTJ

19 years, 9 months

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 July 2004