Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

[linux-audio-dev] [ANN] qjackctl 0.2.11 released!

by Rui Nuno Capela

Hi, Just less than a week after some user complaints about that glossy-glass light effect featured on the front panel display, here comes a couple of fixes that were made into this rather minor dot release. Now's the perfect time for a recommended upgrade: qjackctl 0.2.11 is here, grab it from: http://qjackctl.sourceforge.net http://sourceforge.net/projects/qjackctl Simply as is, as taken from the changelog: * Fixed Input/Output channels settings, being now either enabled when the ALSA driver is selected for Capture/Playback only. * Shiny display effect: after some conservative user complaints this pure cosmetic feature is now made optional ;) Enjoy. -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

21 years, 1 month

[linux-audio-dev] Re: [Jackit-devel] Maybe I'm going at this wrong...?

by Eric Dantan Rzewnicki

Lee Revell wrote: > On Wed, 2004-09-08 at 17:38, Lee Revell wrote: >>If you want to try the new 2.6 low latency kernel, here is a QuickStart: >>Start with: >> http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.8.tar.bz2 >>Then apply these patches in this order: >> http://kernel.org/pub/linux/kernel/v2.6/testing/patch-2.6.9-rc1.bz2 >> http://redhat.com/~mingo/voluntary-preempt/patch-2.6.9-rc1-bk12.bz2 >> http://redhat.com/~mingo/voluntary-preempt/voluntary-preempt-2.6.9-rc1-bk12… >>This will give you the irq threading settings in /proc that other posters referred to. >>Please keep in mind that this is not completely stable yet, I would not >>recommend it for production use, but it works very well for many >>people. You are likely to have better results on a regular 32 bit >>single processor (that means no hyperthreading) x86 desktop system, >>because this has been well tested. > Ugh, typo, the last patch should be 'R6' and not 'R9'. Well, actually there is an R9 out today ... I have it patched, compiled and installed. audiobox:~# uname -r 2.6.9-rc1-bk12-vp-r9 (had to lowercase the extraversion stuff to comply with debian policy when making .deb with make-kpkg) I've set all the /proc and /sys stuff I could find in the wiki (console output below). Still, I get xruns reported by my ecasound 8 analogueOsc thingy. Interestingly, though, they now only happen when I start the second ecasound process to record from the jack outputs of the first. I'll double check that with previous kernel versions when I get a chance, but I'm fairly sure this is new and an improvement. Subjectively, the sound of the analogueOscs is smoother and the zipper noise from controller movements seems much less, but still the first ecasound reports xruns when it exits. As I said earlier today, I'm not complaining. I'm just trying to help out by reporting. I'm eager and willing to help with debugging. Is there anything I may have missed? What other info should I provide? Thanks, Eric Rz. audiobox:~# cat /proc/sys/kernel/*_preemption 1 1 1 1 audiobox:~# grep . /proc/irq/*/*/threaded /proc/irq/1/i8042/threaded:1 /proc/irq/11/YMFPCI/threaded:1 /proc/irq/12/i8042/threaded:1 /proc/irq/14/ide0/threaded:1 /proc/irq/15/ide1/threaded:1 /proc/irq/4/eth0/threaded:1 /proc/irq/8/rtc/threaded:1 /proc/irq/9/ICE1712/threaded:1 audiobox:~# echo 0 > /proc/irq/9/ICE1712/threaded audiobox:~# echo 0 > /proc/irq/8/rtc/threaded audiobox:~# echo 0 > /proc/irq/11/YMFPCI/threaded audiobox:~# grep . /proc/irq/*/*/threaded /proc/irq/1/i8042/threaded:1 /proc/irq/11/YMFPCI/threaded:0 /proc/irq/12/i8042/threaded:1 /proc/irq/14/ide0/threaded:1 /proc/irq/15/ide1/threaded:1 /proc/irq/4/eth0/threaded:1 /proc/irq/8/rtc/threaded:0 /proc/irq/9/ICE1712/threaded:0 audiobox:~# grep . /sys/block/*/queue/max_sectors_kb /sys/block/hda/queue/max_sectors_kb:1024 /sys/block/hdc/queue/max_sectors_kb:1024 audiobox:~# echo 16 > /sys/block/hda/queue/max_sectors_kb audiobox:~# echo 16 > /sys/block/hdc/queue/max_sectors_kb audiobox:~# grep . /sys/block/*/queue/max_sectors_kb /sys/block/hda/queue/max_sectors_kb:16 /sys/block/hdc/queue/max_sectors_kb:16

21 years, 1 month

[linux-audio-dev] Re: a flex/bison question

by vanDongen/Gilcher

On Thursday 09 September 2004 16:01, > From: Dave Phillips <dlphilp(a)bright.net> > Greetings: > > I'm trying to debug a problem that occurs at the link stage in > compiling CVS sources for Denemo. Here's the moment in question: > Any suggestions for fixing ? > > Flex 2.5.4, bison 1.35, gcc 3.2.2. > Upgrade flex. 2.5.4 has known bugs for generating incorrect C++ code that gcc 3.2 and later have problems with. f.i. from the lilypond documentation <quote> WARNING: plain Flex 2.5.4(a) generates invalid C++ code. GCC 3.x chokes on this. If you wish to use GCC 3.x, make sure that your distribution supports g++ 3.x and flex. For workarounds, see lexer-gcc-3.1.sh in the source directory. </quote> So I guess you could look at the lilypond sources for workarounds as well. Alternatively get flex at http://lex.sourceforge.net/ There are however also bugs with the most recent version(2.5.31), so the linuxfromscratch folks recommend the patches from debian: you can get the patch from: http://www.linuxfromscratch.org/patches/lfs/cvs/unstable/flex-2.5.31-debian… Hope this helps Gerard -- electronic & acoustic musics-- http://www.xs4all.nl/~gml

21 years, 1 month

Re: [linux-audio-dev] a question re: the MIDI spec

by Pedro Lopez-Cabanillas

On Thursday 09 September 2004, Clemens Ladisch wrote: > M-Audio started following suit only after they hung their engineers > with a USB cable and bought Evolution who had always made > class-compliant devices. And now Avid (the company owning Digidesign) bought M-Audio. I hope to see the engineers that made the MBox hanging in the end of an USB cable. Regards, Pedro

21 years, 1 month

[linux-audio-dev] Re: OSC vs MIDI

by Andrew Burgess

>On Sat, 2004-09-04 at 06:55, Steve Harris wrote: >> On Fri, Sep 03, 2004 at 05:40:12 -0700, Andrew Burgess wrote: >> > >Service discovery just covers being able to locate liblo servers >> > >> > I wonder if it's possible to use portmap for service discovery? >> >> I dont know, but I think you shouldn't :) >> >Seconded. There is a good reason that portmap has been around for 20 >years or so and only NFS uses it. Please tell us what that reason is... Thanks in advance

21 years, 1 month

[linux-audio-dev] Announcing the Polypaudio sound server

by Lennart Poettering

Hi! I am pleased to announce version 0.4 of the Polypaudio sound server. See http://0pointer.de/lennart/projects/polypaudio/ for more information. I will try to push Polypaudio into both Gnome and KDE as replacement for esound resp. aRts. I am interested in your comments on Polypaudio. Please comment especially on the client APIs available on http://0pointer.de/lennart/projects/polypaudio/doxygen/ For a quick comparison with aRts/Esound see the FAQ: http://0pointer.de/lennart/projects/polypaudio/FAQ.html I am always interested in new devlopers: if you are interested feel free to contact me! polypaudio is not a sound server for professional audio, it is a sound server for desktop environments. Please keep that in mind when grumbling about this software. Thanks for your time, Lennart -- name { Lennart Poettering } loc { Hamburg - Germany } mail { mzft (at) 0pointer (dot) de } gpg { 1A015CC4 } www { http://0pointer.de/lennart/ } icq# { 11060553 }

21 years, 1 month

[linux-audio-dev] Re: OSC vs MIDI

by Andrew Burgess

>> >Service discovery just covers being able to locate liblo servers >> >> I wonder if it's possible to use portmap for service discovery? >I dont know, but I think you shouldn't :) Please say why. Thanks! >Zeroconf seems like a good fit however.

21 years, 1 month

[linux-audio-dev] a flex/bison question

by Dave Phillips

