Just ran across this at http://www.kvr-vst.com/index.php
http://sourceforge.net/projects/jvstwrapper/
I was thinking it might be useful to some{every}one.
On Monday 09 February 2004 09:57 pm, Jens M Andreasen wrote:
> On tis, 2004-02-10 at 03:45, Benjamin Flaming wrote:
> > On Monday 09 February 2004 05:58 pm, Dave Robillard wrote:
> > > On Mon, 2004-02-09 at 18:50, Dave Griffiths wrote:
> > > > jack works with intel830 DRI
> > >
> > > Hmm.. I only h
Vincent Touquet <[EMAIL PROTECTED]> writes:
> Would you consider implementing a work around (aka non portable kludgery)
> a waste of time ?
In the 2.4 kernel this test in mm/mlock.c limits page locking to half
of physical memory...
/* we may lock at most half of physical memory... */
On Tue, 2004-02-10 at 16:51, Chris Pickett wrote:
> Paul Davis wrote:
> >>On Mon, Feb 09, 2004 at 07:32:35PM -0500, Paul Davis wrote:
> >>
> >>>its a basic problem with real time software, the POSIX API etc.
> >>>JACK tries to lock *all* the process memory.
> >>
> >>This is to ensure that nothing
On Tue, Feb 10, 2004 at 01:57:17PM -0500, Jesse Chappell wrote:
>BTW, i just ran JACK realtime on a T41p with the firegl T2 128MB,
>using the ati 3.7.0 drivers on a 2.4.22 PE/LL kernel with no problems.
>Alsa 0.9.8 using the builtin audio (snd-intel8x0). the machine
>itself has 512MB of RAM.
Grea
Vincent Touquet wrote on Tue, 10-Feb-2004:
> On Tue, Feb 10, 2004 at 01:57:17PM -0500, Jesse Chappell wrote:
> >BTW, i just ran JACK realtime on a T41p with the firegl T2 128MB,
> >using the ati 3.7.0 drivers on a 2.4.22 PE/LL kernel with no problems.
> >Alsa 0.9.8 using the builtin audio (snd
That's right kids, the most mediocre sndfile binding for python just
got more mediocrer! libsndfile-python now has numarray support! and
that's not all, this version has been tested even less extensively
than any version previous!
To get libsndfile-python (with numarray support) goto:
http://arc
Paul Davis wrote:
On Mon, Feb 09, 2004 at 07:32:35PM -0500, Paul Davis wrote:
its a basic problem with real time software, the POSIX API etc.
JACK tries to lock *all* the process memory.
This is to ensure that nothing gets swapped out, right ?
Else it is very hard to ensure real time performance
Hi Chris:
Well, the soundcard is an SBLive Value that I've used for quite a
while without problems.
Yes, I'll try removing things and seeing what happens next. The nVidia
driver is the first to go...
Best,
dp
Chris Pickett wrote:
Dave Phillips wrote:
So I'm wondering how I can best tr
Vincent Touquet wrote on Tue, 10-Feb-2004:
> On Tue, Feb 10, 2004 at 01:45:49PM +0100, Robert Jonsson wrote:
> >I'm running quite happily with DRI enabled on my ATI card now, the problem was
> >definitely that it was trying to lock too much memory.
>
> Ok. I assume that you have a Firegl T
On Tue, 10 Feb 2004 14:45:30 +0100 (CET), CK wrote
> hi dave,
>
> I read:
> > I've had problems getting v19 to work, so I don't think the released fluxus
> > version supports the new api yet - it's only a few small changes though.
>
> I think I sent you patches to make fluxus work with the new AP
On Tue, 2004-02-10 at 08:31, Dave Phillips wrote:
> Greetings:
>
> Recently I've been having a lot of trouble with extraneous noise from
> my system. Some apps are worse than others, but it does seem that
> JACK-enabled apps fare the worst.
- Take that binary driver out of your kernel (I know
Dave Phillips wrote:
So I'm
wondering how I can best troubleshoot my system. The problem appears to
be either JACK, the video driver, or maybe something to do with disk I/O
(? it's an ext3 system). If anyone else out there is using a similar
setup please let me know if you've done anything sp
Vstserver is a program that must be running when using programs
using vstlib.
Vstlib is a library that can be used by programs to run windows
vst audio plugins under i386linux/i386freebsd/i386solaris/i386etc.
(May require som modifications for other os-es than i386linux).
A tutorial for vst pl
hi dave,
I read:
> I've had problems getting v19 to work, so I don't think the released fluxus
> version supports the new api yet - it's only a few small changes though.
I think I sent you patches to make fluxus work with the new API (didn't I?)
but AFAIK portaudio's jack implementation is curren
On Tue, Feb 10, 2004 at 08:31:10AM -0500, Dave Phillips wrote:
> Machine is an 800 MHz AMD w. 512 MB RAM, system is Planet CCRMA RH 9.
>Any help on this matter would be greatly appreciated. I haven't had this
>kind of noise problem before now, I'd certainly like to get rid of it,
>and I'm willin
On Tuesday 10 February 2004 14.07, Vincent Touquet wrote:
> On Tue, Feb 10, 2004 at 01:45:49PM +0100, Robert Jonsson wrote:
> >I'm running quite happily with DRI enabled on my ATI card now, the problem
> > was definitely that it was trying to lock too much memory.
>
> Ok. I assume that you have a F
>On Mon, Feb 09, 2004 at 07:32:35PM -0500, Paul Davis wrote:
>>its a basic problem with real time software, the POSIX API etc.
>>JACK tries to lock *all* the process memory.
>
>This is to ensure that nothing gets swapped out, right ?
>Else it is very hard to ensure real time performance ?
>(sorry
On Tue, Feb 10, 2004 at 01:45:49PM +0100, Robert Jonsson wrote:
>I'm running quite happily with DRI enabled on my ATI card now, the problem was
>definitely that it was trying to lock too much memory.
Ok. I assume that you have a Firegl T2 with 128Mb Ram (using the ATI 3.7.0 drivers) ?
>Since sh
Greetings:
Recently I've been having a lot of trouble with extraneous noise from
my system. Some apps are worse than others, but it does seem that
JACK-enabled apps fare the worst. Following this thread it occurred to
me that perhaps my video driver is at fault. I have a gForce2 and am
using
On Tuesday 10 February 2004 13.32, Vincent Touquet wrote:
> On Mon, Feb 09, 2004 at 07:32:35PM -0500, Paul Davis wrote:
> >its a basic problem with real time software, the POSIX API etc.
> >JACK tries to lock *all* the process memory.
>
> This is to ensure that nothing gets swapped out, right ?
> E
On Tue, 10 Feb 2004 13:21:08 +0100, Vincent Touquet wrote
> On Mon, Feb 09, 2004 at 06:58:49PM -0500, Dave Robillard wrote:
> >I remember seeing that page a little while back, I'll definately look
> >into it.. looks pretty crazy!
>
> It definitely looks great.
> I want to test it too.
>
> >(If it
On Mon, Feb 09, 2004 at 07:32:35PM -0500, Paul Davis wrote:
>its a basic problem with real time software, the POSIX API etc.
>JACK tries to lock *all* the process memory.
This is to ensure that nothing gets swapped out, right ?
Else it is very hard to ensure real time performance ?
(sorry for bei
On Mon, Feb 09, 2004 at 06:58:49PM -0500, Dave Robillard wrote:
>I remember seeing that page a little while back, I'll definately look
>into it.. looks pretty crazy!
It definitely looks great.
I want to test it too.
>(If it's based on portaudio can I still connect it to my jack graph
>somehow? N
On Mon, Feb 09, 2004 at 07:32:35PM -0500, Paul Davis wrote:
>the implementation of DRI by certain video interface drivers means
>that we end up trying to lock the video memory as well, and this tends
>to fail for various reasons.
Hm, that sounds bad.
Does this problem also happen with the open sou
On Mon, Feb 09, 2004 at 08:19:55PM -0500, Dave Robillard wrote:
>Now that ATI has gone the way of Nvidia I don't know who to pledge
>allegiance to. :)
>Is Matrox still friendly?
I would say that there is still hope as far as ATI is concerned.
They are delivering specs to the Linuxbios people, so t
Do you use the Radeon binary driver ?
v
On Mon, Feb 09, 2004 at 06:26:20PM -0500, Dave Robillard wrote:
>Through a painful process I'd rather not go into, I discovered that Jack
>will not run in realtime mode with my Radeon's 3d drivers loaded.. I get
>the error "cannot lock down memory for RT th
Paul Davis wrote:
I guess I'll have to wait for the day when I can afford two
multi-channel audio interfaces, two multi-channel MIDI interfaces, and a
dedicated machine to handle the visualisation aspect of things.
or ... you could just get a Matrox video interface, since they seem to
be just abo
Dave Robillard wrote:
On Mon, 2004-02-09 at 18:50, Dave Griffiths wrote:
jack works with intel830 DRI
Hmm.. I only have Radeon's, so I'm a bit out of luck as far as testing
other cards I guess.
Anyone else have a positive/negative experience?
i'm using dri with an ancient 3dfx voodoo3 3000 agp
On Tuesday 10 February 2004 02.11, Paul Davis wrote:
> >I guess I'll have to wait for the day when I can afford two
> >multi-channel audio interfaces, two multi-channel MIDI interfaces, and a
> >dedicated machine to handle the visualisation aspect of things.
>
> or ... you could just get a Matrox v
On Tuesday 10 February 2004 01.32, Paul Davis wrote:
> >On Mon, 2004-02-09 at 18:50, Dave Griffiths wrote:
> >> jack works with intel830 DRI
> >
> >Hmm.. I only have Radeon's, so I'm a bit out of luck as far as testing
> >other cards I guess.
> >
> >Anyone else have a positive/negative experience?
31 matches
Mail list logo