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
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
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
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?
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
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
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
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
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