Greetings: I'm trying to debug a problem that occurs at the link stage in compiling CVS sources for Denemo. Here's the moment in question: g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../intl -I../intl -I../include -I../pixmaps -DLOCALEDIR=\"/usr/local/share/locale\" -DPKGDATADIR=\"/usr/local/share/denemo/\" -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -g -Wall -O2 -c -o lyparser.o `test -f 'lyparser.cpp' || echo './'`lyparser.cpp /bin/sh ../libtool --mode=link g++ -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -g -Wall -O2 -o denemo articulations.o calculatepositions.o changenotehead.o chordops.o clefdialog.o commandfuncs.o contexts.o draw.o drawaccidentals.o drawclefs.o drawcursor.o drawkey.o drawdynamic.o drawlilydir.o drawnotes.o drawselection.o drawstemdir.o drawtimesig.o drawtuplets.o drawlyric.o dynamic.o drawfigure.o exportabc.o exportmudela.o exportxml.o file.o frogio.o gcs.o headerdialog.o hairpin.o help.o importxml.o importmidi.o kbd-custom.o kbd-interface.o keyresponses.o keysigdialog.o lilydirectives.o figure.o lyparserfuncs.o main.o measureops.o midi.o moveviewport.o mousing.o barline.o view.o mwidthdialog.o objops.o exportmidi.o instrumentname.o playback.o playbackprops.o plugin.o prefdialog.o prefops.o processstaffname.o csoundplayback.o lyric.o scoreops.o selectops.o staffheightdialog.o staffops.o staffpropdialog.o drawbarline.o slurs.o timedialog.o tomeasuredialog.o tupletops.o utils.o graceops.o runsilent.o drawgrace.o print.o exportcsound.o lylexer.o lyparser.o froglexer.o frogparser.o -Wl,--export-dynamic -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -L/usr/lib -lxml2 -lz -lm g++ -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -g -Wall -O2 -o denemo articulations.o calculatepositions.o changenotehead.o chordops.o clefdialog.o commandfuncs.o contexts.o draw.o drawaccidentals.o drawclefs.o drawcursor.o drawkey.o drawdynamic.o drawlilydir.o drawnotes.o drawselection.o drawstemdir.o drawtimesig.o drawtuplets.o drawlyric.o dynamic.o drawfigure.o exportabc.o exportmudela.o exportxml.o file.o frogio.o gcs.o headerdialog.o hairpin.o help.o importxml.o importmidi.o kbd-custom.o kbd-interface.o keyresponses.o keysigdialog.o lilydirectives.o figure.o lyparserfuncs.o main.o measureops.o midi.o moveviewport.o mousing.o barline.o view.o mwidthdialog.o objops.o exportmidi.o instrumentname.o playback.o playbackprops.o plugin.o prefdialog.o prefops.o processstaffname.o csoundplayback.o lyric.o scoreops.o selectops.o staffheightdialog.o staffops.o staffpropdialog.o drawbarline.o slurs.o timedialog.o tomeasuredialog.o tupletops.o utils.o graceops.o runsilent.o drawgrace.o print.o exportcsound.o lylexer.o lyparser.o froglexer.o frogparser.o -Wl,--export-dynamic -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -L/usr/lib /usr/lib/libxml2.so -lz -lm lyparser.o(.bss+0x84): In function `typed_glist': ./lyparser.y:106: multiple definition of `yylloc' lylexer.o(.bss+0x10038): first defined here collect2: ld returned 1 exit status make[2]: *** [denemo] Error 1 make[2]: Leaving directory `/home/dlphilp/denemo/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/dlphilp/denemo' make: *** [all] Error 2 I've followed earlier advice and removed/restored lyparser.cpp, lyparser.h, and lylexer.cpp, but the error remains. The sources for those files are lylexer.l and lyparser.y, but I'm ham ignorant about flex and bison and know nothing about troubleshooting errors related to them. Any suggestions for fixing ? Flex 2.5.4, bison 1.35, gcc 3.2.2. Best regards, dp

21 years, 1 month

[linux-audio-dev] [ANN] Hydrogen v0.9.0 Released

by Comix

Hydrogen 0.9.0 is out! :) Features: __General__ * Very user-friendly, modular, fast and intuitive graphical interface based on QT 3. * Sample-based stereo audio engine, with import of sound samples in .wav, .au and .aiff formats. * Support of samples in compressed FLAC file. __Sequencer and mixer__ * Pattern-based sequencer, with unlimited number of patterns and ability to chain patterns into a song. * Up to 64 ticks per pattern with individual level per event and variable pattern length. * 32 instrument tracks with volume, mute, solo, pan capabilities. * Multi layer support for instruments (up to 16 samples for each instrument). * Ability to import/export song files. * Unique human velocity, human time and swing functions. * Multiple patterns playing at once. __Other__ * OSS and Jack audio drivers, with assignable Jack ports. * ALSA MIDI input with assignable midi-in channel (1..16, ALL). * Import/export of drumkits. * Export song to wav file. * Export song to midi file. Changes: * Multi layer support for instruments (up to 16 samples). * Multiple patterns playing at once. * Added FLAC files support for songs and drumkits. * Added pitch and gain properties per instrument. * Improved song and pattern editor (selections, copy/move, etc..). * Added a new selectable user interface (single panel). * Better jack-transport support. * Ability to set the note length in pattern editor * Export song to standard midi file Download: http://hydrogen.sourceforge.net Happy drumming! :^) -- Alessandro <Comix> Cominu http://hydrogen.sf.net e-mail: comix(a)despammed.com Icq: 116354077 Linux User # 203765 [...Codito Ergo Sum...]

21 years, 1 month

[linux-audio-dev] Using FFT to figure out frequencies of partials?

by Mario Lang

