Pete Bessman <[EMAIL PROTECTED]> writes:
> One more point in favor of GThread I just figured out is config
> testing for it. All you have to do is at a pkg-config check for
> gthread-2.0 and your set. Having glanced through other programs,
> checking for pthreads seems a bit more involved than I
The latest release of Specimen, a midi controllable audio sampler for
Linux, adds 4 LFOs which can modulate volume, panning, cutoff and
resonance into mix. Additionally, the LFOs can be tempo synced to
either midi or the jack-transport mechanism.
Available for immediate leeching from www.gazuga.n
At Sat, 12 Jun 2004 00:10:17 -0400,
Paul Davis wrote:
>
> >Does anybody have any opinion on which threading system is superior?
> >I've been using glib for a lot of things, but for whatever reason I'm
> >hesitant about using it for threading if the only benefit it will
> >provide is consistency (I
>Does anybody have any opinion on which threading system is superior?
>I've been using glib for a lot of things, but for whatever reason I'm
>hesitant about using it for threading if the only benefit it will
>provide is consistency (I'm guessing it's just a wrapper for pthread
>anyway).
yes, its j
I've made some utility programs for breaking up 6 channel
wave files into stereo and mono wave files, and going the
other way -- assembling 6 channel waves from stereo and
mono wave files. There's also a wave file player that
works better than aplay for playing 6 channel waves using
Alsa. The pro
Does anybody have any opinion on which threading system is superior?
I've been using glib for a lot of things, but for whatever reason I'm
hesitant about using it for threading if the only benefit it will
provide is consistency (I'm guessing it's just a wrapper for pthread
anyway).
[pb]
Hallo,
Thorsten Wilms hat gesagt: // Thorsten Wilms wrote:
> Better, red line is there, thanks. But it's not possible to get pointer
> and indicator movement in sync with the sensitivity-slider.
The slider's basically just scaling the rise of the "red line"
per x-asis unit. You could replace it
On Fri, Jun 11, 2004 at 01:21:51PM -0400, Paul Davis wrote:
> >On Fri, Jun 11, 2004 at 12:06:44PM -0400, Paul Davis wrote:
> >> i have a very hard rule against hacking in the bedroom. i have broken
> >> it once and will never do it again. "garage hackers", "living room
> >> hackers" and right now "
Tim Hockin <[EMAIL PROTECTED]> writes:
> On Fri, Jun 11, 2004 at 01:21:51PM -0400, Paul Davis wrote:
> > more seriously, its necessary to be able to escape from
> > programming. if not the bedroom, then where?
>
> but then how do you wake up when you r build is done?
>
> make && echo ^G^G
That
On Fri, Jun 11, 2004 at 07:49:17PM +0200, Frank Barknecht wrote:
>
> But you should see the read slider dials on both green sliders, it's a
> simple rectangle object. I'm not sure, which version of fanslider you
> have, I attached a new one wich has a sensitivity-slider for the
> scaling of the y-
Steve Harris wrote:
Hello? See my previous post re: mouse wheel. There is a *perfect*
mapping between a knob and the
mouse wheel, much more straightforward than for any other hardware control.
Its not really "perfect" the mouse wheel is vertical and they often have
big steps, plus they give
On Fri, Jun 11, 2004 at 09:10:58PM +0300, Juhana Sadeharju wrote:
>
> Horizontal motion is better than vertical. Try it! I can move
> the pointer horizontally 1000 pixels easily without moving
> my hand -- I just rotate hand and skew fingers, fast. For vertical
> motion I have to slide the whole a
Are you all on vacation because we have 60 mails per day?
Horizontal motion is better than vertical. Try it! I can move
the pointer horizontally 1000 pixels easily without moving
my hand -- I just rotate hand and skew fingers, fast. For vertical
motion I have to slide the whole arm on the table -
Dear all,
after a very busy period I finally managed to find the needed time and
concentration to write the first darft of AGNULA position on
distributing ALSA firmware.
To make a long story short, the final position I'm proposing is that
AGNULA *should* distribute such firmware, but
Hallo,
Thorsten Wilms hat gesagt: // Thorsten Wilms wrote:
> Well that is pd with gem, but not the patch.
> Loaded the patch, clicked on the green thing. Have to move the
> mouse a very long way for only little movement, no matter
> where horizontaly. No red line appears.
>
> Console output:
>
On Fri, Jun 11, 2004 at 01:21:51PM -0400, Paul Davis wrote:
> more seriously, its necessary to be able to escape from
> programming. if not the bedroom, then where?
but then how do you wake up when you r build is done?
make && echo ^G^G
:)
>On Fri, Jun 11, 2004 at 12:06:44PM -0400, Paul Davis wrote:
>> i have a very hard rule against hacking in the bedroom. i have broken
>> it once and will never do it again. "garage hackers", "living room
>> hackers" and right now "on the bar in the kitchen hackers" .. sure,
>> but never, ever a bed
On Fri, Jun 11, 2004 at 02:57:11AM -0400, Lee Revell wrote:
> Hello? See my previous post re: mouse wheel. There is a *perfect*
> mapping between a knob and the
> mouse wheel, much more straightforward than for any other hardware control.
Perfect it is not. My favorite mouse has a wheel which
On Fri, Jun 11, 2004 at 12:33:35 -0400, Paul Winkler wrote:
> On Fri, Jun 11, 2004 at 02:59:11AM -0400, Dave Robillard wrote:
> > You can define multiple pointing devices in XF86Config; people do things
> > like have a mouse and a tablet, etc.
> >
> > If you don't want a device to control the core
On Fri, Jun 11, 2004 at 12:06:44PM -0400, Paul Davis wrote:
> i have a very hard rule against hacking in the bedroom. i have broken
> it once and will never do it again. "garage hackers", "living room
> hackers" and right now "on the bar in the kitchen hackers" .. sure,
> but never, ever a bedroom
On Fri, Jun 11, 2004 at 02:59:11AM -0400, Dave Robillard wrote:
> You can define multiple pointing devices in XF86Config; people do things
> like have a mouse and a tablet, etc.
>
> If you don't want a device to control the core pointer, you just define
> it but don't set it as the pointer for any
>> that the only people who work on open source projects are kids in
>> college and weekend warriors? The things that I don't understand (like
>> DSP :) are covered by other "bedroom hackers" like Paul Davis, Steve
>> Harris, Jack O'Quin, Taybin Rutkin, Jesse Chappell, Andrew Morton, Linus
>> Torv
On Fri, 2004-06-11 at 17:19, Alfons Adriaensen wrote:
> On Fri, Jun 11, 2004 at 07:08:06PM +0200, Marek Peteraj wrote:
>
> > Are you seriously sure? We're in the marketing hype thread which i've
> > started. ;)
>
> It's not all about you, even if you started it :-)
>
> Seriously now, I see your
Just compared the screenshot with what I have.
primTri isn't connected, allthough I havn't altered the file.
Switched to edit mode, but I can't create any connections
to primTri, since it's drawn without any ports or whatever
they are called.
---
Thorsten Wilms
On Fri, Jun 11, 2004 at 02:07:34PM +0200, Frank Barknecht wrote:
> ...
> Maybe upgrade libquicktime-dev?
Thanks, it worked.
Well that is pd with gem, but not the patch.
Loaded the patch, clicked on the green thing. Have to move the
mouse a very long way for only little movement, no matter
wher
On Fri, 2004-06-11 at 18:04, Martijn Sipkema wrote:
> [...]
> > > Sorry Fons, but define acceptable! Please!
> >
> > I will define as non-acceptable the implication:
> >
> >Paul uses a text based mail client
> >=>
> >this explains why his GUI designs are cluttered.
> >
> > It would b
On Fri, Jun 11, 2004 at 07:08:06PM +0200, Marek Peteraj wrote:
> Are you seriously sure? We're in the marketing hype thread which i've
> started. ;)
It's not all about you, even if you started it :-)
Seriously now, I see your point, and mutatis mutandis I will
even agree with it. But I am not as
On Fri, 2004-06-11 at 16:58, Alfons Adriaensen wrote:
> On Fri, Jun 11, 2004 at 06:31:45PM +0200, Marek Peteraj wrote:
> > On Fri, 2004-06-11 at 16:08, Alfons Adriaensen wrote:
> > > On Fri, Jun 11, 2004 at 05:17:17PM +0200, Marek Peteraj wrote:
> > >
> > > > So you call not removing disturbing no
[...]
> > Sorry Fons, but define acceptable! Please!
>
> I will define as non-acceptable the implication:
>
>Paul uses a text based mail client
>=>
>this explains why his GUI designs are cluttered.
>
> It would be acceptable and in this context even funny with a :-),
> but I didn't s
On Fri, 2004-06-11 at 16:33, Alfons Adriaensen wrote:
> On Fri, Jun 11, 2004 at 06:25:28PM +0200, Marek Peteraj wrote:
> > On Fri, 2004-06-11 at 16:03, Alfons Adriaensen wrote:
> > > On Fri, Jun 11, 2004 at 05:17:17PM +0200, Marek Peteraj wrote:
> > >
> > > > And this is exactly what explains the
On Fri, Jun 11, 2004 at 06:31:45PM +0200, Marek Peteraj wrote:
> On Fri, 2004-06-11 at 16:08, Alfons Adriaensen wrote:
> > On Fri, Jun 11, 2004 at 05:17:17PM +0200, Marek Peteraj wrote:
> >
> > > So you call not removing disturbing non-efficient and stupid UI designs
> > > which make your life har
On Fri, Jun 11, 2004 at 06:25:28PM +0200, Marek Peteraj wrote:
> On Fri, 2004-06-11 at 16:03, Alfons Adriaensen wrote:
> > On Fri, Jun 11, 2004 at 05:17:17PM +0200, Marek Peteraj wrote:
> >
> > > And this is exactly what explains the clutter in ardour UI.
> >
> > Marek, your comments on the logic
On Fri, 2004-06-11 at 15:10, Tim Orford wrote:
> i would be very careful about what lessons are to be drawn from
> Protools. Some of the reasons are purely historical and no longer
> relevant. Hardware bundling and marketing are factors. It is also
> a very polished, reliable product.
Agreed. OT
On Fri, 2004-06-11 at 09:03, Tim Orford wrote:
> yeh you guys are lucky, not only do you get to work with real
> instruments but your software requirements are much more easily satisfied:-)
>
Yeah, it is much easier than dealing with MIDI and synths. I get a
headache just thinking about
On fre, 2004-06-11 at 13:10, Robert Jonsson wrote:
> > ...
> > So, where is the damned synthesizer? :)
>
> It's in there! ;-}
>
> Now, you might have already tried Fluidsynth, but I thought I would mention it
> for completeness.
> Fluidsynth is also a soundfont player which "might" be more aim
Steve Harris wrote:
On Fri, Jun 11, 2004 at 07:15:24AM -0500, Jan Depner wrote:
The average age of linux audio hackers does seem to be unusually high. No
idea why. Maybe you get to a certain age before the insanity kicks in ;)
- Steve, beginner with only 17 years programming experience
There is at
On Fri, 2004-06-11 at 16:08, Alfons Adriaensen wrote:
> On Fri, Jun 11, 2004 at 05:17:17PM +0200, Marek Peteraj wrote:
>
> > So you call not removing disturbing non-efficient and stupid UI designs
> > which make your life harder and all that -- fallacy and dumbing-down??
>
> No, I never said suc
On Fri, 2004-06-11 at 16:03, Alfons Adriaensen wrote:
> On Fri, Jun 11, 2004 at 05:17:17PM +0200, Marek Peteraj wrote:
>
> > And this is exactly what explains the clutter in ardour UI.
>
> Marek, your comments on the logic and consistency of the Ardour
> GUI were IMHO justifed, and I'm probably n
On Fri, 2004-06-11 at 15:52, Kjetil Svalastog Matheussen wrote:
> Alfons Adriaensen:
> >On Thu, Jun 10, 2004 at 07:24:59PM +0200, Kjetil Svalastog Matheussen wrote:
> >>
> >> Tim Hockin:
> >> >
> >> > I know Linux people love to claim how choice is our strength, but I think
> >> > it's bunk. Linux
On Fri, Jun 11, 2004 at 07:15:24AM -0500, Jan Depner wrote:
> I am recording/mixing originals alone and with my band(s) using Ardour,
> effects from LADSPA (SWH and TAP for the most part), mastering with
> JAMin, final clip with Audacity, and burning CDs with XCDRoast. I don't
> do MIDI or s
On Fri, Jun 11, 2004 at 05:17:17PM +0200, Marek Peteraj wrote:
> So you call not removing disturbing non-efficient and stupid UI designs
> which make your life harder and all that -- fallacy and dumbing-down??
No, I never said such a thing.
--
FA
On Fri, 2004-06-11 at 08:39, Steve Harris wrote:
> On Fri, Jun 11, 2004 at 07:15:24AM -0500, Jan Depner wrote:
> > Also, being one of those bedroom hackers, I just want to point out that
> > I've been a professional programmer for 26 years. I've done mostly
> > scientific graphical editing and
On Fri, Jun 11, 2004 at 05:17:17PM +0200, Marek Peteraj wrote:
> And this is exactly what explains the clutter in ardour UI.
Marek, your comments on the logic and consistency of the Ardour
GUI were IMHO justifed, and I'm probably not the only one who
appreciated your contribution in that case.
B
Alfons Adriaensen:
>On Thu, Jun 10, 2004 at 07:24:59PM +0200, Kjetil Svalastog Matheussen wrote:
>>
>> Tim Hockin:
>> >
>> > I know Linux people love to claim how choice is our strength, but I think
>> > it's bunk. Linux needs a single GUI environment that has a lot of deep
>> > flexibility
>>
>>
On Fri, Jun 11, 2004 at 07:15:24AM -0500, Jan Depner wrote:
> Also, being one of those bedroom hackers, I just want to point out that
> I've been a professional programmer for 26 years. I've done mostly
> scientific graphical editing and data structures programming, but also
> real-time data
On Fri, Jun 11, 2004 at 12:39:42PM +0200, Alfons Adriaensen wrote:
> On Fri, Jun 11, 2004 at 11:05:36AM +0200, Thorsten Wilms wrote:
>
> > My take on this, I hope I can bring this discussion to a friendlier level:
>
> I have no intention to be unfriendly. And most people who know me would
> say
On Fri, Jun 11, 2004 at 08:37:09AM -0400, Paul Davis wrote:
> you cannot modify the graph in JACK while the graph is being used to
> process audio. you do not know how long the graph modification will
> take if you try to do it (for example) right after you're done with
> one process cycle. the on
>moreover, iirc, the design of jackd makes no consideration for
>'live' routing changes. At least on my system, changing the graph
>results in an xrun.
last time i plug an analog signal into an analog patchbay, there was a
click.
you cannot modify the graph in JACK while the graph is being used
On Fri, 2004-06-11 at 15:09, Thorsten Wilms wrote:
> On Fri, Jun 11, 2004 at 01:59:41PM +0200, Alfons Adriaensen wrote:
> >
> > I didn't. What I said was that those who complain because things
> > do no look as they are used to, are in general the same people that
> > just do not master the applic
On Fri, Jun 11, 2004 at 01:57:33PM +0200, Tim Orford wrote:
> On Fri, Jun 11, 2004 at 10:17:24AM +0100, Steve Harris wrote:
> > combination of AMS, SSM, jack-rack and tapiir (I think). I wanted to
> > change the routing on the fly.
> >
> > Obviously it /can/ be done in windows (turing complete), b
On Fri, Jun 11, 2004 at 08:37:09AM -0400, Paul Davis wrote:
> you cannot modify the graph in JACK while the graph is being used to
> process audio. you do not know how long the graph modification will
> take if you try to do it (for example) right after you're done with
> one process cycle. the onl
[Paul Davis]
>the fact that some systems can do live repatching without xruns is
>either good luck, or a function of them using very lightweight objects
>that don't directly reference expensive resources.
it can be done no matter the weight of the resources involved if the
resource handling (alloc
I've patched up Timidity++ to play in 4/6 channel surround
using the Alsa driver on Linux (or perhaps other systems
with Alsa). Source files to replace those of the current
CVS version of Timidity++ are in
ftp://ling.lll.hawaii.edu/pub/greg/Timidity51.tgz
The included Alsa output driver will als
On Fri, Jun 11, 2004 at 08:10:35AM -0400, Paul Davis wrote:
> this lack of integration is the chief drawback to the model JACK has
> brought us.
Linuxaudiosystems may prove me wrong, but despite the fact that
Jack raises some difficult issues that need creative thought, i do
beleive it is the onl
Paul:
>
> % f +gtk-in
> % rmm cur-last
> % f +gtkmm-in
> % rmm cur-last
> % f +new
> % rmm `pick -from wine-devel`
> % rmm `pick -from xdg-list`
> and then i can put all those commands in script and next time just do:
> % clean-mail
>that's what i call a mail client.
And this is exactly
On Fri, Jun 11, 2004 at 01:59:41PM +0200, Alfons Adriaensen wrote:
>
> I didn't. What I said was that those who complain because things
> do no look as they are used to, are in general the same people that
> just do not master the application domain itself. Those that do
> will just get on with th
On Tue, 08 Jun 2004 09:54:17 +0200
Mario Lang <[EMAIL PROTECTED]> wrote:
> Yatm is a small command-line mp3 player with tempo variation capabilities.
does it change the tempo without changing the pitch (a.k.a time stretching)>
Flo
--
Palimm Palimm!
At Thu, 10 Jun 2004 15:47:07 -0400,
Dave Phillips wrote:
>
> Greetings:
>
> Can someone explain why TiMidity eventually hogs the CPU at 95% or
> more after running for a while (like 12 hours or more) ? I'm talking
> about hogging the chip while TiMidity is idling, not playing. I'm using
> i
> Date: Fri, 11 Jun 2004 13:21:05 +0200
> From: Tim Orford <[EMAIL PROTECTED]>
>
> the major weakness in this setup for me is the neccesity to render the
> midi before mixing. At least that means all elements of the arrangement
> can be visualised and edited in one place, but re-editing the render
On Fri, 2004-06-11 at 06:21, Tim Orford wrote:
>
> > The other thing that makes linux more productive for me is the windowmanager I
> > am using: ion, a tabbed/tiled window manager which I would like to promote
> > here as one of the most productivity enhancing piece of software I know.
>
> i
On Fri, 2004-06-11 at 03:42, Tim Orford wrote:
> i dont mean to be aggressive, i'm just really intrigued to
> know how people get any music done. There is never any talk on
> this list or LAU about real software usage or workflows etc.
>
Most of that talk is on ardour-dev. Ask Ron Parke
>the major weakness in this setup for me is the neccesity to render the
>midi before mixing. At least that means all elements of the arrangement
agreed. this is part of the reason why i was interested in supporting
vst/i's on linux. whether you run them as a plugin, or as a standalone
sample-synce
Hallo,
Thorsten Wilms hat gesagt: // Thorsten Wilms wrote:
> Maybe someone around here can help (google is unavailable to
> me atm, other engines didn't bring up anything useful)
>
> pix_filmLinux.cpp: In member function `virtual void pix_filmLinux::getFrame()':
> pix_filmLinux.cpp:259: error: `
On Fri, Jun 11, 2004 at 10:17:24AM +0100, Steve Harris wrote:
> combination of AMS, SSM, jack-rack and tapiir (I think). I wanted to
> change the routing on the fly.
>
> Obviously it /can/ be done in windows (turing complete), but i bet it
> would have been a hell of a lot harder.
this should be
On Fri, Jun 11, 2004 at 12:39:46PM +0100, Chris Cannam wrote:
> On Friday 11 Jun 2004 11:39 am, Alfons Adriaensen wrote:
> > There seems to be a belief that computers and software would
> > eleminate the need for education and training, that sitting at a
> > DAW turns you instantly into a sound e
On Friday 11 June 2004 13:17, Jens M Andreasen wrote:
> On fre, 2004-06-11 at 12:38, Arnold Krille wrote:
> > How would you use a trackball to control a knob? circular? seems very
> > difficult... linear is better...
> I have a trackball. Moving the index and middle fingers in little
> cirkles is a
On Fri, 2004-06-11 at 04:02, Steve Harris wrote:
> There are other options like Turtle, which has some shortcuts to make it
> easy for humans to read/write, but its equivalently harder to parse. Rock
> and a hard place :(
>
Given a choice I'd rather have "easier to parse" as long as all o
Thank you, i really appreciate your comments. Very useful, for me at
least.
My purpose in pursuing this subjuct is as a (wanabe) developer, and
therefore my comments concentrate on how this setup can be improved, so
pls view in that light - no criticism intented:-)
On Fri, Jun 11, 2004 at 12:00
On Friday 11 Jun 2004 11:39 am, Alfons Adriaensen wrote:
> There seems to be a belief that computers and software would
> eleminate the need for education and training, that sitting at a
> DAW turns you instantly into a sound engineer, and clicking the
> mouse on soft synth makes you a qualified mu
On Fri, Jun 11, 2004 at 12:58:27PM +0200, Jens M Andreasen wrote:
> On tor, 2004-06-10 at 18:04, Dave Robillard wrote:
>
> > >
> > > One solution is to make it depend on the place you hit it, and
> > > define the effect of a mouse movement as the projection onto the
> > > tangent at that point.
>
Hi,
On Friday 11 June 2004 11.26, Jens M Andreasen wrote:
> Hi Dave, Takashi!
>
> I've got timidity up and running now, as a server under OSS. Made me
> self a new option to read directly from /dev/sequencer2 (The
> documentation says the input format should be similar to /dev/sequencer,
> but tha
On fre, 2004-06-11 at 12:38, Arnold Krille wrote:
> How would you use a trackball to control a knob? circular? seems very
> difficult... linear is better...
>
I have a trackball. Moving the index and middle fingers in little
cirkles is actually quite easy ...
OTOH, double clicking with your th
On tor, 2004-06-10 at 18:04, Dave Robillard wrote:
> >
> > One solution is to make it depend on the place you hit it, and
> > define the effect of a mouse movement as the projection onto the
> > tangent at that point.
> >
> > So for example if you click on the bottom, moving left will rotate
> >
On Fri, Jun 11, 2004 at 11:05:36AM +0200, Thorsten Wilms wrote:
> My take on this, I hope I can bring this discussion to a friendlier level:
I have no intention to be unfriendly. And most people who know me would
say I'm in fact a gentle person... :-)
> Linux would 'need' an unified gui (look a
On Thu, Jun 10, 2004 at 09:57:28AM -0400, Dave Robillard wrote:
> On Thu, 2004-06-10 at 02:00, [EMAIL PROTECTED] wrote:
> > That's cool and all, but what about the RS-101?
> >
> > What happened to Ultramaster? They had some cool looking stuff that I
> > never got a chance to use.
> >
> > On Fri,
On Friday 11 June 2004 00:55, Steve Harris wrote:
> On Thu, Jun 10, 2004 at 11:28:01 -0700, Tim Hockin wrote:
> > I think that your frontal lobe is saying "knobs are round, move the mouse
> > around them" but I still believe that your hand will find it more
> > intuitive and correct to move the mou
Well as a profesional linux user (music is my dayjob) I can maybe describe
some of the things that make linux much more productive for me than mac or
windows.
Jack is one of the key points. (with alsa sequencer but midi loopback is not
unique, the mac has had that for ages)
Workspaces and keybo
On Fri, Jun 11, 2004 at 11:05:36 +0200, Thorsten Wilms wrote:
> While choice is in fact a reason for me to use Linux, there's the problem
> that choice is mostly limited to incomplete/patchwork solutions (but in the
> proprietary software world there are similiar and some other problems).
Right
On Thu, Jun 10, 2004 at 11:25:59PM +0200, Frank Barknecht wrote:
> I mocked up the mockup and made it a functional Pd patch.
> ...
Cool! But sadly I don't get GEM to compile (Gentoo, couldn't
find an ebuild).
Maybe someone around here can help (google is unavailable to
me atm, other engines d
On Fri, Jun 11, 2004 at 02:57:11 -0400, Lee Revell wrote:
> >I'm still going to put my bet on linear. If you do a usability study of
> >linear vs radial, I bet linear will be more obvious and easy to control.
> >And you will not convince me otherwise until I see a usability test done
> >with non-L
On Thu, Jun 10, 2004 at 12:08:57PM -0400, Dave Robillard wrote:
> On Thu, 2004-06-10 at 06:22, [EMAIL PROTECTED] wrote:
>
> Hmm. I never thought of the idea of having MIDI run vertically. I
> think it might just confuse matters, but perhaps not. Athough I suppose
> it does paralell control/a
Hi Dave, Takashi!
I've got timidity up and running now, as a server under OSS. Made me
self a new option to read directly from /dev/sequencer2 (The
documentation says the input format should be similar to /dev/sequencer,
but that's wrong.)
The first note I play actually happens, and resembles an
On Fri, Jun 11, 2004 at 10:42:14 +0200, Tim Orford wrote:
> > I did a gig last year, where I used a midi floor controller that ran shell
> > scripts which (un)made connections in a jack graph (and some other
> > stuff). I'd like to know what other OSs let you do that :)
>
> ok, tell us what you we
On Fri, Jun 11, 2004 at 10:19:11AM +0200, Alfons Adriaensen wrote:
> On Thu, Jun 10, 2004 at 07:24:59PM +0200, Kjetil Svalastog Matheussen wrote:
> >
> > Tim Hockin:
> > >
> > > I know Linux people love to claim how choice is our strength, but I think
> > > it's bunk. Linux needs a single GUI en
On Thu, Jun 10, 2004 at 05:21:59 -0500, Jan Depner wrote:
> On Thu, 2004-06-10 at 17:00, Steve Harris wrote:
> > Yup, but I dont think we got consensus on the metadata format, which is
> > kinda fundamnetal. For the record, I (still) think we should use a
> > restricted subset of RDF/N3.
> >
>
On Thu, Jun 10, 2004 at 10:17:52PM +0100, Steve Harris wrote:
> On Thu, Jun 10, 2004 at 07:15:56 +0200, Tim Orford wrote:
> > > And no, linux audio is definitely not perfectly unusable for me.
> > > Quite the contrary; pd, supercollider, snd, ladspa, alsa, jack and the
> > > very low-latish kernel
On Thu, Jun 10, 2004 at 07:24:59PM +0200, Kjetil Svalastog Matheussen wrote:
>
> Tim Hockin:
> >
> > I know Linux people love to claim how choice is our strength, but I think
> > it's bunk. Linux needs a single GUI environment that has a lot of deep
> > flexibility
>
> Yes! I completely agree w
On Fri, Jun 11, 2004 at 03:18:53AM +0200, Florian Schmidt wrote:
>
> The initial click on a slider usually changes the position, so if the "base"
> fader is very small, the initial click to grab the slider is bound to make
> large accidental leaps, which of course can be corrected afterwards by
Dave Robillard wrote:
I kind of agree - I don't really see the point of embedding plugin GUIs
in anything. A modular with the controls like SSM maybe, but you
wouldn't be able to see anything, modules being that big.
Oh, it's not only about embedding in one great window but embedding
the plugin w
On Thursday 10 Jun 2004 10:34 pm, Steve Harris wrote:
> On Thu, Jun 10, 2004 at 11:57:06 +0200, [EMAIL PROTECTED] wrote:
> > > Automation in VST is pretty much broken AFAICT. It relys on
> > > explicit support from the plugins to work.
> >
> > i am tempted to say "not true" but i may miss something
On Fri, 2004-06-11 at 01:59, Paul Winkler wrote:
> On Fri, Jun 11, 2004 at 01:07:46AM -0400, Dave Robillard wrote:
> > > Currently I use a Fellowes (nee Cirque) touchpad as my primary mouse.
> > > It's a bit bigger than a laptop touchpad, but not by much.
> > > Like this one:
> > > http://www.jr.co
Tim Hockin wrote:
On Thu, Jun 10, 2004 at 02:09:08PM +0200, Thorsten Wilms wrote:
Tim Hockin: please elaborate about velocity sensitve knobs like
used by OhmForce.
When you move the mouse slowly, you get very fine control. When you move
it faster, the control gets coarser. So you can mo
92 matches
Mail list logo
