Jan Depner:
> (and is fixing it as we speak). My advice to those who are not
> satisfied with Ardour is to 1) give money to the developers, 2) learn to
> code and get to work on it, 3) learn to code and write your own DAW, or
> 4) go whine elsewhere.
No, I can not agree with this. We must be allowed to point out
what we think is wrong with ardour without doing 1, 2, 3 or 4. If someone
thinks something is wrong with any of my programs, I really want them
to tell me so, and I don't require any money or code contributions from
anyone. And I'm pretty sure Paul Davis, Thorstein Wilms, etc. thinks so
too.
There are more or less polite, and more or less constructive ways to
complain, so to suggest that you should never tell the authors of
Ardour that you are not satisfied with it, is just plain stupid.
Hi
I'd like to be able to record a stream (in jack) directly to mp3 (or
ogg). A great thing would be if I could split the recording into
separate files while recording, for instance by pressing a key-combo
between tracks.
Does such a thing exist?
--
peace, love & harmony
Atte
http://atte.dk | http://myspace.com/attejensenhttp://anagrammer.dk | http://atte.dk/compositions
Hi!
I want to use Jack on my Thinkpad X60s notebook with the built in
soundchip. I know that this is not the best hardware, but I need a
possibility to record some things mobile.
I get quite a few xruns every time I start jack with qjackctl -- too
many to work efficiently. I use Gentoo kernel 2.6.20-gentoo-r8,
realtime-lsm as module and the kernel option "Preemption Model
(Preemptible Kernel (Low-Latency Desktop))".
This is the output of qjackctl (I stopped Jack intentionally):
21:40:29.357 Patchbay deactivated.
21:40:29.486 Statistics reset.
21:40:29.553 MIDI connection graph change.
21:40:29.727 MIDI connection change.
21:40:31.468 Startup script...
21:40:31.468 artsshell -q terminate
21:40:32.225 Startup script terminated with exit status=256.
21:40:32.293 JACK is starting...
21:40:32.293 jackd -R -P7 -u -dalsa -r44100 -p256 -n2 -D -Chw:0 -Phw:0
21:40:32.295 JACK was started with PID=9380 (0x24a4).
jackd 0.101.1
Copyright 2001-2005 Paul Davis and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK compiled with System V SHM support.
loading driver ..
apparent rate = 44100
creating alsa driver ... hw:0|hw:0|256|2|44100|0|0|nomon|swmeter|-|32bit
control device hw:0
configuring for 44100Hz, period = 256 frames, buffer = 2 periods
nperiods = 2 for capture
nperiods = 2 for playback
**** alsa_pcm: xrun of at least 0.015 msecs
**** alsa_pcm: xrun of at least 0.014 msecs
**** alsa_pcm: xrun of at least 0.016 msecs
**** alsa_pcm: xrun of at least 0.011 msecs
**** alsa_pcm: xrun of at least 0.013 msecs
**** alsa_pcm: xrun of at least 0.015 msecs
**** alsa_pcm: xrun of at least 0.011 msecs
**** alsa_pcm: xrun of at least 0.018 msecs
**** alsa_pcm: xrun of at least 0.015 msecs
**** alsa_pcm: xrun of at least 0.017 msecs
**** alsa_pcm: xrun of at least 0.011 msecs
**** alsa_pcm: xrun of at least 0.017 msecs
**** alsa_pcm: xrun of at least 0.014 msecs
**** alsa_pcm: xrun of at least 0.013 msecs
**** alsa_pcm: xrun of at least 0.014 msecs
21:40:34.356 Server configuration saved to "/home/d135-1r43/.jackdrc".
21:40:34.357 Statistics reset.
21:40:34.380 Client activated.
21:40:34.382 Audio connection change.
21:40:34.391 Audio connection graph change.
**** alsa_pcm: xrun of at least 0.015 msecs
**** alsa_pcm: xrun of at least 0.039 msecs
21:40:34.446 XRUN callback (1).
**** alsa_pcm: xrun of at least 0.013 msecs
**** alsa_pcm: xrun of at least 0.015 msecs
**** alsa_pcm: xrun of at least 0.017 msecs
**** alsa_pcm: xrun of at least 0.011 msecs
**** alsa_pcm: xrun of at least 0.026 msecs
**** alsa_pcm: xrun of at least 0.010 msecs
**** alsa_pcm: xrun of at least 0.014 msecs
**** alsa_pcm: xrun of at least 0.016 msecs
**** alsa_pcm: xrun of at least 0.016 msecs
**** alsa_pcm: xrun of at least 0.016 msecs
**** alsa_pcm: xrun of at least 0.014 msecs
**** alsa_pcm: xrun of at least 0.010 msecs
**** alsa_pcm: xrun of at least 0.011 msecs
21:40:35.649 Client deactivated.
21:40:35.651 JACK is stopping...
jack main caught signal 15
no message buffer overruns
21:40:35.904 JACK was stopped successfully.
21:40:35.907 Post-shutdown script...
21:40:35.907 killall jackd
jackd: no process killed
21:40:36.242 Post-shutdown script terminated with exit status=25
These are my cards:
# cat /proc/asound/cards
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xee240000 irq 22
# lspci | grep Audio
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High
Definition Audio Controller (rev 02)
What to do? Are there some things to tweak?
Markus
> The editor and mixer (ie the stuff that matters) are fine (if not
>perfect) IMO.
> I know I am going to get hammered and/or flamed for this, but the people who
wrote it say 'its perfect'?
No - the people, who use it tend to say, that it nears perfection quite close...
> That effectively means changes or enhancement
cannot be submitted since the guys who wrote the code cannot improve upon
perfection.
Improvement of stuff, that is perfectly designed means to improve stability of the implementation and adding more usefull features.
> So why go to the dev list?
To make a good concept even better
> OK, that is my last submit - I am going to shut up.
Dont!
There is far too much "everything is just great - you are OK - I am OK - lets celebrate ourselfs a bit" - type of discussion. To have some controversal statements on the list is most refreshing. Even though I do not agree with you, I appreciate, that you put my well-established points of view to a test....:-)
_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar - get it now!
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
greetings!
i've got various dssi plugins installed, all of which live in /usr/lib/dssi. everything shows up in the ingen plugin list, except for dssi_convolve. also, dssi_convolve does not load using jack-dssi-host, but the others do.
my command line for jack-dssi-host is: jack-dssi-host dssi_convolve1ch.so
(same problem with the variations for other channels configurations)
any clues as to why only dssi_convolve seems to be problematic?
i'm on jacklab-alpha3 distro.
thanks!
--
.pltk.
> Ardour may be efficient,
> then again, it may also just 'seem' efficient on the big fat servers it is
> being developed on. That is fine, design a peice of software that only works
> on the fastest system available and its target audience suddenly diminishes.
> Perhaps to put it another way, do we want a situation where bloatware is
> coming to Linux - it if does not work then buy a faster system?
I can only back the others: that is complete nonsense.
Ardour 2 is astoundingly lean for a program that can do as much as it does. I can run sessions with more then 50 tracks, some 25 plugins and automation and record 20 tracks simultaneoesly on average not really top-notch hardware (AMD 64 3800, 1 Gig RAM, M-Audio Audiophile, one IDE-Harddrive only).
I guess, on a "big fat server" Ardour could do things that are far beyond usefull measures - like having sessions with 140 tracks and 6 plugins on each ;-) ;-)
Regarding Traverso:
I did a few tests with it predecessor protux and with some older versions of traverso (the recent fails to build on my ubuntu feisty) and found it working really nice but failed to understand, why it only offers but ONE way to handle it (keystrokes, that is) Ardour can be handled by keystrokes also but offers mouseclicks as well. Anybody who has some basic experience with HD-recording on PC/Mac has a useful result 20 minutes after starting it for the first time, becaus one can examine menues to find out, what can be done.
Still see a usage-scenario traverso is absolutely perfect for: if one builds a compact HD-recorder like a fieldrecorder.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
Hi everyone!
(Deutsch weiter unten)
Just a few days ago a German radio-play made it in the market with almost
all music made in Linux (using ecasound, ladspa-plugins, ZynAddSubFX,
fluidsynth, csound and two external synths. I thought it might be nice to
know...
Vor ein paar Tagen ist ein deutsches Hoerspiel mit fast ausschliesslich in
Linux entstandener Musik erschiene. Es wurden Ecasound, ZynAddSubFX,
Fluidsynth, Csound, natuerlich LADSPA-Plugins und zwei externe synthies
benutzt. Weitere Infos zum Hoerspiel selbst gibt's hier:
www.hoerfabrik.de und dann haltet Ausschau nach "A.D.F Rookies Folge 1".
Ich dachte einfach es koennte ja mal interessant sein, dass wir's mit Linux
auch hierher schaffen... :-)
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
* HDEQ reset now sets scene warning.
* Parametric control release sets scene warning.
* Using any of the HDEQ popup menu functions when drawing a curve
will discard the curve.
* Fixed global bypass staying on red.
* Set width of RMS meters to 10 pixels.
I can't think of any simple way to do an EQ reset in the GEQ. Right
click resets individual sliders to 0.0. Still don't know why the RMS
meters spike when you first hook them up. Setting rm to 0.0 in rms_new
just slammed the meters to 0 and left them there.
--
Jan 'Evil Twin' Depner
http://myweb.cableone.net/eviltwin69
"Life should NOT be a journey to the grave with the intention of
arriving safely in an attractive and well preserved body, but rather to
skid in sideways, chardonnay in one hand, chocolate in the other, body
thoroughly used up, totally worn out, and screaming 'WOO HOO, what a ride'"
