Linux-audio-user October 2008

linux-audio-user@lists.linuxaudio.org

125 participants
97 discussions

by Jeremiah Benham

Sorry about the off topic post. I just figured there would be people able to answer that here. I want advice on straightening a guitar patch cord. I tend to pace and walk around when I play my guitar standing. My patch cord seems to be all curled up now. It is not tangled there is just so many curls in it now that it curls all up every time I try to straighten it. Does any one know how to solve this or do I need to just buy a new one? In the past I just put up with it until I purchased a new one. Is there a way to get the curling out? Jeremiah

17 years

Denemo 0.8 Release -

by Nils Gey

Dear linux audio users and developers, Short version: ================== Denemo 0.8 is fresh, hot and avaible now! Grab your tarball @ http://download.savannah.gnu.org/releases/denemo/ (Windows binaries will join in later) and have a look at our newest features including full scripting support! If you are a programmer please help us to give Denemo JACKmidi/JACKtransport support so that its capable of blending with the rest of Linux-pro-audio. For contact, feature requests, bug reports and further information please visit http://www.denemo.org Interesting version: ================== Denemo is a music notation program for Linux and Windows (and MacOS some time ago) that lets you rapidly enter notation for typesetting via the LilyPond music engraver (because Lilypond is the reference and there is no sense in coding your own WYSIWYG notation apps). Its mainly controlled via your pc-keyboard with several edit-modes and shortcuts. Please note that we need help! Denemo has already many notation features build-in and if anything is not avaible you can enter Lilypond commandos and save them with your denemo file so that you can use the whole range of lilypond features. This means that Denemo is already capable of writing full, professional scores. But it lacks sequencer-features like advanced playback and routing via JACKmidi and support for JACKtransport. To really become the first usefull Linux notation-editor and notation-sequencer this is the last piece of the puzzle. Version 0.8 changelog: 1. A scripting interface to the Denemo commands has been created. 2. Example script-based commands are provided with the Denemo installation. 3. New scripts can be hand-written or "recorded" from a sequence of menu item clicks or by editing another script or a mixture of these. 4. New commands (scripts) can be installed in the menu system, given keyboard shortcuts, and generally used as other commands are. 5. The example scripts provided include a script showing the potential of Denemo for use in music education. In this example, random notes are generated and the user has to name the note. 6. Other examples include scripts for commands useful when generating scores with percussion, guitar fingerings, orchestral markings etc. 7. Various bugfixes and improvements to midi import have been made. greetings, Nils Gey www.denemo.org

17 years

Intel-HDA sound issues

by J M Needham

Hi All, I've got one of these pieces of crap in a reasonable enough laptop. When I start jack, with 17.4 ms latency (3p/b, realtime, unlock mem,priority 70) I get sound being very crackly from a "test" app -- zynaddsubfx. Note this is very much not normal behaviour before Hardy Heron (wife had a baby after then and didn't have much time until now) when under Gutsy, zyn, hydrogen, rosegarden and ardour all ran swimmingly together. On the messages from Jack I have: delay of 5034.000 usecs exceeds estimated spare time of 4993.000; restart ... delay of 5101.000 usecs exceeds estimated spare time of 4993.000; restart ... delay of 5101.000 usecs exceeds estimated spare time of 4993.000; restart ... delay of 5031.000 usecs exceeds estimated spare time of 4993.000; restart ... delay of 5031.000 usecs exceeds estimated spare time of 4993.000; restart ... delay of 5073.000 usecs exceesecond. I'm running 2.6.24-21-rt under ubuntu Hardy heron. Anyone got any ideas? Jonty

17 years

Re: [LAU] compiling rubberband on Debian

by Grammostola Rosea

Josh Lawrence wrote: > On Tue, Oct 21, 2008 at 3:08 PM, Grammostola Rosea > <rosea.grammostola(a)gmail.com> wrote: > >> this is how make install ends.... is that right? >> > > WOW. I think all I had to do was > > ./configure > make > make install > > Do the make install part as root. Why are you creating all of the > directories manually? > > I do it just like you did, nothing manually But is it right now?

17 years

compiling rubberband on Debian

by Josh Lawrence

