I don't think so, but it has been a while since I have changed my keys.
I don't remember there being any conflicts (wmi changed its internal
quit signal from alt+q to alt+shift+q).
m.
> -----Original Message-----
> From: linux-audio-user-bounces(a)music.columbia.edu [mailto:linux-audio-
> user-bounces(a)music.columbia.edu] On Behalf Of Frank Barknecht
> Sent: Wednesday, August 11, 2004 3:45 PM
> To: A list for linux audio users
> Subject: Re: [linux-audio-user] what window manager are you using?
>
> Hallo,
> Matthew Allen hat gesagt: // Matthew Allen wrote:
>
> > I recently switched from FVWM to wmi http://wmi.berlios.de.
> >
(http://openfacts.berlios.de/index-en.phtml?title=WMI_-_Window_Manager_I
> > mproved/Screenshots contains a shot of WMI running PD)
>
> Cool. I'm just now trying it. After evilwm somehow always kept
> crashing on me, wmi is running. Did you have to rebind the keys so
> Pd's Alt-shortcuts keep working?
>
> Ciao
> --
> Frank Barknecht _ ______footils.org__
>
>
> _________________________________________________
> Scanned on 11 Aug 2004 22:53:38
> Scanning by http://erado.com
_________________________________________________
Scanned on 11 Aug 2004 22:58:43
Scanning by http://erado.com
>
> Now for the question: which window manager are you using for audio
work
> and why? I don't mean for this to start a flame war... notice it
wasn't
I recently switched from FVWM to wmi http://wmi.berlios.de.
(http://openfacts.berlios.de/index-en.phtml?title=WMI_-_Window_Manager_I
mproved/Screenshots contains a shot of WMI running PD)
Wmi is a tiling window manager like ion or rat poison that also
supports floating windows. All features of wmi can be accessed through
vi like key commands (it has "work" mode and an "input" mode for issuing
commands). I have have started to really get into the speed and
effeciancy that comes from not having to constantly move your hand off
the keyboard to grab for the mouse or pen.
It may not be completely appropriate for a lot of GUI apps that
don't have shortcut keys for everything, but for what I do (Jack and pd
with the occasional SEQ24) it works pretty well.
m.
_________________________________________________
Scanned on 11 Aug 2004 20:10:11
Scanning by http://erado.com
On Sun, 2004-08-08 at 00:27, Florin Andrei wrote:
> On Sat, 2004-08-07 at 21:16, Lee Revell wrote:
>
> > Fixed. You should be able to browse the directory the tests are in
> > also, the raw data and gnuplot script are there too. I have posted 7 so
> > far, using various workloads that the captions hopefully explain.
>
> Excellent, thanks.
>
> The results are mighty impressive!
As a reference point, I ran some tests of 2.6.8-rc3-mm2 without the
voluntary preemption patches. As expected, I get a few xruns. The
graphs are interesting though:
http://www.members.dca.net/rlrevell/testresults/test11-novp-logscale.pnghttp://www.members.dca.net/rlrevell/testresults/test11-novp.png
Lee
Grouping and tabbed windows is one of the main selling points
these days for me. Once you have used a WM that does grouping and
tabbing it is hard going back. The nice thing for me about WMI is that
on top of this stuff it also "manages" my windows. Putting them in place
smartly (session saving will be in the next version, its still is pretty
green, less than a year old)
m.
> -----Original Message-----
> From: linux-audio-user-bounces(a)music.columbia.edu [mailto:linux-audio-
> user-bounces(a)music.columbia.edu] On Behalf Of Mark Knecht
> Sent: Wednesday, August 11, 2004 12:38 PM
> To: A list for linux audio users
> Subject: Re: [linux-audio-user] what window manager are you using?
>
> Paul Winkler wrote:
> >
> > yay, it has grouping! (like the tabbed windows in fluxbox.)
> >
> >
>
> Along these lines I just ran across multu-aterm. Open one instance and
> then add more aterms in the background. I like it since I often have 5
> or 10 terminals open and this way I only have a single instance on the
> taskbar to deal with. Check it out if you don't use it already.
>
>
> _________________________________________________
> Scanned on 11 Aug 2004 20:20:03
> Scanning by http://erado.com
_________________________________________________
Scanned on 11 Aug 2004 20:23:01
Scanning by http://erado.com
I recently got Jack_fst functioning on my Mandrake 10 box for the first
time. It is working very well and I am very pleased...
I am primarily running a GM2 synth called Edirol Hyper Canvas. I have
tried 2 versions with this same issue...
"The program 'jack_fst' received an X Window System error.
>This probably reflects a bug in the program.
>The error was 'BadRequest (invalid request code or no such operation)'.
> (Details: serial 16653680 error_code 1 request_code 0 minor_code 0)
> (Note to programmers: normally, X errors are reported asynchronously;
> that is, you will receive the error a while after causing it.
> To debug your program, run it with the --sync command line
> option to change this behavior. You can then get a meaningful
> backtrace from your debugger if you break on the gdk_x_error()
>function.)
>[oz@fx oz]$ "
It runs fine for a time and then this occurs and shuts it down.
Any thoughts??
Thanks
R~
> > Problem with Jamin is that is a process to process thingie. Another
> > program, eating precious CPU cycles, must be playing and pre-processing
> > the audio to feed Jamin. I just do not have the CPU guts to run this way.
> > Under that other OS, I can run this type of software as a standalone
> > (file-to-file) or DX/VST plugin OK. The three-process (playing app, jack,
> > Jamin, jack) system is just not efficient.
>
> While the JACK overhead is measurable, I doubt it's your main problem.
>
> JAMin uses an FFT for linear-phase filtering. This is quite expensive
> in CPU, but sounds great. We made that tradeoff consciously, choosing
> sound quality over CPU cost, recognizing that some older CPUs would
> have trouble keeping up. Moore's Law is rapidly fixing that problem
> even as we speak. JAMin only uses about 25% of my relatively old
> Athlon XP 1800+.
>
> IIUC, most Windows mastering applications use lower-cost non-linear
> filters, so they run comfortably on low-end hardware. That is a
> reasonable business tradeoff for them to make.
Yup. I use several FFT based plugins and the eat it up quite nicely. They get
some improvement by using assembler rather than C++ for the math but they
still eat it up. BUT, I can use them. If I use the worst ones or too many,
then I need to destructively apply. Great examples are "CloneBoy" and
"CloneEnsemble". I can make MIDI choirs sing (and well!), but not "live" if I
am using both of these.
> If your machine is close to being able to hack it, try using a large
> JACK buffer size (-p2048 or -p4096). This reduces both JACK and FFT
> overhead. Mastering does not require low-latency operation, anyway.
My Qjackctl show 46ms latency now. I run my Windows junk at > 100ms routinely
so as not to run afoul of plugins that neglect to use the lookahead calls.
What do I set that here as well and give it a try.
> > A standalone or LDASCP Jamin would be worthwhile for those of us with
> > older equipment.
>
> You're welcome to contribute one yourself. The GUI is far too complex
> for LADSPA, but there's nothing particularly complicated about adding
> file I/O to JAMin, itself. We just didn't feel like working on that.
> There are so many good JACK-based solutions already available.
I might just try it. I fail to compile anything that wants QT3 (I do have it
and cannoct figure out why the ./configure cannot find it) but other stuff
will usually compile. If I do and can get that working, how do I contribute
it to the project?
The second stable release (0.9.0) of JAMin - the JACK Audio Mastering
interface is now available for download.
JAMin is a GPL-licensed, realtime mastering processor designed to
bring out the detail in recorded music and provide a final layer of
polish. Every effort has been made to ensure a clean, distortion-free
signal path. All processing elements use linear-phase filtering to
eliminate phase distortion.
JAMin runs on Linux using the JACK Audio Connection Kit, a low-latency
audio server. JACK connects multiple applications to a single sound
device, and also share audio among themselves. We rely on other JACK
applications (like ardour, ecasound, or rezound) for playback and
recording.
Homepage
http://jamin.sourceforge.net/
Download
http://prdownloads.sourceforge.net/jamin/jamin-0.9.0.tar.gz?download
New dependencies (since jamin-0.8.0)
swh-plugins >= 0.4.6 <http://www.plugin.org.uk>
liblo >= 0.5 <http://plugin.org.uk/liblo>
(optional, for OSC scene change control)
All other dependencies remain unchanged, the README file has a
complete list.
Usage instructions
http://jamin.sourceforge.net/Using_JAMin.html
Changes since jamin-0.8.0
* Limiter improvements:
-- uses new fast lookahead limiter (LADSPA:1913) from the
swh-plugins >= 0.4.6. The old limiter had some undesirable
sonic artifacts.
-- changed order of final gain and limiter stages.
* OSC control for scene changes:
-- accepts "osc.udp://localhost:4444/jamin/scene" messages
-- new `jamin-scene' command sends them
-- new jamin-cont plugin (LADSPA:1912) sends scene change
messages to the JAMin process via OSC.
(This plugin works with ardour, ecamegapedal and
applyplugin, but segfaults in jack-rack when removed.)
* Increase number of scenes from 6 to 20
* GUI improvements
-- extensive context-sensitive help
-- color editor for highlights and text
-- options pulldown menu for spectrum, crossfade, and EQ
* Better bypass control
-- specific bypass controls for EQ and limiter
-- separate Active/Solo/Bypass for each crossover band
* Global state settings saved in XML file.
* Expanded Russian translation
* Many bug fixes.
--
joq
So I gotta share my jubilation here...
After much months of beating my head against the wall with vst server,
vsti and recently, jack_fst.....and with MUCH thanks to Dave Phillips
and his persistence in steering me the right direction, I finally have
Jack_fst up and seemingly stable!!
I have been running another version of Edirol Hyper Canvas (1.01 vsti)
with jack_fst and it has been quite reliable and not too many Xruns. I'm
running Thac's latest kernel 2.6.7-sds-35.
I last wrote that I had this error;
{snippit}
"The program 'jack_fst' received an X Window System error.
>This probably reflects a bug in the program.
>The error was 'BadRequest (invalid request code or no such operation)'.
> (Details: serial 16653680 error_code 1 request_code 0 minor_code 0)
> (Note to programmers: normally, X errors are reported asynchronously;
> that is, you will receive the error a while after causing it.
> To debug your program, run it with the --sync command line
> option to change this behavior. You can then get a meaningful
> backtrace from your debugger if you break on the gdk_x_error()
>function.)
>[oz@fx oz]$ "
{un-snippet}
Well, I still don't know what that was but the "Details: serial 16653680
blah, blah" has me curious. This was another copy I had (ver 1.02) and,
well....eh hem...I "found" it laying around on the internet...
So I loaded up a previous version and have been testing it for
awhile...still running Sonar on my laptop but midi out to my MDK
box...midi in thru Delta 1010LT and connected in qjackctl. Works great!
All the sounds are there...it picks up all system midi messages and
plays just like it oughta~ :) <-------Me big time smiley face now!! I
now have a good GM2 synth module running on my linux machine. Still
cheating..I know...but, this gets me one step closer to leaving the
Winblows box at home altogether!
Now...if I can just get Muse or Rosegarden to behave...
Hi!
I'm looking into buying a professional quality audio interface for my notebook
computer.
I would like it to be as small and with as few cables as possible while still
having all the pro features: Ultra Low Latency, no distortion, no background
noise, and high sampling rates and resolution.
I would like to use my notebook as an instrument (synths/samplers) as well as
for Multi-Track recording purposes.
The RME Hammerfall DSP System Cardbus interface seems to be a decent choice.
Does anybody have experience with this or other professional audio I/O
products on notebook computers?
Carlo
> From: Steve Harris <S.W.Harris(a)ecs.soton.ac.uk>
> On Tue, Aug 10, 2004 at 10:32:30AM +0100, Greg Murphy wrote:
> > and varied but are always informative e.g. recently there was a
> > discussion about when linear phase is preferable to minimum phase
> and
> > vice versa.
>
> Heh, OK, as thats currently a topic on lad, could you post a summary
> or
> link to the discussion?
Whoops, that discussion was actually on the ProAud list (pgm.com) -
confusion 'cos much the same people hang out there. Unfortunately there
is no archive kept for that list. However, as I remember, it seems that
both minimum and linear phase EQ has its uses depending on material.
For example, the way in which linear phase smears in time can lead to
audible pre-echo (?) of low-frequencies e.g. an exposed bass drum.
Similarly, linear phase may be useful when material is full of steep
transients. Much of the discussion was ear- rather than science-led so
some blanket terms such as linear phase "clouding a mix" should be
taken with the usual caveat especially as comparisons varied between
plugins and hardware. I think the general outcome was that both minimum
and linear phase EQs are required for particular mastering jobs
(perhaps why some plugins are switchable e.g. HarBal)
If anything else comes up I'll let you know.
Greg
___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com