On Mon, 2009-01-12 at 13:14 -0500, Fred Gleason wrote:
> On Sunday 11 January 2009 12:23:27 pm Fons Adriaensen wrote:
> > The paper submission deadline for LAC2009 is just a little
> > more than 100 hours away, and the response so far has been
> > rather disappointing, to the point that there would
On Tue, 2009-01-13 at 01:33 +0200, Juuso Alasuutari wrote:
> On Monday 12 January 2009 23:52:04 Fons Adriaensen wrote:
> > Hello all,
> >
> > Many thanks to all who have responded to yesterday's
> > message ! There is still room for more, so start
> > writing the paper you always wanted to write, o
On Wed, 2009-01-14 at 01:37 +0100, Fons Adriaensen wrote:
> On Tue, Jan 13, 2009 at 07:38:40PM -0500, David Robillard wrote:
>
> > Dooo it :) Though, both LASH and JACK talks/session/whatever
> > converge at the D-Bus stuff... maybe they could be tackled as a single
>
On Tue, 2009-01-13 at 17:29 -0800, Renato Fabbri wrote:
> 2009/1/13 David Robillard :
> > On Wed, 2009-01-14 at 01:37 +0100, Fons Adriaensen wrote:
> >> On Tue, Jan 13, 2009 at 07:38:40PM -0500, David Robillard wrote:
[snip]
> >> > I'd like to do an LV2 presenta
On Wed, 2009-01-14 at 18:40 +0100, Jörn Nettingsmeier wrote:
> David Robillard wrote:
> > On Tue, 2009-01-13 at 01:33 +0200, Juuso Alasuutari wrote:
> >> On Monday 12 January 2009 23:52:04 Fons Adriaensen wrote:
[snip]
> > I'd like to do an LV2 presentation this
On Sat, 2009-02-21 at 14:55 -0500, Paul Davis wrote:
> On Sat, Feb 21, 2009 at 2:37 PM, Darren Landrum
> wrote:
> If one were to build a "kernel" to a digital audio workstation
> that was
> itself a bare-bones LV2 host, could things like audio tracks,
> midi
>
On Sat, 2009-02-21 at 14:37 -0500, Darren Landrum wrote:
> If one were to build a "kernel" to a digital audio workstation that was
> itself a bare-bones LV2 host, could things like audio tracks, midi
> tracks, and mixer channels and the like be built as LV2 plug-ins?
>
> I've been thinking a lot a
On Mon, 2009-02-23 at 01:00 +0200, alex stone wrote:
> Ingen works well on my setup, but the idea of adding midi and audio
> tracks as 'plugins' sounds rather appealing. (Would be cool to simply
> add tracks, and have them autoorganise into a neat arrangement in the
> GUI. Starting from the top dow
On Mon, 2009-02-23 at 03:40 +0100, Jens M Andreasen wrote:
> The only kinds of "plugins" that has a sense of time in our world are
> those who are recording either audio or midi, and these are those we
> would normally prefer to define as our toplevel hosts.
Um... no.
-dr
__
On Mon, 2009-02-23 at 05:58 +0100, Jens M Andreasen wrote:
> On Sun, 2009-02-22 at 23:49 -0500, David Robillard wrote:
> > Um... no.
>
> Ehh ...
>
>
> I see time relative to the wall clock. What time is yours?
That there are several possible timebases (all of which, by
On Fri, 2009-02-27 at 10:04 +0100, Jens M Andreasen wrote:
> Allrighty then, by hand is the way to go. With 50+ modules loaded on the
> running machine, that should take no more than a week to identify what
> they are, what they do (if anything?) and correct possible mistakes ...
Or, y'know, just
On Sun, 2009-06-14 at 23:44 +0200, Stefano D'Angelo wrote:
> 2009/6/13 Jörn Nettingsmeier :
[...]
> > sorry if this has been discussed before, but i didn't find anything in
> > the archives...
> > consider the case of periodic control values of LADSPA plugins, for
> > instance the azimuth in a hori
On Mon, 2009-06-15 at 18:28 +0200, Stefano D'Angelo wrote:
> 2009/6/15 David Robillard :
> > On Sun, 2009-06-14 at 23:44 +0200, Stefano D'Angelo wrote:
> >> 2009/6/13 Jörn Nettingsmeier :
> > [...]
> >> > sorry if this has been discussed before, but
On Wed, 2009-06-17 at 03:07 +1000, Fraser wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> David Robillard wrote:
> > Sounds an awful lot like units to me... "degrees out of 360" is a cyclic
> > unit
>
> Declaring the control as being in so
On Wed, 2009-06-17 at 17:16 -0800, Patrick Stinson wrote:
> While CPython is more than capable of running fast enough in the audio
> thread for control-rate (MIDI) work
eeehhh no ;)
Python is nowhere even remotely near realtime safe, unless you're doing
some clever allocation stuff etc.?
-dr
On Fri, 2009-06-19 at 19:00 +0100, Krzysztof Foltman wrote:
> Factory presets are important, too, but it proved to be a contentious
> issue more than one time already, and you probably don't want to wait
> until everyone agrees or stops giving a damn ;). If I had my way, I'd
> probably avoid RDF
On Wed, 2009-06-24 at 17:55 +0200, Stefano D'Angelo wrote:
> Hereby I propose some default paths which could be used, in the hope
> that API authors lurking around here might want to recommend them and
> host authors might want to use them:
>
> LADSPA
> Unix-like OSes with FHS/Unix-like filesyst
On Wed, 2009-06-24 at 21:47 +0100, Chris Cannam wrote:
> (I've never really got on with the idea of using ~/.ladspa instead of
> ~/ladspa -- these are perhaps substantial binary files, why hide them
> in a configuration directory? -- but it seemed to be widespread for
> LADSPA hosts at the time DSS
On Sun, 2009-07-05 at 11:10 +0200, Thorsten Wilms wrote:
> On Fri, 2009-07-03 at 23:19 +0200, Ulrich Lorenz Schlüter wrote:
>
> > The release contains a simple series of logic gates. Namely an AND,
> > NAND, OR, NOR, XOR, XNOR and a NOT.
>
> > http://uli-plugins.sourceforge.net
>
>
> So now I l
On Sun, 2009-07-05 at 19:10 +0300, Kai Vehmanen wrote:
> Hi,
>
> On Thu, 25 Jun 2009, Stefano D'Angelo wrote:
> [using LADSPA unique ids]
> > That is bad of Ecasound, since ladspa.h says:
> >
> > "Plugin types should be identified by file and label rather than by index
> > or plugin name, which
On Mon, 2009-07-06 at 11:05 +0100, Chris Cannam wrote:
> On Mon, Jul 6, 2009 at 5:01 AM, David Robillard wrote:
> > There are conflicts with the unique ID too, but there's no accounting
> > for broken plugins I guess.
>
> Filename/label can be made to work; "unique&
On Sun, 2009-07-26 at 13:37 +0200, Fons Adriaensen wrote:
> On Sun, Jul 26, 2009 at 12:32:27PM +0100, james morris wrote:
>
> > For now I've decided to tackle something relatively simple, just to get
> > me introduced to working with LV2. As a first _exercise_ I'm working on
> > porting the Mvclpf
On Mon, 2009-07-27 at 23:54 +0200, Arnold Krille wrote:
> PS: You all do remember what your next employer will find out about you when
> googling your name, do you? :-)
We were all just kidding!
:D
-dr
___
Linux-audio-dev mailing list
Linux-audio-de
On Tue, 2009-07-28 at 16:03 +0400, alex stone wrote:
> -- Forwarded message --
> From: alex stone
> On Tue, Jul 28, 2009 at 1:54 AM, Arnold Krille wrote:
> . And while Fons surely has his own way of "extreme reactions"
> I never found him to be that impolite and
> > insulti
On Tue, 2009-07-28 at 21:35 +0200, Ralf Mardorf wrote:
> Okay, hopefully this will be my last mail :(. You are wrong.
>
> David Robillard wrote:
> > P.S. The commentators and peanut gallery really do not help either ;)
>
> Bob Keller subscribed to the list because
On Tue, 2009-07-28 at 22:23 +0100, james morris wrote:
> Hi,
>
> The file amp.c needs a quick fix:
>
> line 46 (declaring argument for LV2_Handle instantiateAmp) reads:
>
> const LV2_Host_Feature * const* features)
>
> should read:
>
> const LV2_Feature * const* features)
Thanks.
Mos
On Tue, 2009-07-28 at 18:51 -0400, lase...@gmail.com wrote:
> Basically, he is one big fat liar.
Do you really think this tone helps in any way whatsoever? Maybe you
should try defending the GPL with more maturity than that typical of
your average 12 year old. You expect people to take you serio
On Tue, 2009-07-28 at 19:36 -0400, lase...@gmail.com wrote:
> On Tuesday 28 July 2009 19:05:57 David Robillard wrote:
> > On Tue, 2009-07-28 at 18:51 -0400, lase...@gmail.com wrote:
> > > Basically, he is one big fat liar.
> >
> > Do you really think this tone helps
Re: the general topic of this thread:
For the record, there is source for a partial LADSPA->LV2 porting tool
in the SLV2 source tree. It will generate the bulk of an LV2 data file
from a LADSPA plugin (note it won't do the whole job, which isn't really
possible to do automatically).
It's not cur
On Tue, 2009-07-28 at 18:51 -0700, Robert Keller wrote:
> Anyone who cares to examine the facts can see how transparent this
> situation is.
Out of curiosity I checked. Assuming the entire source code of the
project is contained in what you get with:
svn co https://impro-visor.svn.sourceforge.
On Tue, 2009-07-28 at 23:01 -0400, lase...@gmail.com wrote:
> On Tuesday 28 July 2009 22:38:03 David Robillard wrote:
> > at revision 12, this project is (in my non-lawyer non-authoritative
> > opinion, etc), very obviously and correctly licensed under the GPL
> > version 2
On Wed, 2009-07-29 at 00:04 -0400, lase...@gmail.com wrote:
> On Tuesday 28 July 2009 23:18:03 David Robillard wrote:
> > On Tue, 2009-07-28 at 23:01 -0400, lase...@gmail.com wrote:
> > > On Tuesday 28 July 2009 22:38:03 David Robillard wrote:
> > > > at revision
On Wed, 2009-07-29 at 11:00 +0100, james morris wrote:
> On 29/7/2009, "Ulrich Lorenz Schlüter" wrote:
>
> >> 3) Any suggestions for plugins to be ported
> >
> >http://www.suse.de/~mana/ladspa.html
> >
> >They are kind of broken because they disrespect the ladspa naming
> >guidelines. The code sh
On Wed, 2009-07-29 at 15:36 +0100, Steve Harris wrote:
> On 28 Jul 2009, at 22:50, David Robillard wrote:
> >
> > Most things on lv2plug.in are rotting and badly in need of an
> > overhaul :/ IMO the site doesn't present a very good public face to
> > the
>
On Thu, 2009-07-30 at 11:27 +0100, james morris wrote:
> On 30/7/2009, "Damon Chaplin" wrote:
> >Hi,
> >
> >I've tracked down all the issues spotted by my test app and emailed all
> >the maintainers. So hopefully they'll get fixed.
> >
> >I've tried the demolition test app as well. The output isn'
On Sat, 2009-08-01 at 23:16 +0300, Stefan Kost wrote:
> Damon Chaplin schrieb:
> > Hi,
> >
> > I've been having problems with a few LADSPA plugins recently, so I've
> > written a little test app that loads all LADSPA plugins, connects the
> > ports and runs them for one cycle. (I've attached it he
On Sun, 2009-08-02 at 14:33 +0200, Ralf Mardorf wrote:
> Dunno what's called trademark and what's called copyright
Then you probably shouldn't be attempting to discuss copyright law
-dr
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio
The project now has a mailing list.
Hint, hint.
-dr
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
On Sun, 2009-08-02 at 20:20 +0100, victor wrote:
> Hi everyone,
>
> changing a bit of the subject in this list, is anyone here going
> to the ICMC? I'll be in Montreal for a week from 17/08, it'll be
> nice to meet some of you there.
Tempting...
-dr
>
On Mon, 2009-08-03 at 20:49 +0200, Arnold Krille wrote:
> Actually the most free software development happens in a Do-cracy: The one
> who
> does the job (or the biggest part of it) gets to decide.
and the rest complain on mailing lists :)
-dr
___
L
On Tue, 2009-08-04 at 12:59 +0100, Damon Chaplin wrote:
> On Sat, 2009-08-01 at 23:16 +0300, Stefan Kost wrote:
>
> > This testing is great stuff. It would be cool to have a buildbot
> > (http://buildbot.net) and run this regularly. Ideally test-tools would be
> > part
> > of ladspa/lv2 sdk and t
On Tue, 2009-08-04 at 10:10 +0200, Fons Adriaensen wrote:
> On Tue, Aug 04, 2009 at 08:33:22AM +0100, Nick Bailey wrote:
>
> > Well, calling it your own is out of order, but as long as they release
> > their
> > source code as required by the GPL, then selling it is a Good Thing (TM). I
> > hop
On Wed, 2009-08-05 at 11:39 +0700, Patrick Shirkey wrote:
> Hi,
>
> I have been using an asus board with intel core quad cpu q6600 for about
> a year now with no hassles.
Ditto. Same CPU on a Asus P5E-VM HDMI
-dr
___
Linux-audio-dev mailing list
Li
On Wed, 2009-08-05 at 12:33 +0200, jaromil wrote:
> still, myself being a person working in education, i think the problem
> is more structural: i'd rather question why students in a school
> should be contributing to a professor's project, rather than starting
> one on their own? they coul
On Wed, 2009-08-05 at 21:53 +0200, Jens M Andreasen wrote:
> >From TFA:
>
> --8<--
> Go to System->Preferences->Sound, click on the Devices tab, and check
> out the pulldown menu next to ‘Sound Events’ at the top of the panel.
> You will see various acronyms, possib
On Thu, 2009-08-06 at 14:07 +0700, Patrick Shirkey wrote:
>
> On 08/06/2009 03:16 AM, David Robillard wrote:
> > On Wed, 2009-08-05 at 21:53 +0200, Jens M Andreasen wrote:
> >
> > > >From TFA:
> > >
> > > --8<
On Thu, 2009-08-06 at 11:43 +0200, Ralf Mardorf wrote:
> Paul Davis wrote:
> > 2009/8/5 Grammostola Rosea :
> > Maybe Kim is precisely representative of the sort of the user LAD-ers
> > are interested in. Maybe not. What purpose does your email serve? Do
> > you think that anyone on this list is no
On Thu, 2009-08-06 at 15:03 +0200, Jens M Andreasen wrote:
> On Thu, 2009-08-06 at 13:22 +0200, Ralf Mardorf wrote:
> > Pardon, my English is broken.
>
> Which reminds me:
>
> * What is your favourite programming language?
> * What kind of Linux Audio project are you currently spending time upon
On Thu, 2009-08-06 at 23:47 +0200, Ralf Mardorf wrote:
> >> entrance examination? :)
> >>
>
> I subscribed to the list, because I needed some information when I tried
> to program for Linux audio. I guess you want people to learn how to
> program for Linux audio. What you're looking for is
On Fri, 2009-08-07 at 11:02 +0200, Kjetil S. Matheussen wrote:
> Well, in my opinion, everything really is fantastic right now.
[...]
> A person coming directly from win/mac probably wouldn't have
> succeeded though, since jack needed to be configured and
> I had to manually install the pulseaudi
On Sat, 2009-08-08 at 03:40 +0300, Chuckk Hubbard wrote:
> On Fri, Aug 7, 2009 at 11:24 PM, Jens M
> Andreasen wrote:
> >
> > On Fri, 2009-08-07 at 20:10 +0300, Chuckk Hubbard wrote:
> >
> >> How much do normal human beings need pro audio production tools?
> >
> > According to Apple marketing resea
On Sun, 2009-08-09 at 13:52 -0400, Paul Davis wrote:
> On Sun, Aug 9, 2009 at 11:22 AM, Fons Adriaensen wrote:
> > Hello all,
>
> wrong maiing list, really. but continuing on ...
>
> > I have an ardour mixer strip with 4 input and 2 outputs,
> > and insert (post-fader) a plugin which has 4 inputs
On Sun, 2009-08-09 at 21:52 +0200, Fons Adriaensen wrote:
> On Sun, Aug 09, 2009 at 03:05:16PM -0400, David Robillard wrote:
>
> > On Sun, 2009-08-09 at 13:52 -0400, Paul Davis wrote:
> > > On Sun, Aug 9, 2009 at 11:22 AM, Fons Adriaensen
> > > wrote:
> > >
On Sun, 2009-08-09 at 23:41 +0200, Fons Adriaensen wrote:
> On Sun, Aug 09, 2009 at 04:39:01PM -0400, David Robillard wrote:
> > That said, yeah, replication for anything beyond 1 in 1 out is pretty
> > unlikely to make sense regardless; unless someone is using 4 outputs as
> &
On Sun, 2009-08-09 at 23:10 +0100, james morris wrote:
> On 9/8/2009, "Fons Adriaensen" wrote:
>
> >2. The situation is already different for e.g. a compressor
> >or limiter. In that case you would expect the same gain profile
> >on all channels, probably determined (but not always) by the one
>
On Sun, 2009-08-09 at 23:24 +0400, alex stone wrote:
> It still goes on, and in our little slice of the planet, it's a
> tragedy, because the majority of users are still stuck in that "32bit"
> paradigm.
Even on Linux? Really?
-dr
___
Linux-audio-dev
On Mon, 2009-08-10 at 10:26 +0200, Jörn Nettingsmeier wrote:
> i guess part of the irritation around (and possibly delayed endorsement
> as compared to LADSPA) of lv2 stems from those "extensions".
>
> from a design standpoint, i totally agree with all your points, and what
> little i've so far gr
On Mon, 2009-08-10 at 11:41 +0200, Fons Adriaensen wrote:
> On Mon, Aug 10, 2009 at 10:26:34AM +0200, Jörn Nettingsmeier wrote:
> > crooked analogy alert... as it is now, lv2 resembles XML: you can do
> > anything in principle, but there is almost no common semantics. we
> > should move it to XHTML
On Mon, 2009-08-10 at 11:48 +0100, Steve Harris wrote:
> On 10 Aug 2009, at 10:41, Fons Adriaensen wrote:
> > The evolutive process described and advocated by Dave is
> > certainly one that can work - it is the way e.g. natural
> > languages get defined and change over time. It's also why
> > they
On Mon, 2009-08-10 at 11:02 -0400, David Robillard wrote:
> http://lv2plug.in/ns/dev/port-groups.lv2/port-groups.html
P.S. Comments on this from anyone with experience in multi-channel stuff
would be appreciated if there's any problems.
It's being used to support proper multi-channe
On Mon, 2009-08-10 at 11:06 +0200, Christian wrote:
> Thorsten Wilms schrieb:
> > All examples of FLTK I know of look horribly out of place on a modern
> > desktop. Like, the 80ies want their GUIs back!
> >
> >
> Well you can design an fltk gui pretty well.
> GTKmm guis are always using your desk
On Mon, 2009-08-10 at 18:31 +0200, Jens M Andreasen wrote:
> On Mon, 2009-08-10 at 12:10 -0400, David Robillard wrote:
>
>
> > Ick! Using the desktop theme is not bad! The user chose it for a
> > reason!
>
> The default GTK+ Theme in the incarnation of Mandriva
On Mon, 2009-08-10 at 20:05 +0200, Jens M Andreasen wrote:
> On Mon, 2009-08-10 at 13:57 -0400, David Robillard wrote:
>
> > > Now tell me again, what was the reason for choosing this theme rather
> > > than that theme?
> >
> > ... in other words, bei
On Mon, 2009-08-10 at 20:42 +0200, Jens M Andreasen wrote:
> Spending that much clockcycles on screen redraws of bland widgets just
> ain't sane anymore. Ohh, and I forgot: I even have a graphics card on
> top with computational power exceeding that of the Cray2 by a factor of
> four ... Still feel
On Mon, 2009-08-10 at 21:14 +0200, Jens M Andreasen wrote:
> On Mon, 2009-08-10 at 14:59 -0400, David Robillard wrote:
>
> > Let me guess Nvidia? Proprietary drivers?
> >
>
>
> This is such BS .. Let me Guess Intel? Opensource and broken GL!!!
Funny, my desk
On Mon, 2009-08-10 at 21:26 +0200, Jens M Andreasen wrote:
> On Mon, 2009-08-10 at 15:22 -0400, David Robillard wrote:
>
> > > This is such BS .. Let me Guess Intel? Opensource and broken GL!!!
> >
> > Funny, my desktop is nice and snappy, and well supported by all r
On Mon, 2009-08-10 at 22:04 +0200, Jens M Andreasen wrote:
> On Mon, 2009-08-10 at 15:41 -0400, David Robillard wrote:
>
> > Actually, it is what you were complaining about (and blaming "UNIX" for,
> > unfairly for obvious reasons). You only brought up GL because I
&g
On Mon, 2009-08-10 at 23:09 +0200, Jens M Andreasen wrote:
> On Mon, 2009-08-10 at 22:04 +0200, Jens M Andreasen wrote:
> I wonder if this positive effect is also reflected in the behaviour of
> scrolling in Firefox at certain (most!) 'wordpress' sites, while
> simultaniously doing audio processing
On Mon, 2009-08-10 at 23:15 +0200, Ulrich Lorenz Schlüter wrote:
> Hi there,
>
> I'm trying to read midi events in a lv2 gui, but port_event() doesn't
> get called when new midi events appear.
> So, how do I get my midi events in the gui?
Does the plugin request notifications for that port?
Wha
On Mon, 2009-08-10 at 23:35 +0200, Jens M Andreasen wrote:
> On Mon, 2009-08-10 at 17:14 -0400, David Robillard wrote:
>
> > What do you use to do this? (audio processing on the GPU)
> >
>
> Hardware is the most humble later 8400GS (revision g98 [1.4 GHz × 8
> madd]
On Mon, 2009-08-10 at 23:42 +0200, Ulrich Lorenz Schlüter wrote:
> On 08/10/2009 11:29 PM, David Robillard wrote:
> > On Mon, 2009-08-10 at 23:15 +0200, Ulrich Lorenz Schlüter wrote:
> >
> >> Hi there,
> >>
> >> I'm trying to read midi events
On Tue, 2009-08-11 at 09:57 +1200, Jeff McClintock wrote:
> > David Robillard -
>
> > Anyway, ...replication in basic form is pretty straightforward: the host
> > needs a way to pass a 'replication factor' to the plugin. This raises
> > a
> > few ob
On Tue, 2009-08-11 at 00:12 +0200, Ulrich Lorenz Schlüter wrote:
> On 08/11/2009 12:03 AM, David Robillard wrote:
> > On Mon, 2009-08-10 at 23:42 +0200, Ulrich Lorenz Schlüter wrote:
> >
> >> On 08/10/2009 11:29 PM, David Robillard wrote:
> >>
> &
On Tue, 2009-08-11 at 00:43 +0200, Jens M Andreasen wrote:
> On Mon, 2009-08-10 at 17:40 -0400, David Robillard wrote:
>
> > > Software is the free 'C for CUDA' compiler and SDK from Nvidia
> >
> > Latency low enough to make realtime use feasible?
>
>
On Tue, 2009-08-11 at 11:21 +0200, Pedro Lopez-Cabanillas wrote:
> On Monday, August 10, 2009, Luis Garrido wrote:
> > For what is worth, Qt's documentation is simply superb
>
> Agreed.
>
> Another excellent C++ multiplatform toolkit is Juce. It is worth to try it if
> you are writting audio/M
On Tue, 2009-08-11 at 15:15 +0100, james morris wrote:
> Hi all,
>
> I've been thinking about this dynamic ports idea, but without looking at
> the specification and without understanding how LV2 hosts work so much...
>
> So a few thoughts and/or questions:
>
> creation of a port property which
On Tue, 2009-08-11 at 09:04 +0200, Jens M Andreasen wrote:
> On Tue, 2009-08-11 at 07:45 +0100, Steve Harris wrote:
> > O
> > If that's what the CUDA interface to the outside world looks like then
> > wouldn't it be better to expose it as a JACK App, which loads CUDA-
> > specific plugins onto t
On Tue, 2009-08-11 at 19:01 +0100, Steve Harris wrote:
> On 11 Aug 2009, at 18:41, David Robillard wrote:
> >
> >> i keep thinking about arrays. passing an array of outputs to
> >> connect to
> >> the plugin's inputs. null terminated array ( but this wou
On Tue, 2009-08-11 at 20:54 +0100, Steve Harris wrote:
> On 11 Aug 2009, at 20:09, David Robillard wrote:
> >> You might actually want a struct of { int channels; float *data[]; }
> >> though to keep all the pertinent stuff together.
> >
> > Good point... this als
On Wed, 2009-08-12 at 21:29 +0100, james morris wrote:
> On 11/8/2009, "David Robillard" wrote:
> >On Tue, 2009-08-11 at 15:15 +0100, james morris wrote:
> >> Hi all,
> >>
> >> I've been thinking about this dynamic ports idea, but wi
On Wed, 2009-08-12 at 23:00 +0200, Fons Adriaensen wrote:
> On Wed, Aug 12, 2009 at 09:46:58PM +0100, james morris wrote:
>
> > Say you have a LP filter plugin processing a stereo stream. It has one
> > port for the cutoff and two ports for input, therefor two for output.
> > What happens if you d
On Wed, 2009-08-12 at 22:14 +0100, james morris wrote:
> On 12/8/2009, "David Robillard" wrote:
>
> >On Wed, 2009-08-12 at 23:00 +0200, Fons Adriaensen wrote:
> >> On Wed, Aug 12, 2009 at 09:46:58PM +0100, james morris wrote:
> >>
> >> > Say yo
On Wed, 2009-08-12 at 23:29 +0200, Fons Adriaensen wrote:
> On Wed, Aug 12, 2009 at 05:04:05PM -0400, David Robillard wrote:
>
> > On Wed, 2009-08-12 at 23:00 +0200, Fons Adriaensen wrote:
>
> > > That is the essential difference between a plugin being used in
> &g
On Wed, 2009-08-12 at 23:24 +0100, Steve Harris wrote:
> On 12 Aug 2009, at 23:20, David Robillard wrote:
> >
> > Allow one group of ports to have either no replication, or the same
> > replication count as another group of ports. Obvious example being,
> > control
On Wed, 2009-08-12 at 23:39 +0100, james morris wrote:
> On 12/8/2009, "Steve Harris" wrote:
>
> >On 12 Aug 2009, at 23:20, David Robillard wrote:
> >>
> >> Allow one group of ports to have either no replication, or the same
> >> replication
On Thu, 2009-08-13 at 00:05 +0100, james morris wrote:
> On 12/8/2009, "David Robillard" wrote:
>
> >On Wed, 2009-08-12 at 23:39 +0100, james morris wrote:
> >> On 12/8/2009, "Steve Harris" wrote:
> >>
> >> >On 12 Aug 2009, at 23
On Thu, 2009-08-13 at 10:08 +0100, james morris wrote:
> I was trying to point to the question of: Why base the replication of a
> control port on the replication of the audio ports? The audio port
> replication is based on the number of channels, so base the replication
> of the control port (if i
On Thu, 2009-08-13 at 11:03 +0100, Steve Harris wrote:
> On 12 Aug 2009, at 23:36, David Robillard wrote:
>
> > On Wed, 2009-08-12 at 23:24 +0100, Steve Harris wrote:
> >> On 12 Aug 2009, at 23:20, David Robillard wrote:
> >>>
> >>> Allow one group o
On Thu, 2009-08-13 at 18:48 +0100, james morris wrote:
> On 13/8/2009, "David Robillard" wrote:
>
> >On Thu, 2009-08-13 at 10:08 +0100, james morris wrote:
> >> I was trying to point to the question of: Why base the replication of a
> >> control port on
On Thu, 2009-08-13 at 21:25 +0200, Julien Claassen wrote:
> Hello Ken!
>I can contribute little, but it may still push you in one direction.
>I've seen both some QT-code and understood it and I've seen some gtk+,
> which
> I had more problems understanding. So I think QT might be easier t
On Thu, 2009-08-13 at 21:25 +0100, Steve Harris wrote:
> On 13 Aug 2009, at 18:10, David Robillard wrote:
>
> > On Thu, 2009-08-13 at 10:08 +0100, james morris wrote:
> >> I was trying to point to the question of: Why base the replication
> >> of a
> >>
On Thu, 2009-08-13 at 21:27 +0100, Steve Harris wrote:
> On 13 Aug 2009, at 20:01, David Robillard wrote:
> >> I'm assuming the only ports to be replicated are those which have
> >> say a
> >> multiPort property. I don't see why replication would not be th
On Thu, 2009-08-13 at 23:53 +0200, Fons Adriaensen wrote:
> On Thu, Aug 13, 2009 at 09:27:20PM +0100, Steve Harris wrote:
>
> > On 13 Aug 2009, at 20:01, David Robillard wrote:
> > >> I'm assuming the only ports to be replicated are those which have
> > &g
On Fri, 2009-08-14 at 01:26 +0200, Fons Adriaensen wrote:
> On Thu, Aug 13, 2009 at 11:16:14PM +0100, james morris wrote:
>
> > >How would a port type tell e.g. a multichannel limiter plugin if
> > >it has to limit each channel separately, or use the same gain
> > >reduction, based on the loudest
On Thu, 2009-08-13 at 19:48 -0400, David Robillard wrote:
> On Thu, 2009-08-13 at 21:27 +0100, Steve Harris wrote:
> > On 13 Aug 2009, at 20:01, David Robillard wrote:
> > >> I'm assuming the only ports to be replicated are those which have
> > >> say a
>
On Fri, 2009-08-14 at 10:13 +0100, Steve Harris wrote:
> On 14 Aug 2009, at 00:48, David Robillard wrote:
> >> Several channels on a mixer should be doable with the 1/N channels
> >> restriction.
> >
> > A mixer usually has several 'strips', each of whi
On Fri, 2009-08-14 at 10:06 +0100, Steve Harris wrote:
> On 14 Aug 2009, at 00:37, David Robillard wrote:
> >> I thought that the proposal for that the number of channels in each
> >> port would be 1 or N.
> >
> > Well, it could be, but that seems sure to be
On Fri, 2009-08-14 at 12:50 +0200, Pedro Lopez-Cabanillas wrote:
> The main (functional) difference between the two systems is that Qt's signals
> and slots can be manipulated at runtime, while you can't do the same with
> libsigc++, that freezes the connections at compile time.
Uh no
-dr
On Fri, 2009-08-14 at 17:09 +0100, Steve Harris wrote:
> On 14 Aug 2009, at 15:56, David Robillard wrote:
> > Perhaps a simpler example: an n->m panner. Are you really going to
> > argue that an n->m panner is not a useful plugin!?
>
> That's a more compelling ex
Is there any existing 'standard' for the order of channels for
higher-than-stereo multi-channel streams?
I'd assume this would be defined for interleaving or something, though
that's not what it's needed for: I think the port groups extension
should specify an order for all the channels of the var
1 - 100 of 636 matches
Mail list logo