Hi. I am trying to finally get a grip on what a FFT really does by the learning by doing approach. I ripped some code from qjacktuner (thanks to Karsten Wiese) and rewrote it such that it uses fftw3 (which I'd prefer as a backend for now). However, the code executes, but returns very strange results, and so I am asking the DSP coders of you if you perhaps can see the probably quite obvious error I am making? When I pluck the A string on my guitar, I receive output like this: Sample rate: 48000 0 = {freq=143.807441, amp=8.776460} 1 = {freq=162.811147, amp=9.086173} 2 = {freq=181.814852, amp=9.604586} 3 = {freq=200.818557, amp=9.631306} 0 = {freq=148.405443, amp=9.330607} 1 = {freq=271.871957, amp=nan} 2 = {freq=148.405443, amp=49.469994} 3 = {freq=148.405443, amp=45.180032} 0 = {freq=19.003705, amp=47.543385} 2 = {freq=19.003705, amp=66.636058} 3 = {freq=394.003705, amp=63.710202} 0 = {freq=19.003705, amp=19.350767} 2 = {freq=19.003705, amp=28.120214} 3 = {freq=394.003705, amp=56.406310} 0 = {freq=19.003705, amp=42.607500} 2 = {freq=19.003705, amp=78.669607} 3 = {freq=241.974062, amp=38.201785} 0 = {freq=19.003705, amp=2.835922} 2 = {freq=241.974062, amp=93.692646} 3 = {freq=394.003705, amp=48.011389} 0 = {freq=19.003705, amp=45.488988} 2 = {freq=19.003705, amp=46.009611} 3 = {freq=394.003705, amp=60.820928} 2 = {freq=19.003705, amp=54.438861} 3 = {freq=394.003705, amp=47.402751} In fact, it seems no matter what sound input I give it, it ends up reporting 19.003705 as the loudest frequency. This is obviously wrong. Insight appreciated :-) /* foolowing code is only partial, so it doesn't compile, I can provide * you with the full source of the program if you want. * Variable "rate" is the current sampling rate (48000 in my case). */ #include <fftw3.h> #define M_PI 3.14159265358979323846 #define MAX_FFT_LENGTH 16384 static float sampleFIFO[MAX_FFT_LENGTH]; static float *sample = NULL; static float lastPhase[MAX_FFT_LENGTH/2+1]; static int fftSize; static double *fftIn; static fftw_complex *fftOut; static fftw_plan fftPlan; void fftInit (int size) { fftIn = fftw_malloc(sizeof(double) * size); fftOut = fftw_malloc(sizeof(fftw_complex) * (size/2+1)); fftSize = size; fftPlan = fftw_plan_dft_r2c_1d(fftSize, fftIn, fftOut, FFTW_MEASURE); memset(sampleFIFO, 0, MAX_FFT_LENGTH*sizeof(float)); memset(lastPhase, 0, (MAX_FFT_LENGTH*sizeof(float))/2); } void fftMeasure (int nframes, int osamp, float *indata) { double freqPerBin, expct; long i,k, qpd, inFifoLatency, stepSize; stepSize = fftSize/osamp; freqPerBin = rate/(double)fftSize; expct = 2.*M_PI*(double)stepSize/(double)fftSize; inFifoLatency = fftSize-stepSize; if (!sample) sample = sampleFIFO + inFifoLatency; for (i=0; i<nframes; i++) { *sample++ = indata[i]; if (sample-sampleFIFO >= fftSize) { sample = sampleFIFO + inFifoLatency; for (k=0; k<fftSize; k++) { double window = -.5*cos(2.*M_PI*(double)k/(double)fftSize)+.5; fftIn[k] = sampleFIFO[k] * window; } fftw_execute(fftPlan); for (k=0; k<=fftSize/2; k++) { double magn, phase, tmp, real, imag; real = fftOut[k][0]; imag = fftOut[k][1]; /* compute magnitude and phase */ magn = 2.*sqrt(real*real + imag*imag); phase = atan2(imag,real); /* compute phase difference */ tmp = phase - lastPhase[k]; lastPhase[k] = phase; /* subtract expected phase difference */ tmp -= (double)k*expct; /* map delta phase into +/- Pi interval */ qpd = (long)(tmp / M_PI); if (qpd >= 0) qpd += qpd&1; else qpd -= qpd&1; tmp -= M_PI*(double)qpd; /* get deviation from bin frequency from the +/- Pi interval */ tmp = osamp*tmp/(2.*M_PI); /* compute the k-th partials' true frequency */ tmp = (double)k*freqPerBin + tmp*freqPerBin; if (tmp > 0.0) { printf("%d = {freq=%f, amp=%f}\n", k, tmp, magn); } } /* move input FIFO */ for (k=0; k<inFifoLatency; k++) sampleFIFO[k] = sampleFIFO[k+stepSize]; } } } void fftFree () { fftw_destroy_plan(fftPlan); fftw_free(fftIn); fftw_free(fftOut); } -- Thanks, Mario

21 years, 1 month

Jump to page:

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