Hello! I've run into a little problem getting rubberband to compile on my Lenny system. ./configure works just fine, but make throws this up: josh@studio:~/src/rubberband-1.2$ make g++ -DHAVE_FFTW3 -DFFTW_DOUBLE_ONLY -DNO_THREAD_CHECKS -g -O2 -fPIC -Wall -I/usr/local/include -Irubberband -Isrc -c -o src/sysutils.o src/sysutils.cpp src/sysutils.cpp: In function 'float* RubberBand::allocFloat(float*, int)': src/sysutils.cpp:108: error: 'free' was not declared in this scope src/sysutils.cpp:111: error: 'posix_memalign' was not declared in this scope src/sysutils.cpp:113: error: 'malloc' was not declared in this scope src/sysutils.cpp: In function 'void RubberBand::freeFloat(float*)': src/sysutils.cpp:125: error: 'free' was not declared in this scope src/sysutils.cpp: In function 'double* RubberBand::allocDouble(double*, int)': src/sysutils.cpp:130: error: 'free' was not declared in this scope src/sysutils.cpp:133: error: 'posix_memalign' was not declared in this scope src/sysutils.cpp:135: error: 'malloc' was not declared in this scope src/sysutils.cpp: In function 'void RubberBand::freeDouble(double*)': src/sysutils.cpp:147: error: 'free' was not declared in this scope make: *** [src/sysutils.o] Error 1 gcc -v shows: Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --enable-cld --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.3.2 (Debian 4.3.2-1) Any suggestions as to what I should do to move forward? -- Josh Lawrence http://www.hardbop200.blogspot.com

17 years

jack freewheeling mode

by Grammostola Rosea

Hi, Can someone tell us more about the jack freewheeling mode as described here by Ken Restivo? http://www.restivo.org/blog/archives/in-praise-of-jack Where can I find more info about it and how do I use it?

17 years

Re: [LAU] Simple, easy multithreaded circular buffer library for Linux?

by Olivier Guilyardi

Ken Restivo a écrit : > On Sun, Oct 19, 2008 at 01:03:23PM +0200, Olivier Guilyardi wrote: >> Ken Restivo a écrit : >>> On Fri, Oct 17, 2008 at 04:39:25PM +0200, Olivier Guilyardi wrote: >>>> svn co http://svn.samalyse.com/misc/rbtest >>>> cd rbtest >>>> make test >>>> >>> cc -Wall -I. -I./jack -lpthread -o test-int-array-jack \ >>> test-int-array.c jack/ringbuffer.c >>> test-int-array.c: In function ‘main’: >>> test-int-array.c:113: warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘long unsigned int’ >>> cc -Wall -I. -I./portaudio -lpthread -o test-int-array-portaudio \ >>> test-int-array.c portaudio/ringbuffer.c portaudio/pa_ringbuffer.c >>> test-int-array.c: In function ‘main’: >>> test-int-array.c:113: warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘long unsigned int’ >>> cc -Wall -I. -I./portaudio -lpthread -o test-int-array-portaudio-nobarrier \ >>> -DNO_MEMORY_BARRIER \ >>> test-int-array.c portaudio/ringbuffer.c portaudio/pa_ringbuffer.c >>> test-int-array.c: In function ‘main’: >>> test-int-array.c:113: warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘long unsigned int’ >>> cc -Wall -I. -I./jack -lpthread -o test-int-array-jack-fix1 \ >>> test-int-array.c jack/ringbuffer-fix1.c >>> test-int-array.c: In function ‘main’: >>> test-int-array.c:113: warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘long unsigned int’ >> I only got these warnings on Mac OS X, I suppose it depends on the gcc >> and/or libc version. That did not cause any segfault in my case though. >> I've fixed it anyway. >> >>> ./alltests.sh >>> Starting ringbuffer tests (buffer size: 512) >>> >>> === Jack ringbuffer test === >>> starting ringbuffer stress test (2 minutes max) >>> buffer size (bytes): 512 >>> array size (bytes): 256 >>> ./alltests.sh: line 9: 7742 Segmentation fault ./test-int-array-jack $BUFFER_SIZE >>> >>> Info on the system this was run on, is here: >>> http://restivo.nfshost.com/projects/asus/system-details/ >> Please update rbtest to r309. >> > > > $ svn update > U test-int-array.c > Updated to revision 309. > > > $ make clean > rm test-int-array-jack test-int-array-portaudio test-int-array-portaudio-nobarrier \ > test-int-array-jack-fix1 > > > $ make test > cc -Wall -I. -I./jack -lpthread -o test-int-array-jack \ > test-int-array.c jack/ringbuffer.c > cc -Wall -I. -I./portaudio -lpthread -o test-int-array-portaudio \ > test-int-array.c portaudio/ringbuffer.c portaudio/pa_ringbuffer.c > cc -Wall -I. -I./portaudio -lpthread -o test-int-array-portaudio-nobarrier \ > -DNO_MEMORY_BARRIER \ > test-int-array.c portaudio/ringbuffer.c portaudio/pa_ringbuffer.c > cc -Wall -I. -I./jack -lpthread -o test-int-array-jack-fix1 \ > test-int-array.c jack/ringbuffer-fix1.c > ./alltests.sh > Starting ringbuffer tests (buffer size: 512) > > === Jack ringbuffer test === > starting ringbuffer stress test (2 minutes max) > buffer size (bytes): 512 > array size (bytes): 256 > ./alltests.sh: line 9: 16706 Segmentation fault ./test-int-array-jack $BUFFER_SIZE > > === Jack ringbuffer test (with fix 1) === > starting ringbuffer stress test (2 minutes max) > buffer size (bytes): 512 > array size (bytes): 256 > ./alltests.sh: line 13: 16709 Segmentation fault ./test-int-array-jack-fix1 $BUFFER_SIZE > > === Portaudio ringbuffer test === > starting ringbuffer stress test (2 minutes max) > buffer size (bytes): 512 > array size (bytes): 256 > ./alltests.sh: line 17: 16712 Segmentation fault ./test-int-array-portaudio $BUFFER_SIZE > > === Portaudio ringbuffer test (without memory barriers) === > starting ringbuffer stress test (2 minutes max) > buffer size (bytes): 512 > array size (bytes): 256 > ./alltests.sh: line 21: 16715 Segmentation fault ./test-int-array-portaudio-nobarrier $BUFFER_SIZE > make: *** [test] Error 139 > > :-( > > $ dpkg -l libc6 gcc > ii gcc 4:4.1.2-3 The GNU C compiler > ii libc6 2.7-1 GNU C Library: Shared libraries > > Unfortunately, I cannot and will not update this machine right now to see if that makes rbtest work, because everything else on this machine works stably, it's my gigging synth as well as my laptop, and I can't afford to have it destablize. Sorry. That's weird. Please try this: cc -Wall -g -I. -I./jack -lpthread -o test-int-array-jack test-int-array.c jack/ringbuffer.c gdb --args ./test-int-array-jack 512 And type "run" in gdb -- Olivier Guilyardi / Samalyse

