Re: Feature Request JAMin

On Mon, February 4, 2013 3:30 pm, Jan Depner wrote:
> On Sun, 2013-02-03 at 15:57 -0600, David Nielson wrote:
>> On 02/03/2013 03:19 PM, John Rigg wrote:
>> > On Mon, Feb 04, 2013 at 06:38:17AM +1100, Patrick Shirkey wrote:
>> >
>> > Without measurements this is all conjecture of course. If I get time
>> I'll
>> > try to do some tests.
>>
>> Jamin adds 1024 samples of latency to a signal on top of whatever
>> latency is added by your system. It's really not a good choice for a
>> crossover in a performance system with live performers. It would be
>> great for DJing.
>>
>> A few years ago, I did a digital crossover setup using Ardour and a
>> plugin called EQ10T, which is sadly no longer maintained and impossible
>> to compile in a modern operating system.
>>
>
> Where can I get a copy of EQ10T?  I Googled it and got NADA.  I'd like
> to take a look at getting it to compile.  I really don't think JAMin is
> the right tool for the job here.  The latency is a killer. It was
> designed for a specific task (mastering) and it really isn't designed
> for anything else (which is why it isn't being constantly tweaked).
>

It was also originally built for machines that were a lot less powerful
than we have today.

There are a bunch of additional features that Jamin could have:

1: Simplified UI for preset configurations (partially built)
2: Daemon mode
3: Control UI for Daemon mode
3: Pre/Post compressors aux/send
4: Updated interface using gtk3+clutter for 3d visualisations
5: Modernised UI design for touch interfaces
6: A choice of compressors/limiters
7: LV2 plugin option


etc...



--
Patrick Shirkey
Boost Hardware Ltd

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan