Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7520 discussions

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, 3 months

[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, 3 months

[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, 3 months

[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, 3 months

[linux-audio-dev] Aqualung mailing list & bugtracker up and running

by Tom Szilagyi

Hi all, the Aqualung project (http://aqualung.sf.net) opened a mailing list for development as well as user discussion. I would kindly invite everyone interested to join the list. I would also like to thank LA list members for their patience. Our list is called aqualung-friends. To subscribe, go to: https://lists.sourceforge.net/lists/listinfo/aqualung-friends The list is members-only. After subscribing, post messages to: aqualung-friends(a)lists.sourceforge.net We are planning to keep the list relatively low-traffic (no cvs diffs, no daily releases), but we would like to have a separate place for discussion so as not to flood the general LA lists with our own troublesome issues. We now also have a Mantis bugtracker available at: http://aqualung.sf.net/mantis I encourage everyone to add bugs, feature requests or whatever. Thanks for all your support, Tom

21 years, 3 months

[linux-audio-dev] Pure Data Trigger Gang Bang 01

by Frank Barknecht

21 years, 3 months

[linux-audio-dev] Re: This better not be patented...

by Juhana Sadeharju

>From: Jens M Andreasen <jens.andreasen(a)chello.se> >> >> http://www.tomshardware.com/hardnews/20040902_135943.html > >As of lately, GPUs have turned into very flexible massive >vectorprocessors. Precision is 32bit floats (but you can trade it down >to get more work done) Yes, it could be that the "invention" implements the algorithms trivially in GPU -- like anyone would implement when getting started in to GPU programming. It is like Nokia mobile connected to the wall power outlet. The Nokia mobile does not take power directly from the wall because that "invention" is patented. Nokia mobile is forced to take power from the battery (which could be next to dead). All this even devices have taken power directly from the wall for decades. GPU is yet another new gear to play with, just like mobiles. Anything can be patented, I'm afraid. >PS: You need not worry about patents for performing an algorithm on a >processor. Especially not when the vendor supplies you with a C-like >languge for doing exactly that. The article says quite clearly that the invention is patented. They would be fools not to try to patent it because the market is huge. >Neat idea, been meaning to try it since the OpenGL2 shader compilers >were released. I have had years this idea of using graphics texture functions to generate audio noises and signals. This app runs naturally on GPU. Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

21 years, 3 months

[linux-audio-dev] libao latency

by Thomas Kay

Hi All, I'm trying to develop a custom wav player app using libao - I need to keep the audio latency as small as possible in this project. I was wondering if anybody has done any tests to see how latent libao is for this, or whether I should just throw in the towel now, and move to jack/libalsa? Also I was wondering whether reading each sample at a time from a file is likely to be dropping the real-time ness, or whether people have found that this isn't really such a limiting factor. At the moment it seems quite slow, but then I am developing in vmware- so I guess that adds quite alot of latency!? Tom

21 years, 3 months

[linux-audio-dev] OSC vs MIDI

by Dave Griffiths

Hi all, Ok, so I'm playing with osc (currently doing gui->app communication with it) but all my individual apps still talk midi between them. This is quite cumbersome, as I want to start having lots of controls that midi doesn't support - and I don't really "think" in midi these days anyway. Is there a case now to ditch midi support and go with osc for everything? I see midi messages are a type within osc anyway - is it fairly straight forward to be backwards compatible this way? cheers, dave

21 years, 3 months

[linux-audio-dev] Re: Which API to use for simple clients?

by Andrew Burgess

>I have two Audio related projects that need updating. >Both have existing /dev/dsp style backends at present, which have been working >fine. But recently (SuSE 9.0 install?) when run under ALSA emulation of >/dev/dsp they both started producing segfaults - "after program had exited", >(neither valgrind nor gdb can give any info on the fault). >So I decided it was time to do a native ALSA backend(s). >I have rsynth backend working, and perl Audio:: one almost working. >But before going forward I would like to solicit opinions on what >is the "right" API to use. >(please tell me if I missed any): Portaudio, which gives you macos and windows for free (but of course you must also port the gui stuff...) >2. ALSA >3. JACK Do the callbacks once and it's trivial to port to all three of the above in my experience.

21 years, 3 months

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