17 years

Linux backing up Radioactive (of Spearhead)

by Ken Restivo

Here's a clip of a Linux laptop working together with a real drummer, real conga player, and real guitar player to back up Michael Franti's rapper, Radioactive: http://www.restivo.org/blog/podpress_trac/web/398/0/audiobraille-radioactiv… Everything is improvised, including the rap, which is all freestyle. What stood out for me is what a great entertainer this guy Radioactive is! His primary gig is playing festivals with Spearhead, and it shows. As soon as Radioactive walked into the room and grabbed the mic, the energy level went up instantly, like a bomb had hit it. It was a very pronounced difference. The keyboard and bass sounds are Fluidsynth on Linux. Everything else is analog instruments and voice. The clip was recorded on a Zoom H2. I remastered it in JAMIN on Linux to bring out the vocals a bit more. -ken

17 years

[Re: Simple, easy multithreaded circular buffer library for Linux?]

by Ken Restivo

On Sun, Oct 19, 2008 at 01:03:23PM +0200, Olivier Guilyardi wrote: > Ken Restivo a écrit : >> On Fri, Oct 17, 2008 at 04:39:25PM +0200, Olivier Guilyardi wrote: >>> >>> svn co http://svn.samalyse.com/misc/rbtest >>> cd rbtest >>> make test >>> >> cc -Wall -I. -I./jack -lpthread -o test-int-array-jack \ >> test-int-array.c jack/ringbuffer.c >> test-int-array.c: In function ‘main’: >> test-int-array.c:113: warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘long unsigned int’ >> cc -Wall -I. -I./portaudio -lpthread -o test-int-array-portaudio \ >> test-int-array.c portaudio/ringbuffer.c portaudio/pa_ringbuffer.c >> test-int-array.c: In function ‘main’: >> test-int-array.c:113: warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘long unsigned int’ >> cc -Wall -I. -I./portaudio -lpthread -o test-int-array-portaudio-nobarrier \ >> -DNO_MEMORY_BARRIER \ >> test-int-array.c portaudio/ringbuffer.c portaudio/pa_ringbuffer.c >> test-int-array.c: In function ‘main’: >> test-int-array.c:113: warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘long unsigned int’ >> cc -Wall -I. -I./jack -lpthread -o test-int-array-jack-fix1 \ >> test-int-array.c jack/ringbuffer-fix1.c >> test-int-array.c: In function ‘main’: >> test-int-array.c:113: warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘long unsigned int’ > > I only got these warnings on Mac OS X, I suppose it depends on the gcc > and/or libc version. That did not cause any segfault in my case though. > I've fixed it anyway. > >> ./alltests.sh >> Starting ringbuffer tests (buffer size: 512) >> >> === Jack ringbuffer test === >> starting ringbuffer stress test (2 minutes max) >> buffer size (bytes): 512 >> array size (bytes): 256 >> ./alltests.sh: line 9: 7742 Segmentation fault ./test-int-array-jack $BUFFER_SIZE >> >> Info on the system this was run on, is here: >> http://restivo.nfshost.com/projects/asus/system-details/ > > Please update rbtest to r309. > $ svn update U test-int-array.c Updated to revision 309. $ make clean rm test-int-array-jack test-int-array-portaudio test-int-array-portaudio-nobarrier \ test-int-array-jack-fix1 $ make test cc -Wall -I. -I./jack -lpthread -o test-int-array-jack \ test-int-array.c jack/ringbuffer.c cc -Wall -I. -I./portaudio -lpthread -o test-int-array-portaudio \ test-int-array.c portaudio/ringbuffer.c portaudio/pa_ringbuffer.c cc -Wall -I. -I./portaudio -lpthread -o test-int-array-portaudio-nobarrier \ -DNO_MEMORY_BARRIER \ test-int-array.c portaudio/ringbuffer.c portaudio/pa_ringbuffer.c cc -Wall -I. -I./jack -lpthread -o test-int-array-jack-fix1 \ test-int-array.c jack/ringbuffer-fix1.c ./alltests.sh Starting ringbuffer tests (buffer size: 512) === Jack ringbuffer test === starting ringbuffer stress test (2 minutes max) buffer size (bytes): 512 array size (bytes): 256 ./alltests.sh: line 9: 16706 Segmentation fault ./test-int-array-jack $BUFFER_SIZE === Jack ringbuffer test (with fix 1) === starting ringbuffer stress test (2 minutes max) buffer size (bytes): 512 array size (bytes): 256 ./alltests.sh: line 13: 16709 Segmentation fault ./test-int-array-jack-fix1 $BUFFER_SIZE === Portaudio ringbuffer test === starting ringbuffer stress test (2 minutes max) buffer size (bytes): 512 array size (bytes): 256 ./alltests.sh: line 17: 16712 Segmentation fault ./test-int-array-portaudio $BUFFER_SIZE === Portaudio ringbuffer test (without memory barriers) === starting ringbuffer stress test (2 minutes max) buffer size (bytes): 512 array size (bytes): 256 ./alltests.sh: line 21: 16715 Segmentation fault ./test-int-array-portaudio-nobarrier $BUFFER_SIZE make: *** [test] Error 139 :-( $ dpkg -l libc6 gcc ii gcc 4:4.1.2-3 The GNU C compiler ii libc6 2.7-1 GNU C Library: Shared libraries Unfortunately, I cannot and will not update this machine right now to see if that makes rbtest work, because everything else on this machine works stably, it's my gigging synth as well as my laptop, and I can't afford to have it destablize. Sorry. -ken

17 years

Calculating the sine wave frequencies from the midi key

by Arda Eden

Hi there, There's a line in the midisine.c code at jack's example client directory. In this code, Ian Esten has calculated note frequencies in the function below: void calc_note_frqs(jack_default_audio_sample_t srate) { int i; for(i=0; i<128; i++) { note_frqs[i] = (2.0 * 440.0 / 32.0) * pow(2, (((jack_default_audio_sample_t)i - 9.0) / 12.0)) / srate; } } after that, a variable called ramp is used to form the sine wave samples in the function process: ramp += note_frqs[note]; ramp = (ramp > 1.0) ? ramp - 2.0 : ramp; out[i] = note_on*sin(2*M_PI*ramp); I actually understood what the code does. But can someone show me a place to read information about the equation: note_frqs[i] = (2.0 * 440.0 / 32.0) * pow(2, (((jack_default_audio_sample_t)i - 9.0) / 12.0)) / srate; I couldn't catch the relationship in the calculation above. Thanks. -- Arda EDEN Cumhuriyet University Faculty of Fine Arts Department of Music Technology Sivas/TURKEY

17 years

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

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-user October 2008