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
On Tuesday 20 Mar 2007 00:41, Paul Winkler wrote:
On Mon, Mar 19, 2007 at 11:28:40PM +, Chris Cannam wrote:
Sonic Visualiser is an application for viewing and analysing the
contents of music audio files. It contains advanced waveform and
spectrogram viewers, as well as editors for many
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
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
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,
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
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 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 from ll-plugins project, by Lars Luthman
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 nothing
supports?
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 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 and
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
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
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 went
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
*
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
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
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
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
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
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 linking
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
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
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
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 messages
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
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 pthread.h
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.
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 the
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 only be used
On Tuesday 21 Feb 2006 22:30, Dave Robillard wrote:
On Tue, 2006-21-02 at 20:36 +, 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 company or its developers out of
work
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
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.
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 a
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 20:12, Dave Robillard wrote:
On Tue, 2006-21-02 at 15:05 +, 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 software.
Yes it is.
No, the fact
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
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 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 when
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 to be part
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
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:
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
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 feel
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
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:
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 your
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
Paul Davis:
frank (v.d.p) had the right idea back when he
started this
Huh? Started what?
Chris
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,
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 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.
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
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 the
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
Jan Depner:
I was under the impression that there was bounds checking going on with
vectors. Is this not the case?
Nope.
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::vectorint v, int i)
At least you are making copy here, should be
int access(std::vectorint v, int
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 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 companies
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 world,
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
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
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 think,
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
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 reliable than
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
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, and
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 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.
and
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
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 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 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
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
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
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
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.
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 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 our third
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
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 actually
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 to
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 system
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, thanks.
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 (as in
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
. 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-global (rather
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
On Monday 25 Oct 2004 16:26, Dave Phillips wrote:
The use of the computer keyboard in Sequencer Plus is the main
reason I keep using it. MusE, RG, and the crop of Windoze MIDI
sequencers are all very nice, but they all presume that my working
method will be mouse MIDI-keyboard centric.
I
On Wednesday 13 Oct 2004 14:09, Juhana Sadeharju wrote:
Who are the people in this photo?
[...]
Please send me names privately. I will make a new image with
names attached to it.
I think this has already happened, for a slightly different photo but
with the same people in it. Jan Depner had
On Saturday 18 Sep 2004 23:17, Dmitry Baikov wrote:
Drumatic-VST also segfaults.
I use Drumatic as a DSSI plugin through the DSSI-VST bridge
(dssi-vst.so, see http://www.sf.net/projects/dssi,
http://dssi.sf.net/). It works very well for me.
I'd love to see a native DSSI drum synth, as
dssi-vst is a DSSI wrapper plugin for VST plugins. It enables any
compliant DSSI host to use VST instruments and effects. It requires
Wine, liblo-0.9, dssi.h, and the Steinberg VST SDK headers to build.
http://sf.net/projects/dssi/
http://www.winehq.org/
http://plugin.org.uk/liblo/
to be hosted in-process by audio
applications. DSSI 0.4 was constructed by Steve Harris, Chris Cannam,
and Sean Bolton.
DSSI is intended to be simple, especially for plugins;
GUI-toolkit-agnostic; and slightly biased towards familiarity with
MIDI. It's proposed as an interim measure until bigger
On Wednesday 14 Jul 2004 1:40 pm, Maarten de Boer wrote:
- jack configured at 44100 Hz [...]
* Alsa 1.0.5a
This combination won't work for synchronised MIDI and audio with
Rosegarden.
The ALSA PCM timer (which Rosegarden 0.9.8 uses by default when JACK
is running) miscalculates the
1 - 100 of 149 matches
Mail list logo
