On Tuesday 27 Mar 2007 14:08, Pieter Palmers wrote:
> During the panel discussion he basically said that the "sell
> shrinkwrapped boxes" model works pretty fine for them and that he
> doesn't see any reasons for them to change. And I think he also said
> that he didn't see any opportunities for op
Vamp Plugin API and SDK 1.0 released
The Centre for Digital Music at Queen Mary, University of London are happy to
announce the 1.0 release of the Vamp Plugin API and software developers kit.
http://www.vamp-plugins.org/
Vamp is a plugin API for audio ana
On Tuesday 20 Mar 2007 21:05, Stefan Kost wrote:
> the screenshots look nice so I treid to build it. Could you maybe
> look into fixing the warnings the compiler gives for version 1.0. For
> me the build fails here:
> [...]
> ./base/TempDirectory.h:44: error: extra qualification
> ‘TempDirectory::D
On Tuesday 20 Mar 2007 00:41, Paul Winkler wrote:
> On Mon, Mar 19, 2007 at 11:28:40PM +0000, Chris Cannam wrote:
> > Sonic Visualiser is an application for viewing and analysing the
> > contents of music audio files. It contains advanced waveform and
> > spectrogram viewer
Announcing the release of Sonic Visualiser 1.0pre3, a pre-release for
the soon forthcoming Sonic Visualiser 1.0.
http://www.sonicvisualiser.org/
Sonic Visualiser is an application for viewing and analysing the
contents of music audio files. It contains advanced waveform and
spectrogram vie
> a configuration option
Build configuration, or DSSI configure() ?
The latter would fix it, while (it seems?) the former
would mean distros having to choose between better
sound and project compatibility on behalf of their
users, which is not much of a choice.
If you do mean the latter, the
On Tuesday 27 Feb 2007 17:22, Thorsten Wilms wrote:
> Looked at Ardour 2 recently?
Yes. I like the new fader/meter.
Chris
On Monday 26 Feb 2007 23:40, Leonard Ritter wrote:
> radial is for weirdos with the motor skills of a clockmaker.
Correct! But where have all the radial supporters gone? There were
enough to sustain quite a flamewar about this a couple of years back.
I prefer linear in both axes (right or up t
On Monday 26 Feb 2007 12:41, Leonard Ritter wrote:
> (i dare you to start an audio ui design war with me).
Radial or linear mouse control for the dials?
Chris
ducks and runs for cover
On Monday 29 Jan 2007 07:39, Nedko Arnaudov wrote:
> Chris Cannam <[EMAIL PROTECTED]> writes:
> > What are they? Do they do anything else, besides host LV2 plugins?
>
> I'm aware of these LV2 hosts:
> * jack_host from libslv2 project, by Dave Robillard
> * elven
On Saturday 27 Jan 2007 18:57, Nedko Arnaudov wrote:
> Robert Jonsson <[EMAIL PROTECTED]> writes:
> > On Saturday 27 January 2007 06:47, Loki Davison wrote:
> >> why are you coding new stuff for a depreciated system? Why not
> >> LV2?
> >
> > And why should you code for a plugin standard that nothi
On Wednesday 17 Jan 2007 07:05, Predrag Viceic wrote:
> Rosegarden has a forum: http://www.nabble.com/RoseGarden-f2887.html
FWIW Rosegarden doesn't have a forum -- the above is a web gateway to its user
mailing list. It's OK for reading, but not much cop for posting.
Chris
On Thursday 21 Dec 2006 02:12, Paul Davis wrote:
> "/usr/local/lib64/ladspa:/usr/local/lib/ladspa:/usr/lib64/ladspa:/usr
>/lib/ladspa:/Library/Audio/Plug-Ins/LADSPA"; }
Shouldn't you also have $HOME/Library/Audio/Plug-Ins/LADSPA or some such
on OS/X?
Chris
IANA OS/X developer
On Thursday 21 Dec 2006 21:19, Iain Young wrote:
> Now..here's where Im confused. I thought the values for audio samples
> in LADSPA were -1.0f...1.0f (with -1.0f being infinity).
The range is a voltage range. It's -1.0 to +1.0 where 0.0 is
effectively -Inf dB, -1.0 is 0dB at negative voltage an
Me:
> No, it genuinely went from working to broken
And actually, I think my recollection is wrong. I think
it probably broke in 2.6.8-rt, and in mainline in either
2.6.9 or 2.6.10. Before that it worked fine, but we
always used the system timer instead for RG because it
seemed simpler (it wa
Me:
> I'm not aware of anyone these days successfully
> using Rosegarden with snd-rtctimer - if anyone out
> there is, do say so.
To test:
* start RG (version 1.0 or newer)
* go to Settings -> Configure Rosegarden -> Sequencer -> Synchronisation
* change the sequencer timing source option to RTC
Lee:
> This is/was a bug or multiple bugs in the kernel's RTC driver. It
> started to appear around 2.6.13 because that was the kernel release
> where they regressed the default timer granularity from 1ms to 2.5ms,
> forcing apps like Rosegarden to switch to RTC based timing.
No, it genuinely wen
Clemens:
> Most sound cards don't have an internal timer that could be used for
> MIDI timing. ALSA uses whatever timer is configured, the default for
> this is the RTC timer.
It is? For ALSA sequencer queues? I thought the
default was system timer. Maybe it just depends on
the modules you h
On Wednesday 26 Jul 2006 13:06, Alfons Adriaensen wrote:
> I don't have a midi spec at hand here. Do you mean running status
> is shared by all channels and not per channel ? This would make
> it less than trivial to combine or split midi streams.
The channel is part of the status byte.
Chris
On Wednesday 26 Jul 2006 11:12, Florian Paul Schmidt wrote:
> Well, it is very thin though. Which is not a bad thing at all. One could
> make ue of an arbitrary amount of more advanced C++ features if desired
> though (i.e. templates parametrized with the type you want to read for
> example, or ope
ROSEGARDEN 1.2.4 RELEASED
Miscellaneous locations -- Bastille day, 2006
The Rosegarden team are pleased to announce the release of version
1.2.4 of Rosegarden, an audio and MIDI sequencer and musical notation
editor for Linux.
http://www.rosegardenmusic.com/
The 1.2.4 release addresses sever
On Tuesday 23 May 2006 11:20, Asbjørn Sæbø wrote:
> But of course, I probably do not have port-audio installed.
That shouldn't matter -- it's linked statically...
Chris
On Tuesday 23 May 2006 11:49, Stéphane Letz wrote:
> Why do you do a static with libjack? I was thinking jack was
> supposed to always be used with a shared lib version...
Well, what is the proper solution when distributing a binary?
1. Link libjack statically
2. Omit JACK support
Just linkin
On Tuesday 23 May 2006 10:45, Asbjørn Sæbø wrote:
> ERROR: AudioJACKTarget: Failed to connect to JACK server
Are you running the static build from the download page, or did you
build SV yourself?
The static build has libjack 0.100 statically linked. If your version
of jackd is incompatible wit
Announcing Sonic Visualiser, an application for viewing and analysing
the contents of music audio files.
http://www.sonicvisualiser.org/
Sonic Visualiser contains advanced waveform and spectrogram viewers,
as well as editors for many sorts of audio annotations. Besides
visualisation, it can m
On Sunday 30 Apr 2006 00:01, Dave Robillard wrote:
> We need a better API with which to build good, useful things.
So what are those things, and how will LADSPA2 get us to them? I'm not
looking for perfect foresight here, just some inspiring examples.
Just because one API is easier to extend th
On Saturday 29 Apr 2006 17:42, Dave Robillard wrote:
> On Sat, 2006-04-29 at 17:24 +0200, Lars Luthman wrote:
> > The things that aren't obvious how to do are
> >
> > 1) the configure() callback
>
> OSC message.
And there you've introduced something I haven't seen in this thread yet:
sending mes
I haven't posted to this thread yet, for a couple of reasons besides the
usual lack of time.
One reason is that on a technical level I don't have any argument with
most of what Steve says. Removing descriptive data from the plugin I
think is a good principle. I'm not fond of this Turtle form
Paul Winkler:
> OTOH, it's pretty obvious why this is the case.
> Imagine if it *did* have to resolve to something.
> What would that mean?
That's a slightly perplexing detail even with the
situation as it is. What if the URI *does* resolve as
a URL? Would a host that looked up the URL and
> i intend to release an application, which allows to
> use VST(i)s running on an XP machine from
> a linux jack client, hooked up over ethernet.
If all the code is your own, consider the approach we
used in dssi-vst, which is to use the GPL plus an
exception to allow for the unavailability of
> i'm not sure which file you mean? i tried adding it
> to the top of dssi-vst-server.cpp, but that didn't
> work ... is that the one you meant?
Yes, but I realise I was misreading the error (it was
from the linker, not the compiler). How about an
extra "-lpthread" in LDFLAGS or whatever in t
> dssi-vst-server.cpp: undefined reference to `pthread_mutex_trylock'
Does the file (I don't have it to hand and am not at a
proper computer) have
#include
at the top? If not, what if you add it? It may just
be that another header includes this on other
systems, but not on yours.
Chris
On Wednesday 01 Mar 2006 19:03, Lee Revell wrote:
> Actually I think Julian has a point - I can't find the doc anywhere
> that says you output to the front speakers by opening the "front"
> device and rear the "rear" device, that apps should open the
> "default" PCM by default, that "hw:x" should o
On Tuesday 21 Feb 2006 22:30, Dave Robillard wrote:
> On Tue, 2006-21-02 at 20:36 +0000, Chris Cannam wrote:
> > On Tuesday 21 Feb 2006 20:12, Dave Robillard wrote:
> > > On Tue, 2006-21-02 at 15:05 +, Chris Cannam wrote:
> > > > If my free software work puts a co
On Tuesday 21 Feb 2006 20:12, Dave Robillard wrote:
> On Tue, 2006-21-02 at 15:05 +0000, Chris Cannam wrote:
> > If my free software work puts a company or its developers out of
> > work, then that's a problem for my conscience. It's not a victory
> > for free so
On Tuesday 21 Feb 2006 20:04, Peter Bessman wrote:
> You're right, I jumped the gun.
Arf.
> I'm wondering why it was brought up. Perhaps the assumption was made
> that we're all in the same boat on this subject --- clearly, such is
> not the case.
Well, I strongly disagree with you on it -- but
On Tuesday 21 Feb 2006 15:57, Pete Bessman wrote:
> On Tue, 2006-02-21 at 16:30 +0100, David Kastrup wrote:
> > Following your kind of logic, people caring for peace on Earth are
> > damaging the livelihoods of weapon producers, decent people mostly,
> > and that merely for their selfish desire of
Tuesday 21 Feb 2006 15:30, David Kastrup wrote:
> Following your kind of logic, people caring for peace on Earth are
> damaging the livelihoods of weapon producers, decent people mostly,
> and that merely for their selfish desire of a world worth living in.
*sigh*
We're not talking about weapons.
"Free software". But I do loosely use both terms.
The problem with open-source-as-ideology is that it uses ends and
evaluative methods drawn from business and applies them to things that
are not business.
It may or may not be true that open source development can produce
better software for
The Rosegarden team are delighted to announce the release of version
1.2.3 of Rosegarden 4, an audio and MIDI sequencer and musical
notation editor for Linux.
Rosegarden is among the largest and most insanely ambitious Linux
music software projects, and is the only Linux application to offer
full
Loki Davison:
> What is wrong with just using jack-dssi-host? If
> you want a standalone version, you can just have a
> script, jack-dssi-host myplugin called myplugin for
> people to run.
You don't even need that - just create a symbolic link from myplugin to
jack-dssi-host.
Chris
Lee Revell:
> > Won't help if the code is to be part of a GPL'd
> > application.
>
> The Linux kernel is a GPL'ed application yet Nvidia
> gets away with linking into it.
Quite different. Anyone can distribute the kernel
without caring about the existence of the nVidia
drivers. But if an a
Lee Revell writes:
> On Fri, 2006-01-27 at 15:57 +0100, Michael Bohle wrote:
> > But anyway, VST on Linux is dead now, beause
> > most of the user are not
> > able to compile it for themself.
>
> Wrong. You just need to write a wrapper that
> handles the compiling.
Won't help if the code is t
On Friday 27 Jan 2006 14:57, Michael Bohle wrote:
> Sorry for this harsh words: dssi-vst needing very old wine for compiling
> and there is no development happens since long time.
> The "bugs" are mostly because of missing impelentations of some vst
> standards like sync to host or heavy freezes wh
On Friday 27 Jan 2006 14:03, Michael Bohle wrote:
> I don't like dssi-vst so much, too buggy
Your bug reports and fixes have been invaluable.
> It dosn't work with fst 1.7 because of a graphical prob.
I notice jacklab.net offers a binary distribution of libfst, and says "an
experimental version
On Sunday 15 Jan 2006 11:12, Florian Schmidt wrote:
> If you want to use alsa_seq's queues to schedule events for delivery
> at a later time, you probably might have a look at rosegarden.
There's a file base/test/seq/generator.c in the Rosegarden source tree
that does basically what was described
Frank Barknecht:
> OSCServer.cpp:2: 'lo_address' is used as a type,
> but is not defined as a type.
Wasn't lo_address called something else in very old
versions of liblo? Maybe you have spare headers
lying around. Or maybe I'm inventing things.
Chris
Paul Davis:
> i guess it all depends on one's definition of
> "sufficient". my take is that there are several MIDI
> h/w boxes that guarantee MIDI delivery to a
> resolution that matches the wire protocol
> (1/3msec). until we have scheduling capabilities that
> match this (or better), i don't
Paul Davis:
> most of the ALSA sequencer's
> capabilities are redundant, which is compounded
> because it currently has
> no way of providing sufficiently accurate scheduling
You say this as if it were self-evident, when it's been
the subject of much of this thread. _Does_ it have
no way of p
Paul Davis:
> frank (v.d.p) had the right idea back when he
> started this
Huh? Started what?
Chris
Me:
> I'll have to review the sequencer API and look at
> adding a separate RT MIDI thread as an alternative
Actually no, hang on a minute. First I want to know
more about why the ALSA sequencer queue doesn't
work better here.
It's all very well saying it's irrelevant now that it's
so easy
Florian Schmidt:
> Yeah, i got a nice and juicy BUG in it (see below). So
> this is what kills rosegarden regularly here when
> run with RTC timing source.
That'll be the chap. Mind you, I never saw the RTC-
based timer measure significantly better than the
system timer at 1000Hz. Although yo
Florian Schmidt writes:
> Here's example output with rosegarden producing a
> supposedly steady stream of 16th notes at 120 bpm:
> [...]
Those results certainly are pretty poor. We do have
a very similar test in the Rosegarden tree (the
complainer test) but it doesn't stress the system
quite
Florian Schmidt writes:
> I further assume that the alsa seq event system
> is used
This is true of Rosegarden,
> and midi events are not queued
> for future delivery but always delivered immediately.
but this isn't -- Rosegarden always queues events
from a non-RT thread and lets the ALSA sequ
On Saturday 29 Oct 2005 22:04, Jussi Laako wrote:
> I've transferred number of vinyls to
> CD using this equipment with very good results. Wish there were open
> source or even Linux software for authoring DVD-Audio discs to take
> full advantage of capabilities of vinyl hardware...
Do you really
On Saturday 29 Oct 2005 19:11, Paul Davis wrote:
> i have a music hall turntable, and it is the paragon of great design
> (glass platter!), reasonable cost and sweet sound. i have the mmf-5
> with a goldring cartridge, feeding a NAD phono preamp.
>
> i am not sure what the availability is in europe
[I replied to this at the time, but I think my reply ended up in the
moderation black hole for some reason I don't quite understand]
On Tuesday 04 Oct 2005 00:59, Paul Davis wrote:
> > It has been stated that the model should send updates to
> > all clients except the one that originated a parame
On Sunday 09 Oct 2005 15:59, Lars Luthman wrote:
> jack-dssi-host whysynth.so
Simpler still, start with this (or make the synth's installer do this):
# ln -s jack-dssi-host /usr/bin/whysynth
Then you can just run
$ whysynth
for the same thing (a standalone GUI program with ALSA sequencer
Jens:
> I have noticed that the midi-mixing-console in Rosegarden is not
> listening to external events (like knobs on your fancy midi-controller)
It does in the current CVS version, and that in Studio to Go! 1.50. You have
to connect your controller to the external controllers ALSA port, though
On Monday 27 Jun 2005 15:49, Florian Schmidt wrote:
> There are some problems with wrapping partitioned convolution into a
> ladspa/dssi. One of them is that ladspa/dssi do not garantee a chunk
> size in which the processing needs to be done. [...]
> So, the partition/chunk size is determined in th
Albert Graef writes:
> that's great news.
Certainly is!
> Has Rosegarden been updated to a newer Lily yet? Last
> time I looked, they were still generating 2.0 code. :(
Rosegarden's been able to generate 2.2 code for ages, and 2.4 for a while -
though I can't quite remember whether that was in
Florian Schmidt:
> P.S.: I am also currently working on a qt app which
> uses libconvolve
Any interest in making a DSSI plugin?
Chris
On Friday 17 Jun 2005 14:24, Alfons Adriaensen wrote:
> A few days ago I kicked up Rosegarden again to see if it could be
> useful for the project I was starting. It wasn't so I terminated it,
> only to find out later that there were still a number of KDE
> applications running, including a sound d
On Thursday 09 Jun 2005 23:16, fons adriaensen wrote:
>
> int access(int *v, int i)
> {
> return v[i];
> }
Of course, passing that pointer by value is horribly inefficient.
int access(int *const &v, int i)
{
return v[i];
}
Chris
On Thursday 09 Jun 2005 20:07, stefan kersten wrote:
> On Thu, Jun 09, 2005 at 09:39:21PM +0300, Jussi Laako wrote:
> > On Thu, 2005-06-09 at 18:14 +0200, stefan kersten wrote:
> > > int access(std::vector v, int i)
> >
> > At least you are making copy here, should be
> > int access(std::vector &v,
Jan Depner:
> I was under the impression that there was bounds checking going on with
> vectors. Is this not the case?
Nope.
Chris
N Smethurst:
> Since a vector is a wrapped C array (i.e. contigous), the [] operator
> compiles to the C equivalent when optimisation is turned on.
I was thinking of iterator operations, having vaguely recalled that the vector
iterator in the gcc library had at some point changed from an actual
On Wednesday 08 Jun 2005 21:56, Jussi Laako wrote:
> On Wed, 2005-06-08 at 21:41 +0100, Chris Cannam wrote:
> > Are you sure this is still true in the gcc world, after they
> > changed vector from an array to a real class in gcc 3.3 or whenever
> > it was?
>
> Abovement
On Wednesday 08 Jun 2005 21:35, Jussi Laako wrote:
> You can derive a new class from the template and overload the []
> operator to perform exactly same as in C. After compilation the
> result is the same no matter if the template or C array is used.
Are you sure this is still true in the gcc worl
On Wednesday 08 Jun 2005 21:45, [EMAIL PROTECTED] wrote:
> then processing speed becomes extremely important. There have been
> some very good points made in this discussion and I will definitely
> investigate some of them. My problem here is that I've heard the
> same type of thing from companie
On Wednesday 18 May 2005 09:56, Dave Robillard wrote:
> So why wasn't the unique ID the thing to use?
Because it's impossible to find any way to guarantee it's actually
unique, for example in the case of a wrapper plugin that generates
plugins on the fly. ladspa-vst / dssi-vst are obvious real-
On Monday 09 May 2005 22:22, Paul Davis wrote:
> >Hi, I'm extremely new to audio programming. I have a million
> > questions, but the one burning my brain now is how do I
> >get a program written with the qt widget library to display an audio
> > waveform.
>
> this is massively harder than you thi
On Monday 09 May 2005 21:19, Fisher, Michael R wrote:
> Hi, I'm extremely new to audio programming. I have a million
> questions, but the one burning my brain now is how do I get a program
> written with the qt widget library to display an audio waveform.
You could look at the trivial_sampler ex
On Wednesday 27 Apr 2005 15:19, Arnold Krille wrote:
> On Wednesday 27 April 2005 15:44, Alfons Adriaensen wrote:
> > Q. Suppose I write something and transfer copyright to you,
> > as required for your project. Can I then still release the same
> > code under the GPL ?
No.
> > I'd guess not, sin
On Saturday 16 Apr 2005 01:00, [EMAIL PROTECTED] wrote:
> but it will stay like it is: i will tell the FSF if i find binarys
> of xfst !
Why would the FSF care? It's not as if xfst can be GPL. If it was,
then people would be able to distribute binaries.
It would be misleading at best to distri
On Tuesday 12 Apr 2005 02:16, Paul Davis wrote:
> >Ah. No point talking about it here then.
>
> this is LA*D*, where we are free to ramble about every stillborn idea
> that shows up in our wacky little minds, isn't it? :)
Except it's a bit of a pointless ramble if nobody reading you knows what
y
On Tuesday 12 Apr 2005 02:18, Paul Davis wrote:
> >The VST-per-server implementation might not, but there's no very
> >compelling reason not to have multiple VSTs in a single server serving
> >multiple clients. That would be less reliable than a dssi-vst type
> >service can be, but no less reliabl
On Monday 11 Apr 2005 23:19, Paul Davis wrote:
> the problem is that there is no single answer. if you want to run 1
> or 3 VSTi's then i would agree with chris' assessment (for now,
> anyway). but you cannot use this model to put a VST EQ on 12 tracks
> and a VST delay unit on 2 others and a VST l
On Monday 11 Apr 2005 23:19, Paul Davis wrote:
> > longer easy to get working, it's apparently been superseded (has
> > anyone actually seen xfst? I haven't),
>
> torben has done a couple of small test releases to people he
> communicates with via IRC.
Ah. No point talking about it here then.
>
On Monday 11 Apr 2005 18:03, Kjetil Svalastog Matheussen wrote:
> I think dssi-vst looks very nice too (although I haven't tried it),
> and its very similar to the way vstserver works. It should not be
> much work to make vsti, ladspavst and k_vst~ work with dssi-vst
> instead of vstserver.
Agreed
On Monday 11 Apr 2005 14:14, Dave Phillips wrote:
> 1. The vstserver project is functionally dead. It cannot work
> with newer versions of WINE, and it appears that Kjetil does not plan
> to keep it updated to accommodate the new versions. Alas, this also
> means that his nice vsti, ladspavst,
On Friday 08 Apr 2005 18:57, Juan Linietsky wrote:
> Also there is the need for instrument plugins, single or multi
> timbral (so you dont have to load all the instances at once). DSSI
> provides this (except the multitimbral)
Sorry, can you explain that last (bracketed) bit?
Chris
On Friday 08 Apr 2005 18:57, Juan Linietsky wrote:
> So, I'm sure that many of you have asked yourselves, why cant we have
> a VST-like plugin architecture for Linux?
>
> The following are excuses:
No, they're reasons.
They may not be the principal reason, but they're not excuses. Nobody
claims
On Friday 18 Mar 2005 15:40, Ivica Ico Bukvic wrote:
> 2) The other option is obviously to use alsa-sequencer API but in that case
> is there a way to simply convert the stream of received MIDI data into raw
> midi format so that I can use my built-in raw MIDI parsing engine for
> parsing the messa
On Tuesday 15 Feb 2005 16:28, Dave Phillips wrote:
> Relax, enjoy the party. I followed Andre's lead, removed the old
> file, all is well in RG4 1.0... so far... ;)
Phew!
I don't suppose either of you kept a copy of the old file you could send
me, so I can see if I can work out what caused the
On Tuesday 15 Feb 2005 14:25, Dave Phillips wrote:
> Now if I can just get some sound from RG I'll be all set...
*sigh* Save it for after the release party already!
OK, OK...
Have you tried playing it to aspymidi or similar? What does that have
to say?
Chris
ROSEGARDEN-4 1.0 RELEASED!
==
LONDON, CANNES, ETC., FEBRUARY 14th 2005 -- The Rosegarden team
are delighted to announce the 1.0 release of Rosegarden 4, an audio
and MIDI sequencer and musical notation editor for Linux.
Rosegarden is one of the most comprehensive Linux mu
On Wednesday 02 Feb 2005 19:49, Chris Cannam wrote:
> You should see some of our planning emails from five years ago,
> excitedly talking about how we just had to do one or two generic bits
> and bobs and the rest would simply fall into place.
... and five years ago we were already on
On Wednesday 02 Feb 2005 19:02, Paul Davis wrote:
> I continue to think that this crazy.
So do I.
The design process at work here reminds me a lot of the way I approached
Rosegarden: look at how other applications work and what they do, and
then add in a few interesting generalisations to make
On Wednesday 02 Feb 2005 17:21, NadaSpam wrote:
> This is my initial stab at a development plan. I'm tentatively
> calling this project Scortch.
Scorch is a registered trademark of Sibelius. It's probably wise to
avoid choosing a name that sounds the same.
http://www.sibelius.com/products/sco
On Saturday 08 Jan 2005 13:26, Comix wrote:
>|-> Support of plugin instrument (dssi?vsti?others?)
The dssi-vst bridge plugin is pretty decent now, so I'd suggest that
doing DSSI support is quite a good way to get VSTi support -- at least
for 32-bit Windows VST plugins. That way everyone win
On Tuesday 04 Jan 2005 21:00, Paul Davis wrote:
> ardour-dev has nothing. we do almost all discussion on IRC these
> days.
Ah. Does that get logged anywhere?
> the only argument i can see in favor of at least some 2in/2out plugins
> having a 1in/2out cousin is that their DSP algorithms are actua
On Tuesday 04 Jan 2005 20:20, Dave Robillard wrote:
> Personally, I think it's a disgusting waste of time and effort to
> make every stereo plugin have to have a mono->stereo sibling. It
> just /screams/ bad solution.
I agree, it sounds ridiculous -- on first hearing at least. I'm going
to have
On Sunday 12 Dec 2004 22:44, Uwe Koloska wrote:
> But when starting jack with driver 'usx2y' the midi seems not to
> arrive at ZynAddSubFX (or Hydrogen or fluidsynth or ...)
Try changing Rosegarden's Sequencer Timer setting (Settings -> Configure
Rosegarden -> Sequencer -> Synchronisation) to "sy
On Sunday 05 Dec 2004 22:38, Hans Fugal wrote:
> > The DSSI JACK host will always try to start a user interface for
> > each plugin it loads. (It could easily have a command line switch
> > to tell it not to, but there isn't one at the moment.)
>
> Attached is a patch.
Committed to DSSI CVS, th
On Sunday 05 Dec 2004 11:37, Julien Claassen wrote:
> I've just one important - for me at least - question. Can the jack
> example client be used without gui? Can it be used with midi only?
Yes and no. The DSSI JACK host will always try to start a user interface for
each plugin it loads. (It
On Wednesday 24 Nov 2004 22:06, Jens M Andreasen wrote:
> According to my oldish midi-spec, controller (decimal) 120 is
> undefined, so I was somewhat confused at first when I got it from
> Rosegarden.
>
> A bit of digging shows that it belongs to the (newish?) GS-spec, and
> means All-Sound-Off (a
On Monday 15 Nov 2004 13:56, Kjetil Svalastog Matheussen wrote:
> This is a great idea, where it should be easy to make a general
> library for other hosts (not necesarrily running Qt) making use
> of those UI's with the help of some ipc-tricks.
And to complete the circle: an obvious choice of "ip
dssi-vst 0.3 released!
==
The 0.3 release of dssi-vst is now available.
dssi-vst is a DSSI plugin wrapper for VST effects and instruments
with GUI support, allowing them to be loaded into any DSSI host.
It requires a fairly recent version of Wine (this calendar year at least)
and header. DSSI 0.9 was constructed by Steve
Harris, Chris Cannam, and Sean Bolton.
New in 0.9
--
The main improvements in 0.9 are to the reference host implementation
and sample plugins.
The 0.9 API itself is binary compatible with the previous 0.4 release.
A new convention for plugin-glob
1 - 100 of 164 matches
Mail list logo
