Hi!
I have an audio file (say, ~10 seconds) and want to see detailed spectrum at
wide range (say, from 10Hz up to Fs/2). There is excellent FA's jaaa analyzer
(and I use it at constant base), but it has linear freq axis, while log scale
is more appropriate at the case. Off-line (not real-time) analysis (with as
well as possible quality) would be appropriate.
Suggestions?
Andrew
Hi,
On Wed, 2010-03-10 at 12:51 +0100, rosea grammostola wrote:
>
>
>
> On Wed, Mar 10, 2010 at 12:44 PM, Gerald Mwangi <gerald.mwangi(a)gmx.de>
> wrote:
>
> Hi Guys,
> At last I've managed to put my music online.
> Check out http://www.jamendo.com/de/album/62900.
> 'Let it go' is my first Linux only production, and now I have
> fully
> converted to Linux. Jack-Apps just rock!
> Please send me your impressions.
> Regards,
> Gerald
>
>
> Congratulations!
Thanx
>
> That bass sounds good, do you play the instruments yourself?
> What software did you use for what?
>
> \r
If you just mean Let it go: All instruments recorded by me, samples off
the net. To fill the background I beatboxed a little and made some weird
sounds with my voice, and sent that through some filters (Ladspa
C*-plugins)
Software: Ardour, hydrogen,various plugins (oh wonderful C*+CALF
plugins). Automation was done using an M-Audio Oxygen8
Gerald
Hi Guys,
At last I've managed to put my music online.
Check out http://www.jamendo.com/de/album/62900.
'Let it go' is my first Linux only production, and now I have fully
converted to Linux. Jack-Apps just rock!
Please send me your impressions.
Regards,
Gerald
On 08/03/2010, Ray Rashif <schivmeister(a)gmail.com> wrote:
> On 08/03/2010, Paul Davis <paul(a)linuxaudiosystems.com> wrote:
>> On Sun, Mar 7, 2010 at 10:17 AM, Philipp <hollunder(a)lavabit.com> wrote:
>>> Hi there.
>>> The distro I'm using installs a script with jack that lets it run as a
>>> daemon.
>>
>> I know that I personally do not consider this an appropriate way to
>> run JACK, and I am irritated by distributions that do this. That
>> doesn't mean I'm right.
>
> It runs as (1) a dummy user or (2) a normal, real user if configured.
> It will fail if there is no user defined. If I recall correctly, you
> do not consider running jackd as root an appropriate way to run jack.
>
> But if you say you do not condone automatically starting jackd on
> bootup or having a daemon for it, then I'm sure this functionality
> will be gladly removed.
Oops, clicked on the wrong reply button.
--
GPG/PGP ID: B42DDCAD
Awe!
Times they are a-changing although Bob Dylan has no D-Business here. The
old and cutie gooey for JACK just got one turn around the verge of
bit-rotting. This time it brings full JACK D-Bus support, or almost. It
also adds D-Bus access for most GUI actions which some might find pretty
handy for keyboard shortcut binding from your desktop environment of
choice. However, if babies health is your top concern you can just turn
this D-Bus thing off and play with the old times ;) Ahem...
QjackCtl 0.3.6 is now released!
More details in the change-log, below.
Website:
http://qjackctl.sourceforge.net
Project page:
http://sourceforge.net/projects/qjackctl
Downloads:
- source tarball:
http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.6.tar.gz
- source package (openSUSE 11.2):
http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.6-2.rncbc.suse112.sr…
- binary packages (openSUSE 11.2):
http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.6-2.rncbc.suse112.i5…http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.6-2.rncbc.suse112.x8…
- binary packages (Ubuntu 8.04):
http://downloads.sourceforge.net/qjackctl/qjackctl_0.3.6-1.rncbc.ubuntu804_…http://downloads.sourceforge.net/qjackctl/qjackctl_0.3.6-1.rncbc.ubuntu804_…
- binary packages (Ubuntu 9.10):
http://downloads.sourceforge.net/qjackctl/qjackctl_0.3.6-1.rncbc.ubuntu910_…http://downloads.sourceforge.net/qjackctl/qjackctl_0.3.6-1.rncbc.ubuntu910_…
Weblog (upstream support):
http://www.rncbc.org
License:
QjackCtl is free, open-source software, distributed under the terms of
the GNU General Public License (GPL) version 2 or later.
Change-log:
- Make sure socket names are unique on each side of the Patchbay
(another patch from Dominic Sacre, thanks).
- A bunch of primitive D-Bus interface slots have been added, allowing
shortcut access to most of main applications actions like toggling
Messages, Status, Connections, Patchbay widget pop-ups, reset stats,
transport and so on. New bindings are given eg. via dbus-send --system /
org.rncbc.qjackctl.(main, messages, status, connections, patchbay,
setup, about, reset, rewind, backward, play, pause, forward). (from an
original idea from Sebastian Gutsfeld, thanks).
- Patchbay snapshot now tolerates JACK client port strings that have
more than one semi-colon in it, honoring just the first one exactly as
everywhere else eg. Connections. (a glitch as reported by Geoff Beasley
while using a2jmidid).
- Most modal message dialog boxes (eg. critical errors) are now replaced
by system tray icon bubble messages where available (mitigating feature
request #2936455).
- Comply with jackd >= 0.118.0 which now runs in real-time mode by
default; use of -R is now deprecated from the jackd command line
interface options; use -r to run in non-real-time-scheduling.
- A man page has beed added.
- Got rid of a pretty old and never really useful "jackd-realtime"
server path option--actually, it was only seen available on the now
defunct old Mandrake Linux distro.
- D-Bus support, as provided by org.jackaudio.service aka jackdbus, is
now being introduced and used wherever available and whenever enabled.
Configuring, starting, stopping and logging the JACK back-end server
through the "infamous" jackdbus service is now being seamlessly exploited.
- Global configuration state is now explicitly saved/committed to disk
when Setup dialog changes are accepted and applied.
- Server name command line option added (-n, --server-name).
- Single application instance restriction option added (X11).
- Setup for the netjack (slave) "net" driver has now sample-rate and
frames per buffer (period size) settings disabled and/or ignored, as
those are pretty much auto-detected by default; also, a new "netone"
backend driver option has been introduced (as suggested by Torben Hohn).
- Czech (cs) translation added (by Pavel Fric).
- Fixed some main window keyboard shortcuts. Escape key now closes
Connections, Patchbay, Status and Messages widgets as usual (bug #2871548).
- Fixed glitch on configure portaudio support, specially when the
library is not detected as available.
Cheers && Enjoy.
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
On Tue, Mar 9, 2010 at 2:54 PM, Ken Restivo <ken(a)restivo.org> wrote:
> If the new JACK session feature only saves things when I ask it to, then sure, that could be useful. Even better if it saves its state in a format that is human-readable and can be diff'ed, or put into git for versioning.
it doesn't change anything about how applications save state. it
merely provides for a unified way to initiate a save, and a unified
way to restart everything back in the same state (or as close as each
individual application will allow.
Am 06.03.2010 um 07:19 schrieb Ken Restivo <ken(a)restivo.org>:
> On Fri, Mar 05, 2010 at 10:16:51AM -0600, Josh Lawrence wrote:
>> On Fri, Mar 5, 2010 at 4:43 AM, Gerald Mwangi
>> <gerald.mwangi(a)gmx.de> wrote:
>>> Hi, does anyone know a synth powerfull like zynadd, phasex or
>>> bristol,but in dssi format? I need something I can load into
>>> Rosegarden,
>>> since I dont want 10 Standalones running, until ardour, rg and the
>>> synths support LASH, if that ever happens.
>>
>> I have no idea why, but I have a warm, fuzzy soft place in my heart
>> for DSSI plugins. they always seem to just work. whysynth has
>> already been mentioned, but be sure to check out the calf monosynth,
>> which can be run as a DSSI plugin:
>>
>> jack-dssi-host calf.so:Monosynth
>>
>> check out the DSSI home page too, for a lot of other options.
>>
>> I'm hoping this thread will reveal some that I don't know about! we
>> really need something like specimen in DSSI format.
>>
>>> I think LASH should be integrated into Jack, to make it mandatory
>>> for
>>> linux audio apps. The missing LASH support is one of the main issues
>>> disturbing me, when working with linux audio. Now I've said it, ha.
>>> I'm thinking of having Jack require a Load/Save callback, prior to
>>> activating the client. How feasible is that?
>>
>> why oh why oh why did you throw this paragraph in? now no one wants
>> to talk about DSSI anymore... :(
>>
>
> +1 for Calf Monosynth and WhySynth. They, in addition to AMS and
> PHASEX, are the synths I've used most.
>
> Zyn is kind of old and doesn't do RT; the new thing is Yoshimi, and
> I dunno if it supports LASH or ladish, but I'd guess both.
>
> For the record, I *HATE* session management and I don't run LASH at
> all when I can avoid it (IIRC, there's some synth that I use or used
> which requires LASH, so I occasionally have to start it up).
> I generally can't stand technologies that try to be "smart" and do
> things I don't explicitly instruct them to do. Frustrates the hell
> out of me.
>
> FWIW, I am also the kind of guy who turns off autocomplete and
> spelling checkers whenever I can.
>
How would you share a complicated production setup, aka session, with
other users? Script, or text explanation? Screenshot? Ardour audio
project only?
I'd love to have a rather bullet proof way to make my sessions
available to non-geek collaborators really fast and easy. And vice
versa.
Software trying to outsmart the user can be painful. On the other
hand, there are users out there waiting to hop on the linux audio boat
as soon as there is an obvious way to save and restore complex setups
without scripting. I'd love to make music with them.
It's good that you are happy with your way of using your DAW and so am
I. But it makes me a little sad sometimes that for remote
collaborators the learning curve is so steep.
- Burkhard
> -ken
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-user
I couldn't find a good list of audio latency testing tools,
so I put one together at
http://wiki.winehq.org/MeasuringAudioLatency
Did I miss any good ones?
Also, do any of them work? :-) I just tried the one in lib-alsa,
and it isn't happy.
Drumstick is a C++ wrapper around the ALSA library sequencer interface using
Qt4 objects, idioms and style. ALSA sequencer provides software support for
MIDI technology on Linux. Complementary classes for SMF and WRK file
processing are also included. This library is used in KMetronome, KMidimon
and KMid2, and was formerly known as "aseqmm".
Changes:
* Split into two libs: drumstick-alsa and drumstick-file
* Parse Cakewalk WRK files included in drumstick-file
* Some fixes and API additions. See the ChangeLog for details.
Copyright (C) 2009-2010, Pedro Lopez-Cabanillas
License: GPL v2 or later
Project web site
http://sf.net/projects/drumstick
Online documentation
http://drumstick.sourceforge.net/docs/
Downloads
http://sourceforge.net/projects/drumstick/files/0.3.0/
openSUSE Build Service - RPM packages
http://software.opensuse.org/search?baseproject=ALL&p=1&q=drumstick
Regards,
Pedro