2 Dec
2007
2 Dec
'07
8:50 p.m.
Hi all,
klick has been around for almost a year, but I figured no one will know about
it if I don't tell anybody. So here's a new version, and the first official
announcement.
klick is an advanced command-line based metronome for JACK. It allows you to
define complex tempo maps for entire songs or performances.
Its features include:
* Support for tempo maps, including arbitrary meters, tempo changes,
accelerando/ritardando and more.
* Three built-in sounds (borrowed from Ardour, GTick and FreePats),
plus ability to load your own samples.
* JACK transport sync support (master/slave).
* No GUI ;)
Get it here:
http://das.nasophon.de/klick/
Cheers,
Dominic
2 Dec
2 Dec
8:54 p.m.
Hi Dominic!
This is cool! Especially the "command-line" business! Thanks. I'll get it
now...
Kindest regards
Julien
--------
Music was my first love and it will be my last (John Miles)
======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de
9:52 p.m.
Hi Dominic,
First of all, thanks for writing and sharing this program - I'm really looking
forward to not having to tell Rosegarden where the accelerations are
everytime I load my projects!
But before I can enjoy your work, I'll have to be able to install it... I
haven't got libsndfile and I can't install it (there's some error during the
make process), but I have libsndfile1 installed. Is it possible to use
libsndfile1 instead of libsndfile? I'm using Kubuntu 7.10.
Thanks!
Matthias
Am Montag 03 Dezember 2007 01:45:10 schrieb Dominic Sacré:
Hi all,
klick has been around for almost a year, but I figured no one will know
about it if I don't tell anybody. So here's a new version, and the first
official announcement.
klick is an advanced command-line based metronome for JACK. It allows you
to define complex tempo maps for entire songs or performances.
Its features include:
* Support for tempo maps, including arbitrary meters, tempo changes,
accelerando/ritardando and more.
* Three built-in sounds (borrowed from Ardour, GTick and FreePats),
plus ability to load your own samples.
* JACK transport sync support (master/slave).
* No GUI ;)
Get it here:
http://das.nasophon.de/klick/
Cheers,
Dominic
3 Dec
3 Dec
6:54 a.m.
Hi Matthias,
On Dec 3, 2007 2:51 AM, Matthias Schönborn <mbs1303(a)gmx.de> wrote:
First of all, thanks for writing and sharing this
program - I'm really looking
forward to not having to tell Rosegarden where the accelerations are
everytime I load my projects!
But before I can enjoy your work, I'll have to be able to install it... I
haven't got libsndfile and I can't install it (there's some error during the
make process), but I have libsndfile1 installed. Is it possible to use
libsndfile1 instead of libsndfile? I'm using Kubuntu 7.10.
libsndfile1 is just the Ubuntu package name for libsndfile, it's the
same thing. My guess is that you're missing the development package,
which is called libsndfile1-dev. Likewise, if you haven't done so
already, you'll need to install libsamplerate0-dev, libboost-dev and
libjack-dev. With these packages installed, klick should build
smoothly.
Dominic
6 Dec
6 Dec
12:55 a.m.
On Mon, Dec 03, 2007 at 02:51:03AM +0100, =?ISO-8859-1?Q?Matthias_Sch=F6nborn_ wrote:
Hi Dominic,
First of all, thanks for writing and sharing this program - I'm really looking
forward to not having to tell Rosegarden where the accelerations are
everytime I load my projects!
But before I can enjoy your work, I'll have to be able to install it... I
haven't got libsndfile and I can't install it (there's some error during the
make process), but I have libsndfile1 installed. Is it possible to use
libsndfile1 instead of libsndfile? I'm using Kubuntu 7.10.
Thanks!
Matthias
Am Montag 03 Dezember 2007 01:45:10 schrieb Dominic Sacré:
> Hi all,
>
> klick has been around for almost a year, but I figured no one will know
> about it if I don't tell anybody. So here's a new version, and the first
> official announcement.
>
> klick is an advanced command-line based metronome for JACK. It allows you
> to define complex tempo maps for entire songs or performances.
>
> Its features include:
>
> * Support for tempo maps, including arbitrary meters, tempo changes,
> accelerando/ritardando and more.
> * Three built-in sounds (borrowed from Ardour, GTick and FreePats),
> plus ability to load your own samples.
> * JACK transport sync support (master/slave).
> * No GUI ;)
>
> Get it here:
> http://das.nasophon.de/klick/
That's fantastic!!! I especially love the accelerando feature for practicing. A big
improvement over jack_metro.
Only thing that might be nice, is if it read stdin for keyboard commands (i.e.
up-arrow/down-arrows), or opened an ALSA MIDI port to read CC's, for things like
modifying the speed and/or volume, or to stop/start the metronome, etc.
-ken
2:03 p.m.
On Thursday 06 December 2007 05:54:56 Ken Restivo wrote:
Yup... I actually have some vague plans to add OSC support, and possibly build
a GUI or terminal interface around that.
I don't know when that's going to happen though. Not this year at any
rate... ;)
Dominic
> klick is
an advanced command-line based metronome for JACK. It allows
> you to define complex tempo maps for entire songs or performances.
>
> Its features include:
>
> * Support for tempo maps, including arbitrary meters, tempo changes,
> accelerando/ritardando and more.
> * Three built-in sounds (borrowed from Ardour, GTick and FreePats),
> plus ability to load your own samples.
> * JACK transport sync support (master/slave).
> * No GUI ;)
>
> Get it here:
> http://das.nasophon.de/klick/
That's fantastic!!! I especially love the accelerando feature for
practicing. A big improvement over jack_metro.
Only thing that might be nice, is if it read stdin for keyboard commands
(i.e. up-arrow/down-arrows), or opened an ALSA MIDI port to read CC's, for
things like modifying the speed and/or volume, or to stop/start the
metronome, etc. 
12 Dec
12 Dec
10:47 a.m.
On 12/7/07, Dominic Sacré <dominic.sacre(a)gmx.de> wrote:
On Thursday 06 December 2007 05:54:56 Ken Restivo
wrote:
Yup... I actually have some vague plans to add OSC support, and possibly build
a GUI or terminal interface around that.
I don't know when that's going to happen though. Not this year at any
rate... ;)
Dominic
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
I love it and i'm using it all the time! Nice one. ++ for the keyboard
control though. A tap function would be nice too.
Loki
>
klick is an advanced command-line based metronome for JACK. It allows
> you to define complex tempo maps for entire songs or performances.
>
> Its features include:
>
> * Support for tempo maps, including arbitrary meters, tempo changes,
> accelerando/ritardando and more.
> * Three built-in sounds (borrowed from Ardour, GTick and FreePats),
> plus ability to load your own samples.
> * JACK transport sync support (master/slave).
> * No GUI ;)
>
> Get it here:
> http://das.nasophon.de/klick/
That's fantastic!!! I especially love the accelerando feature for
practicing. A big improvement over jack_metro.
Only thing that might be nice, is if it read stdin for keyboard commands
(i.e. up-arrow/down-arrows), or opened an ALSA MIDI port to read CC's, for
things like modifying the speed and/or volume, or to stop/start the
metronome, etc.
1 p.m.
Hi!
Copy the tap function and the TERMINAL interface! :-) but it's great
already. Defintely useful and useable!
Kindest regards
Julien
--------
Music was my first love and it will be my last (John Miles)
======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de
8:25 p.m.
On Wednesday 12 December 2007 18:00:27 Julien Claassen wrote:
Hi!
Copy the tap function and the TERMINAL interface! :-) but it's great
already. Defintely useful and useable!
Kindest regards
Julien
I agree, a proper user interface is really needed. You shouldn't have to
restart the program just to change the tempo...
My own priority at the moment would be a GTK frontend, but I'll try to make
the command line version more "interactive" as well. Thanks for your
feedback, I'll keep you posted!
Dominic
8:30 p.m.
whilst i haven't used klick yet Dom, the idea is a totally fantastic one and a
really needed feature for jack. I must try it out soon....
roll on the gui ;)
best,
g.
16 Dec
16 Dec
4:14 p.m.
On Thu, Dec 13, 2007 at 01:24:54AM +0100, =?ISO-8859-1?Q?Dominic_Sacr=E9_ wrote:
On Wednesday 12 December 2007 18:00:27 Julien Claassen
wrote:
I'd rather have it just take single key commands on stdin, like mplayer does.
+/- or right-arrow/left-arrow to step the tempo, for instance, / and * or
up-arrow/down-arrow to raise and lower volume, etc.
Reading keys from stdin is dead simple and is in every first-semester C course. In fact,
if klick was in C and not C++, I'd already have done it and submitted a patch. But OOP
still seems alien to me, so after looking at the code I didn't see the obvious place
to add the feature.
-ken
Hi!
Copy the tap function and the TERMINAL interface! :-) but it's great
already. Defintely useful and useable!
Kindest regards
Julien
I agree, a proper user interface is really needed. You shouldn't have to
restart the program just to change the tempo...
My own priority at the moment would be a GTK frontend, but I'll try to make
the command line version more "interactive" as well. Thanks for your
feedback, I'll keep you posted!
7:24 p.m.
On Sunday 16 December 2007 21:13:56 Ken Restivo wrote:
That's the idea... In addition to the GUI, of course.
I agree, a
proper user interface is really needed. You shouldn't have to
restart the program just to change the tempo...
My own priority at the moment would be a GTK frontend, but I'll try to
make the command line version more "interactive" as well. Thanks for your
feedback, I'll keep you posted!
I'd rather have it just take single key commands on stdin, like mplayer
does.
+/- or right-arrow/left-arrow to step the tempo, for instance, / and * or
up-arrow/down-arrow to raise and lower volume, etc. Reading keys from stdin is dead simple and is in every
first-semester C
course. In fact, if klick was in C and not C++, I'd already have done it
and submitted a patch. But OOP still seems alien to me, so after looking at
the code I didn't see the obvious place to add the feature.
There is no obvious place to do it :)
I'm afraid it'll be a little more involved than that, because klick, as it is
now, is entirely designed around tempo maps. They are loaded at startup, and
not meant to be modified at runtime. So that will have to change, too...
Dominic
8:23 p.m.
i'd love to see this integrated with ardour's upcoming midi support :) the
momentum of oss development is ever increasing :)
porl
On 17/12/2007, Dominic Sacré <dominic.sacre(a)gmx.de> wrote:
On Sunday 16 December 2007 21:13:56 Ken Restivo wrote:
or
> I agree, a proper user interface is really
needed. You shouldn't have
to
> restart the program just to change the
tempo...
> My own priority at the moment would be a GTK frontend, but I'll try to
> make the command line version more "interactive" as well. Thanks for
your
feedback,
I'll keep you posted!
I'd rather have it just take single key commands on stdin, like mplayer
does.
+/- or right-arrow/left-arrow to step the tempo, for instance, / and * up-arrow/down-arrow to raise and lower volume,
etc.
That's the idea... In addition to the GUI, of course.
Reading keys from stdin is dead simple and is in
every first-semester C
course. In fact, if klick was in C and not C++, I'd already have done it
and submitted a patch. But OOP still seems alien to me, so after looking
at
the code I didn't see the obvious place to
add the feature.
There is no obvious place to do it :)
I'm afraid it'll be a little more involved than that, because klick, as it
is
now, is entirely designed around tempo maps. They are loaded at startup,
and
not meant to be modified at runtime. So that will have to change, too...
Dominic
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
23 Jan
23 Jan
5:25 p.m.
Am Montag 03 Dezember 2007 01:45:10 schrieb Dominic Sacré:
Hi all,
klick has been around for almost a year, but I figured no one will know
about it if I don't tell anybody. So here's a new version, and the first
official announcement.
klick is an advanced command-line based metronome for JACK. It allows you
to define complex tempo maps for entire songs or performances.
Its features include:
* Support for tempo maps, including arbitrary meters, tempo changes,
accelerando/ritardando and more.
* Three built-in sounds (borrowed from Ardour, GTick and FreePats),
plus ability to load your own samples.
* JACK transport sync support (master/slave).
* No GUI ;)
Get it here:
http://das.nasophon.de/klick/
Cheers,
Dominic
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
Hi Dominic,
The last few days I was beginning to really appreciate your work - It's great
to have a relativistic tempo map instead of a static one, so that I don't
have to fuss anymore with all the tempo and meter changes when I insert a few
bars in the middle of the song! (There are a lot of meter and tempo changes
in my songs, and to fuzz with them all the time because I keep changing them
is really frustrating). Now I can concentrate on the music rather than on the
tempo map.
Only thing is, that klick gets segmentation faults a lot of the times - I'm
using it with ardour with transport enabled, and most of the times I start
the song in ardour, klick exits with a segmentation fault (core dumped). Is
there anything I can do about it?
Viele Grüße
Matthias
9:35 p.m.
Hi Matthias,
On Wednesday 23 January 2008 22:22:36 Matthias Schönborn wrote:
Only thing is, that klick gets segmentation faults a
lot of the times - I'm
using it with ardour with transport enabled, and most of the times I start
the song in ardour, klick exits with a segmentation fault (core dumped). Is
there anything I can do about it?
I can't reproduce that here... Could you please build a debug version of
klick? To do this, edit the SConstruct file, and replace "-O2" with
"-g" in
line 8. Then build and install as usual.
Before you start klick, run "ulimit -c unlimited" in the same shell. This will
produce a core dump (named core or core.$PID) in the current directory when
klick crashes. To inspect the core dump, run "gdb klick <core>". If you
could
send me the output of "thread apply all bt", that should help to find out
what the problem is.
Thanks,
Dominic
24 Jan
24 Jan
5:04 a.m.
Am Donnerstag 24 Januar 2008 02:28:06 schrieb Dominic Sacré:
Hi Matthias,
On Wednesday 23 January 2008 22:22:36 Matthias Schönborn wrote:
Hi Dominic,
I realised that when using 128 Frames per Period instead of 64, it works
perfectly. At least it did for like three hours yesterday evening. It's a
great tool for composing, I think!
See below for the output.
Viele Grüße
Matthias
(gdb) thread apply all bt
Thread 2 (process 5965):
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7d05e96 in nanosleep () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7d3fb3c in usleep () from /lib/tls/i686/cmov/libc.so.6
#3 0x0804ab80 in Klick::run (this=0x807a008) at klick.cc:174
#4 0x0804a8bb in main (argc=8, argv=0xbffc1784) at main.cc:39
Thread 1 (process 5968):
#0 0x08051ce6 in AudioInterface::process_mix_samples (this=0x807a138,
dest=0xb7c24000, src=0x807b8f8,
length=2122, volume=1) at audio_interface.cc:197
#1 0x08051ef2 in AudioInterface::process_mix (this=0x807a138,
buffer=0xb7c13a00, nframes=64)
---Type <return> to continue, or q <return> to quit---
at audio_interface.cc:181
#2 0x08051ff9 in AudioInterface::process_callback_ (nframes=64,
arg=0x807a138) at audio_interface.cc:139
#3 0xb7f81f09 in ?? () from /usr/lib/libjack.so.0
#4 0x00000040 in ?? ()
#5 0x0807a138 in ?? ()
#6 0x000003e8 in ?? ()
#7 0x00000003 in ?? ()
#8 0x00000000 in ?? ()
(gdb)
# Additionally, here's the jack message:
subgraph starting at qjackctl-5885 timed out (subgraph_wait_fd=20, status = 0,
state = Finished)
09:51:18.046 Audio connection graph change.
09:51:18.046 XRUN callback (1).
**** alsa_pcm: xrun of at least 1998.404 msecs
Only thing is, that klick gets segmentation
faults a lot of the times -
I'm using it with ardour with transport enabled, and most of the times I
start the song in ardour, klick exits with a segmentation fault (core
dumped). Is there anything I can do about it?
I can't reproduce that here... Could you please build a debug version of
klick? To do this, edit the SConstruct file, and replace "-O2" with
"-g" in
line 8. Then build and install as usual.
Before you start klick, run "ulimit -c unlimited" in the same shell. This
will produce a core dump (named core or core.$PID) in the current directory
when klick crashes. To inspect the core dump, run "gdb klick <core>". If
you could send me the output of "thread apply all bt", that should help to
find out what the problem is.
Thanks,
Dominic
27 Jan
27 Jan
7:34 p.m.
On Thursday 24 January 2008 10:02:03 Matthias Schönborn wrote:
I realised that when using 128 Frames per Period
instead of 64, it works
perfectly. At least it did for like three hours yesterday evening. It's a
great tool for composing, I think!
See below for the output.
Thanks for your report. I've just released klick 0.6, containing the fix for
this crash, and many other JACK transport related improvements.
http://das.nasophon.de/klick/
Dominic
(gdb) thread apply all bt
Thread 2 (process 5965):
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7d05e96 in nanosleep () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7d3fb3c in usleep () from /lib/tls/i686/cmov/libc.so.6
#3 0x0804ab80 in Klick::run (this=0x807a008) at klick.cc:174
#4 0x0804a8bb in main (argc=8, argv=0xbffc1784) at main.cc:39
Thread 1 (process 5968):
#0 0x08051ce6 in AudioInterface::process_mix_samples (this=0x807a138,
dest=0xb7c24000, src=0x807b8f8,
length=2122, volume=1) at audio_interface.cc:197
#1 0x08051ef2 in AudioInterface::process_mix (this=0x807a138,
buffer=0xb7c13a00, nframes=64)
---Type <return> to continue, or q <return> to quit---
at audio_interface.cc:181
#2 0x08051ff9 in AudioInterface::process_callback_ (nframes=64,
arg=0x807a138) at audio_interface.cc:139
#3 0xb7f81f09 in ?? () from /usr/lib/libjack.so.0
#4 0x00000040 in ?? ()
#5 0x0807a138 in ?? ()
#6 0x000003e8 in ?? ()
#7 0x00000003 in ?? ()
#8 0x00000000 in ?? ()
6147
days inactive
6203
days old
linux-audio-user@lists.linuxaudio.org
16 comments
7 participants
participants (7)
-
Dominic Sacré -
Geoff Beasley -
Julien Claassen -
Ken Restivo -
Loki Davison -
Matthias Schönborn -
porl sheean