I'm in a cruft killing mood.
Has anyone ever used ImplementationData? I know I haven't, and I goggled
for it, but all I found was the ladspa.h file, which has a comment to the
affect of: we're not sure why you'd need this, but, just incase here's a
void *.
If anoyone has used it, or has a potential use for it, it should stay, but
otherwise it should go IMHO.
- Steve
I've added the port shortnames (ladspa:shortname). This is still tentative
in my mind, but as long as it doesn't cause any serious objections it will
stay.
Following a suggestion from Richard Furze I've removed the LADSPA_Data
type and replaced it with void. The ports are datatyped in the data, but
currently only ladspa:float is supported. I have misgivings about this,
but it seems like a good way to open up to more datatypes in the future.
I'd hate to see a future where there are plugins for translating between
different kinds of boring PCM data, that would suck, but this could allow
for some exciting developments. The first person to make a LADSPA plugin
that speaks 16bit int PCM audio data gets the LART treatment ;)
Thoughts?
- Steve
I like the bundle idea. What are the reasons to not use it? Reasons to use it include ease of distribution (especially on other platforms like osx).
I think bundles are a great idea that should be adopted by other unixen.
Or, can we make it so that bundles are a possible method of distribution and either it or the typical installation into various directories could be used?
Taybin
We haven't heard from a number of key people yet, but I think the overall
impression is positive so far. There are a number of decisions that need
to be made if it's going to go ahead. Either things that I didn't
consider, or where I made arbitrary choices:
A) Dropping runAdding: personally I dont think runAdding is worthwhile. How
many hosts take advantage of it? Its something LADSPA 1.1 can do and 2.0
wouldn't be able to though.
B) RDF syntax: RDF/Turtle seems a lot more popular in these parts than
RDF/XML. We could mandate Turtle for all LADSPA metadata.
C) Port scales: these weren't really in LADSPA 1.x, but they were in lrdf, so
adding them is a bit arguable. I think they're clearly beneficial though,
and they are getting close to critcal mass recently.
D) Port shortnames: for OSC, Pd etc. access. I dont have a strong feeling on
that. It /is/ an extension, but retrofitting it will mean OSC servers etc.
will have to support both accessor methods.
E) Bundles: no-one screamed when I suggested it, but its a bit different to
LADSPA 1's /lib directory. Hosts would be required to allow the plugin
link to libraries in the bundle if they need to (this is why OPENSTEP did
it, I guess its done by setting LD_LIBRARY_PATH, but I dont know), which
is a bit more work, but makes moving plugins between machines easier. Oh,
and the plugins needs to have the path of its bundle passed to it when its
instantiated, which isn't in the API right now.
F) Host OS specific macros in ladspa-2.h that Jack O'Q suggested. It seems
like a reasonable idea to me. No need to punish users of inferiour OSs
more than they are allready ;)
- Steve
http://plugin.org.uk/ladspa2/
First of all, I realised I was being cheeky by adding a feature I wanted
(units), while refusing to consider anyone elses! So, I removed the units
property from the Amp plugin. I'm happy to consider it a testcase and I
will make a schema for it and start using it when/if LADSPA2 gets OKd by
the community.
I made 2 actual ABI changes:
The path of the directory/bundle is passed to instantiate(). This is
neccessary to make it actually useful. It could have been passed to other
methods, but that seemed most appropriate.
For some potential features, like Fons' polyphonic control ports, it's hard
for the plugin to detect wether the host is using the feature or not. I
added an array of URIs to instantiate() that lets the host tell the plugin
what hints etc. it supports. The plugin can then refuse to instantiate or
fall back if it doesn't like the featureset.
I also added some (silly) scale points to the Amp plugin, just to show how
it's done, and I added translations to some of the strings, to show how
that's done.
- Steve
Hi.
I released today an experimental software that allows
you to process
the
sound/image as a single FFT (and other) transforms.
Also, the program can transform sound to images and
vice-versa. Because
of
this, you can apply a blurring or swirling effect to
sound, or
revereberation/flange effect to images ;-)
Many effects sounds/looks very strange (in my opinion
theese are the
strangest
sounds I ever heard - hard to describe in words -
better listen them).
You can download the alpha-stage source code from
http://sourceforge.net/projects/hypermammut
and I recomand you to see/listen some examples at
http://hypermammut.sourceforge.net
A related software to this is Mammut (
http://www.notam02.no/notam02/prod-prg-mammuthelp.html
), but this
programs
aims to be modular and to do more :)
Paul.
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Only really a toy, but:
Aparently, ages ago I made an online LADSPA 2 RDF metadata editor:
http://plugin.org.uk/md-creator/
(http://www.music.columbia.edu/pipermail/linux-audio-dev/2004-October/010011…)
It's very similar to the stuff I knocked up last night, though its not
exactly the same (the namespace is different, and it uses ladspa: for
everything, not DC where it should). It generates and reads longhand-only
Turtle (AKA NTriples).
I might fix it up to match the current strawman at some point, but I dont
think it's important.
- Steve
On Thu, Apr 20, 2006 at 05:04:45PM +0200, Nigel Henry wrote:
> On Thursday 20 April 2006 15:57, Paul Winkler wrote:
> > I can understand not wanting to maintain it any more,
> > but where'd the download go??
> > http://gazuga.net/files --> 404
>
> Hi Paul. I'd downloaded the tar.gz while it was still there. If you want it
> I'll send it.
> Nigel.
Thanks, but it's not just me...
the recently-mentioned proaudio overlay for gentoo included
a specimen ebuild, which no longer works due to the 404 :-(
Anybody care to host the tarball?
--
Paul Winkler
http://www.slinkp.com
Hiya,
I'm having a hard time finding the plugins I want when using Ardour,
particularly since the majority of plugins I have installed don't
provide categories via RDF.
So, hoping this is useful to others, attached is a minimal RDF for the
CAPS suite, which I use a lot.
This was generated by a quick python script, also attached; I just
hand-edited the output to change the plugin types from UnknownPlugin.
Wasn't sure what to do with the pan plugin.
I also haven't bothered to figure out what to do with all the stuff
about ports, and ardour doesn't seem to need it anyway, so this version
of the script doesn't handle that. (Hey Steve, what's all that port
info in your rdfs used for?)
--
Paul Winkler
http://www.slinkp.com
hi...
roger i am CCing you because
a) i think the problems are via-rhines fault in 2.6.16
b) this software reproducibly triggers something have not seen before
i need people who test the new fragmentation code in netjack-0.12.
i think i am seeing kernel problems, because there are patches going on
for the via-rhine driver.
it looks like the huge packet load triggers some sort of bug in the
via-rhine network driver. Because after using netjack for some seconds,
the link is broken. (this is reproducible with 2.6.16)
"ifconfig eth0 down; ifconfig eth0 up" fixes it again.
i dont think that the results i am getting are reliable. So i am asking
you to test it.
please check out
http://netjack.sf.net/netjack-0.12test1.tar.bz2
compile as usual with:
bash# scons jack_source_dir=<jack_source>
then on the master with normal jackd running:
bash# jacknet_client -p <other_machine> -P 24 -C 24
on the <other_machine>
bash# jackd -R -d net -C 24 -P 24
please note that -r and -p on jackd -d net are no more needed and
autodetected.
i would also be interested in OSX results of the old netjack-0.11
for OSX compilation add "with-alsa=0"
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language