[linux-audio-user] Re: linux-audio-user] [ANN] jamin-0.9.0 releas

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2004-08-09 at 11:41, Jack O'Quin wrote:
> David Baron <d_baron@xxxxxxxxxx> writes:
> 
> > On Monday 09 August 2004 11:33, linux-audio-user-request@xxxxxxxxxxxxxxxxxx 
> > wrote:
> > > The second stable release (0.9.0) of JAMin - the JACK Audio Mastering
> > > interface is now available for download.
> > 
> > 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.
> 
> 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.
> 
> > 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.

	Every time I think about doing that I get lazy ;-)  Also, on my Athlon
XP 1700+ I can run 12-16 tracks in Ardour (with bunches of active
plugins) to the master bus, master bus to JAMin, JAMin to a stereo track
in Ardour and only use about 40% CPU.  The incentive just isn't there
for me.  But, if someone wants to do the hard part (I/O) I'll be glad to
add it to the GUI :-)

Jan



[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux