Am 01.11.18 um 04:00 schrieb Tim:
Hi, as I mentioned in LAD today, I think I found
some problems
with Blop and SWH LADSPA RDF files.
I fixed them automatically with a program, and by hand
for the few odd incomplete enumerations.
Hi
We've implemented a special case rule in our rdf scanner, (shift the
index to the correct value) for some known wrong indexes in rdf files,
and I guess others have that as well.
So, "fixing" those wrong entry's, after so long time, may break existing
implementations.
As reference, here is our list:
static struct {
unsigned long from, to;
} ranges_1_based[] = {
// swh
{1181, 1440},
{1605, 1605},
{1881, 1922},
// blop
{1641, 1680},
{2021, 2038},
};
regards
hermann
Thanks Hermann, yes the topic is so very old, isn't it?
My email to Steve didn't go through.
Yep, that's sure a Hack-o-Matic fix you had to do, eh?
I managed to work around it by placing my corrected files
into a folder installed by MusE. Then my rdf scanner
starts in that folder with priority on any files found there,
and then on to any system-found files. It ignores any
further duplicates of files already scanned.
It works pretty good.
The neat thing is that the path is adjustable by the user
so that other rdf files can be brought in and scanned for
enums and presets. When they open our generic ui dialogs
they'll have a chance to look for any presets found in
the scanned files.
I mean, not that lrdf is going to 'take off' soon or anything -
the lrdf library doesn't even write rdf-xml yet - but still
I think it's a valuable thing, all this information available.
More writers should make info available including DSSI
since it has the very same ladspa descriptor in there.
Quite helpful with plugins that are still useful and used.
Tap Reverb for example with its many enum'd reverb types.
Cheers.
Tim.