18 Oct
2010
18 Oct
'10
3:05 a.m.
Hi,
I'd like to announce that my LV2 port of the famous mda e-piano
plug-in is ready for download! [1]
When I was checking out the mda-lv2 ports, I noticed that the
instruments were not actually playable. I could not get them to work
in either lv2_jack_host or in Ardour2 or Ardour3.
So , here is the first and only (to my knowledge) native LV2 port of
the mda e-piano. There is no GUI yet, but once I figured out how to
add a GUI I'll be adding one.
I'd be very happy to receive comments and suggestions on the code.
My next target will be the mdaPiano plug-in---I might actually start
soon when the GUI stuff causes me too much of a headache...
Best,
Rekado
_____
[1] http://github.com/rekado/lv2-mdaEPiano
18 Oct
18 Oct
8:38 p.m.
On 18.10.2010 03:05, Ricardo Wurmus wrote:
Hi,
I'd like to announce that my LV2 port of the famous mda e-piano
plug-in is ready for download! [1]
When I was checking out the mda-lv2 ports, I noticed that the
instruments were not actually playable. I could not get them to work
in either lv2_jack_host or in Ardour2 or Ardour3.
So , here is the first and only (to my knowledge) native LV2 port of
the mda e-piano. There is no GUI yet, but once I figured out how to
add a GUI I'll be adding one.
I'd be very happy to receive comments and suggestions on the code.
My next target will be the mdaPiano plug-in---I might actually start
soon when the GUI stuff causes me too much of a headache...
Best,
Rekado
Hi Rekado!
I tried plugin and it sounds pretty good. It will be valuable addition
to LV2 synths when it's finished.
I looked at the code a bit. Maybe you already solved this, but you had a
typo in mdaEPianoGUI.cpp file. It caused a runtime error so GUI couldn't
be instantiated. You wrote the first line in class definition like:
class mdaEPianoGUI : public LV2::GUI<mdaEPianoGUI, LV2::URIMap<true>,
LV2::WriteMIDI<false> >{
but it sould be:
class mdaEPianoGUI : public LV2::GUI<mdaEPianoGUI>, LV2::URIMap<true>,
LV2::WriteMIDI<false> {
After changing that GUI is shown, but compiler reports that write_midi()
function is not in the scope (didn't solve that problem - I just
commented it out :)).
Cheers!
Igor
19 Oct
19 Oct
3:21 a.m.
On 19 October 2010 02:37, Igor Brkic <igor(a)hyperglitch.com> wrote:
Hi Rekado!
I tried plugin and it sounds pretty good. It will be valuable addition to
LV2 synths when it's finished.
I looked at the code a bit. Maybe you already solved this, but you had a
typo in mdaEPianoGUI.cpp file. It caused a runtime error so GUI couldn't be
instantiated. You wrote the first line in class definition like:
class mdaEPianoGUI : public LV2::GUI<mdaEPianoGUI, LV2::URIMap<true>,
LV2::WriteMIDI<false> >{
but it sould be:
class mdaEPianoGUI : public LV2::GUI<mdaEPianoGUI>, LV2::URIMap<true>,
LV2::WriteMIDI<false> {
After changing that GUI is shown, but compiler reports that write_midi()
function is not in the scope (didn't solve that problem - I just commented
it out :)).
Cheers!
Igor
Hi Igor,
thanks for testing.
About the GUI: I think you might be mistaken. Even though I'm new to
template stuff in C++, my syntax seems to be correct. The GUI appears
when I open the plug-in in zynjacku (lv2_jack_host does not care about
GUIs).
What runtime error did you encounter and what host did you use?
The GUI by the way is nothing more but a construction site. It is not
usable at all, no functions implemented. It is more of a
proof-of-concept (yes, GUI appears) than anything else. I'm working on
this right now, but I'm all new to this.
Rekado
10:12 a.m.
On 19.10.2010 03:21, Ricardo Wurmus wrote:
Hi Igor,
thanks for testing.
About the GUI: I think you might be mistaken. Even though I'm new to
template stuff in C++, my syntax seems to be correct. The GUI appears
when I open the plug-in in zynjacku (lv2_jack_host does not care about
GUIs).
What runtime error did you encounter and what host did you use?
The GUI by the way is nothing more but a construction site. It is not
usable at all, no functions implemented. It is more of a
proof-of-concept (yes, GUI appears) than anything else. I'm working on
this right now, but I'm all new to this.
Rekado
My bad then :)
I tried it in Ingen. With your code, when I double click plugin (to show
GUI) it reports "Failed to instantiate Plugin UI" and Ingen GUI freezes
(although, engine still runs in background).
I'm pretty new to templating too and, even though your code made some
sense, I was comparing it to another very simple example of LV2 GUI code
(just a button too but without MIDI support), and only difference in
code (and in crashing Ingen :)) was that line.
Igor
10:30 a.m.
About the GUI:
I think you might be mistaken. Even though I'm new to
template stuff in C++, my syntax seems to be correct. The GUI appears
when I open the plug-in in zynjacku (lv2_jack_host does not care about
GUIs).
What runtime error did you encounter and what host did you use?
I tried it in Ingen. With your code, when I double click plugin (to show
GUI) it reports "Failed to instantiate Plugin UI" and Ingen GUI freezes
(although, engine still runs in background). I'm pretty new to templating too and, even though
your code made some sense,
I was comparing it to another very simple example of LV2 GUI code (just a
button too but without MIDI support), and only difference in code (and in
crashing Ingen :)) was that line.
Thanks for your input. I hope I can get Ingen compiled and see for
myself where the problem lies.
Rekado
11:20 a.m.
What
runtime error did you encounter and what host did you use?
I tried it in Ingen. With your code, when I double click plugin (to show
GUI) it reports "Failed to instantiate Plugin UI" and Ingen GUI freezes
(although, engine still runs in background). I'm pretty new to templating too and, even
though your code made some
sense,
I was comparing it to another very simple example
of LV2 GUI code (just a
button too but without MIDI support), and only difference in code (and in
crashing Ingen :)) was that line.
Thanks for your input. I hope I can get Ingen compiled and see for
myself where the problem lies.
1:11 p.m.
New subject: current drobilla.net svn [was Native LV2 port of mdaEPiano VSTi]
On 10/19/2010 11:20 AM, Matt Henley wrote:
I have found the best way to build ingen is to grab the entire svn tree
( instructions at http://drobilla.net/blog/software/ingen/ )and do a top
level make and make install. Installing the programs piecemeal seemed
to cause problems.
that would be ./waf configure && ./waf && sudo ./waf install
btw, i've just tried to build the entire tree yesterday (on a freshly
installed oS 11.3), and the top-level build process would barf with
python errors (module RDF not found, module "configure" not found).
as this is a new system, i'm not sure if i've botched my python install,
so i haven't filed a ticket with drobilla yet. can anyone confirm it
doesn't build from top-level (or that it does)?
best,
jörn
4:42 p.m.
New subject: current drobilla.net svn [was Native LV2 port of mdaEPiano VSTi]
On 19.10.2010 13:11, Jörn Nettingsmeier wrote:
On 10/19/2010 11:20 AM, Matt Henley wrote:
I got the same error. My system is Arch 64bit, Python 2.6.5
Igor
I have found the best way to build ingen is to grab the entire svn tree
( instructions at http://drobilla.net/blog/software/ingen/ )and do a top
level make and make install. Installing the programs piecemeal seemed
to cause problems.
that would be ./waf configure && ./waf && sudo ./waf install
btw, i've just tried to build the entire tree yesterday (on a freshly
installed oS 11.3), and the top-level build process would barf with
python errors (module RDF not found, module "configure" not found).
as this is a new system, i'm not sure if i've botched my python install,
so i haven't filed a ticket with drobilla yet. can anyone confirm it
doesn't build from top-level (or that it does)?
4:49 p.m.
New subject: current drobilla.net svn [was Native LV2 port of mdaEPiano VSTi]
On Tue, Oct 19, 2010 at 3:40 PM, Igor Brkic <igor(a)hyperglitch.com> wrote:
On 19.10.2010 13:11, Jörn Nettingsmeier wrote:
I wish I could help... but been in london for a month and computer is back
in houston. My machine is running Ubuntu 10.04 64bit and previously was
running gentoo and both were working.Make sure you have librdf
installed. there is also a python module for rdf.
On 10/19/2010 11:20 AM, Matt Henley wrote:
I got the same error. My system is Arch 64bit, Python 2.6.5
I have found the best way to build ingen is to grab the entire svn tree
( instructions at http://drobilla.net/blog/software/ingen/ )and do a top
level make and make install. Installing the programs piecemeal seemed
to cause problems.
that would be ./waf configure && ./waf && sudo ./waf install
btw, i've just tried to build the entire tree yesterday (on a freshly
installed oS 11.3), and the top-level build process would barf with
python errors (module RDF not found, module "configure" not found).
as this is a new system, i'm not sure if i've botched my python install,
so i haven't filed a ticket with drobilla yet. can anyone confirm it
doesn't build from top-level (or that it does)?
5:17 p.m.
New subject: current drobilla.net svn [was Native LV2 port of mdaEPiano VSTi]
On Tue, 19 Oct 2010, Jörn Nettingsmeier wrote:
On 10/19/2010 11:20 AM, Matt Henley wrote:
Same here.
I would file a ticket. waf shouldn't crash because of a
missing python module.
On Debian/Lenny I did the following to get it to build:
* Install python-librdf
* Patched lv2/lv2include/lv2include.py for my older
python 2.5 exception syntax
* Patched redlandmm/wscript to accept my older
version of redland libs.
-gabriel
I have found the best way to build ingen is to grab the entire svn tree
( instructions at http://drobilla.net/blog/software/ingen/ )and do a top
level make and make install. Installing the programs piecemeal seemed
to cause problems.
that would be ./waf configure && ./waf && sudo ./waf install
btw, i've just tried to build the entire tree yesterday (on a freshly
installed oS 11.3), and the top-level build process would barf with python
errors (module RDF not found, module "configure" not found).
as this is a new system, i'm not sure if i've botched my python install, so i
haven't filed a ticket with drobilla yet. can anyone confirm it doesn't build
from top-level (or that it does)?
6:09 p.m.
New subject: current drobilla.net svn [was Native LV2 port of mdaEPiano VSTi]
On 10/19/2010 05:17 PM, Gabriel M. Beddingfield wrote:
On Tue, 19 Oct 2010, Jörn Nettingsmeier wrote:
on #lad, nedko has confirmed the issue, joeboy doesn't have the problem.
so it's installation-dependent.
with joeboy's help i realized that my custom-build rdflib is being
installed to /usr/local/lib/python-2.6/site-packages/rdflib.
it seems it's not being found there, even though my sys.path includes
/usr/local/lib/python-2.6/site-packages...
hmm...
On 10/19/2010 11:20 AM, Matt Henley wrote:
Same here.
I would file a ticket. waf shouldn't crash because of a missing python
module.
On Debian/Lenny I did the following to get it to build:
* Install python-librdf
* Patched lv2/lv2include/lv2include.py for my older
python 2.5 exception syntax
* Patched redlandmm/wscript to accept my older
version of redland libs.
I have found the best way to build ingen is to grab the entire svn tree
( instructions at http://drobilla.net/blog/software/ingen/ )and do a top
level make and make install. Installing the programs piecemeal seemed
to cause problems.
that would be ./waf configure && ./waf && sudo ./waf install
btw, i've just tried to build the entire tree yesterday (on a freshly
installed oS 11.3), and the top-level build process would barf with
python errors (module RDF not found, module "configure" not found).
as this is a new system, i'm not sure if i've botched my python
install, so i haven't filed a ticket with drobilla yet. can anyone
confirm it doesn't build from top-level (or that it does)?
6:36 p.m.
New subject: current drobilla.net svn [was Native LV2 port of mdaEPiano VSTi]
On 10/19/2010 06:09 PM, Jörn Nettingsmeier wrote:
On 10/19/2010 05:17 PM, Gabriel M. Beddingfield
wrote:
for the record, all i know about module searching in python is from:
http://docs.python.org/release/2.6/install/index.html#modifying-python-s-se…
and the ticket is here:
http://dev.drobilla.net/ticket/535
Same here.
I would file a ticket. waf shouldn't crash because of a missing python
module.
on #lad, nedko has confirmed the issue, joeboy doesn't have the problem.
so it's installation-dependent.
with joeboy's help i realized that my custom-build rdflib is being
installed to /usr/local/lib/python-2.6/site-packages/rdflib.
it seems it's not being found there, even though my sys.path includes
/usr/local/lib/python-2.6/site-packages...
6:40 p.m.
New subject: current drobilla.net svn [was Native LV2 port of mdaEPiano VSTi]
On Tue, 19 Oct 2010, Jörn Nettingsmeier wrote:
for the record, all i know about module searching in
python is from:
http://docs.python.org/release/2.6/install/index.html#modifying-python-s-se…
FWIW, Some distros are jacking with the search path.
Especially Debian... where it's 'site-packages' for <=2.5
and 'dist-packages' for >=2.6.[1]
In past headaches with this... the two folders will NOT mix.
-gabriel
[1] http://www.debian.org/doc/packaging-manuals/python-policy/ch-python.html
Sect 1.5 Module path
6:36 p.m.
New subject: current drobilla.net svn [was Native LV2 port of mdaEPiano VSTi]
On Tue, 19 Oct 2010, Jörn Nettingsmeier wrote:
> I would file a ticket. waf shouldn't crash
because of a missing python
> module.
[snip]
on #lad, nedko has confirmed the issue, joeboy
doesn't have the problem. so
it's installation-dependent.
with joeboy's help i realized that my custom-build rdflib is being installed
to /usr/local/lib/python-2.6/site-packages/rdflib.
it seems it's not being found there, even though my sys.path includes
/usr/local/lib/python-2.6/site-packages...
Well... at any rate it appears to be a *new* build
dependency. I've built ingen lots of times without having
that python module.
-gabriel
16 Nov
16 Nov
10:41 p.m.
New subject: LV2 extension #include (lv2config), lv2plug.in SVN [was: current drobilla.net SVN]
On Tue, 2010-10-19 at 11:36 -0500, Gabriel M. Beddingfield wrote:
[...]
(Skip to bottom for the jist of this email...)
It is actually a dependency of the new lv2config tool.
I suppose this should be mentioned here as well as lv2-dev now that it's
nearly finalized and this list gets much more traffic:
***
If you are a host or plugin author intending to use any modern LV2
extensions (from lv2plug.in, at least), you will probably need/want to
use the lv2config tool. Please provide your feedback now, before it is
too late
***
lv2config is intended to be a widely deployed, available-by-default tool
for any systems with LV2 (i.e. the lv2core bundle/package), and a build
time (and/or extension install time) dependency. It allows projects to
compile against system-installed LV2 extensions (which was previously
impossible in general), or those included locally with source trees,
without having any namespace specific (e.g. distro specific like
pkgconfig names) identifiers in the code (#include paths are URI based)
This means extension headers are widely useful without needing to be
munged for each project, e.g.:
* LV2 code can be easily copy/pasted without munging
* Perhaps most importantly, extension headers can #include other
extension headers
Note the build-time dependency can optionally be avoided by
pre-generating an include tree (in which case you should probably
include the extensions with your code). The includes are URI based to
achieve this.
Rationale, and more information, is available here:
http://lv2plug.in/docs/index.php?title=Implementing_Extensions_in_Hosts
(Feel free to edit the wiki page with TODO type edits and questions)
Feedback on this from any developers would be very much appreciated, it
has not seen enough eyes yet, but I would like it to become a part of
the upcoming LV2r4 spec so distributions can include it and everyone can
depend on it being installed, and everyone can use a standard way to
check for, and build against/use, installed LV2 extensions.
All lv2plug.in extension stuff, including lv2config, is now available in
SVN at http://lv2plug.in/repo/trunk/
-dr
with
joeboy's help i realized that my custom-build rdflib is being installed
to /usr/local/lib/python-2.6/site-packages/rdflib.
it seems it's not being found there, even though my sys.path includes
/usr/local/lib/python-2.6/site-packages...
Well... at any rate it appears to be a *new* build
dependency. I've built ingen lots of times without having
that python module.
9:25 p.m.
New subject: current drobilla.net svn [was Native LV2 port of mdaEPiano VSTi]
On Tue, 2010-10-19 at 10:17 -0500, Gabriel M. Beddingfield wrote:
On Tue, 19 Oct 2010, Jörn Nettingsmeier wrote:
For the record, yes, I am far more on top of my bug tracker than this
mailing list. If you file it, it will get fixed.. eventually :)
On 10/19/2010 11:20 AM, Matt Henley wrote:
Same here.
I would file a ticket. waf shouldn't crash because of a
missing python module.
I have found the best way to build ingen is to grab the entire svn tree
( instructions at http://drobilla.net/blog/software/ingen/ )and do a top
level make and make install. Installing the programs piecemeal seemed
to cause problems.
that would be ./waf configure && ./waf && sudo ./waf install
btw, i've just tried to build the entire tree yesterday (on a freshly
installed oS 11.3), and the top-level build process would barf with python
errors (module RDF not found, module "configure" not found).
as this is a new system, i'm not sure if i've botched my python install, so i
haven't filed a ticket with drobilla yet. can anyone confirm it doesn't build
from top-level (or that it does)? On Debian/Lenny I did the following to get it to
build:
* Install python-librdf
python-rdflib will also do (no other dependencies)
* Patched lv2/lv2include/lv2include.py for my
older
python 2.5 exception syntax
Done a while ago in svn
* Patched redlandmm/wscript to accept my older
version of redland libs.
Hm. I am usually careful to make it as low as possible. No compilation
issues? What version?
Peace,
-dr
9:13 p.m.
New subject: current drobilla.net svn [was Native LV2 port of mdaEPiano VSTi]
On Tue, 2010-10-19 at 13:11 +0200, Jörn Nettingsmeier wrote:
On 10/19/2010 11:20 AM, Matt Henley wrote:
>
> I have found the best way to build ingen is to grab the entire svn tree
> ( instructions at http://drobilla.net/blog/software/ingen/ )and do a top
> level make and make install. Installing the programs piecemeal seemed
> to cause problems.
I am working on this no longer being the case (recently I started using
an external repository for the build stuff (autowaf) to avoid having
symlinks to parent directories).
The new LV2 build stuff still probably won't work except from top level,
though. I willl solve this soon. On that note, dev and/or user
feedback on the recently proposed scheme for LV2 extension includes
would be useful (see LV2 dev mailing list: http://lists.lv2plug.in/)
that would be ./waf configure && ./waf
&& sudo ./waf install
btw, i've just tried to build the entire tree yesterday (on a freshly
installed oS 11.3), and the top-level build process would barf with
python errors (module RDF not found, module "configure" not found).
You probably need to nuke the lv2 subdirectory and re-checkout.
Unfortunatley, svn can't deal with changing a subdirectory to an
external :/
See http://drobilla.net/blog/2010/10/19/svn-changes/ (LAD related posts
to my blog are posted on planet LAD http://planet.linuxaudio.org/, if
you do the RSS thing, subscribing to this is a good idea...)
as this is a new system, i'm not sure if i've
botched my python install,
so i haven't filed a ticket with drobilla yet. can anyone confirm it
doesn't build from top-level (or that it does)?
With a fresh checkout, it should. For python you need /either/ rdflib
(pure python) or the librdf redland bindings. It should fail gracefully
now in any case.
Peace,
-dr
10:08 p.m.
New subject: current drobilla.net svn [was Native LV2 port of mdaEPiano VSTi]
On 17 November 2010 04:13, David Robillard <d(a)drobilla.net> wrote:
On Tue, 2010-10-19 at 13:11 +0200, Jörn Nettingsmeier
wrote:
Hi Dave
A day or two ago I couldn't build slv2, so I filed [1]. But now after
reading this it occured to me that I never tried a toplevel build, so
I did and it worked. Does this mean currently there is no way to just
builld slv2 by its lonesome?
[1] http://dev.drobilla.net/ticket/554
--
GPG/PGP ID: B42DDCAD
On 10/19/2010 11:20 AM, Matt Henley wrote:
>
> I have found the best way to build ingen is to grab the entire svn tree
> ( instructions at http://drobilla.net/blog/software/ingen/ )and do a top
> level make and make install. Installing the programs piecemeal seemed
> to cause problems.
I am working on this no longer being the case (recently I started using
an external repository for the build stuff (autowaf) to avoid having
symlinks to parent directories).
The new LV2 build stuff still probably won't work except from top level,
though. I willl solve this soon. On that note, dev and/or user
feedback on the recently proposed scheme for LV2 extension includes
would be useful (see LV2 dev mailing list: http://lists.lv2plug.in/)
5056
days inactive
5085
days old
linux-audio-dev@lists.linuxaudio.org
17 comments
7 participants
participants (7)
-
David Robillard -
Gabriel M. Beddingfield -
Igor Brkic -
Jörn Nettingsmeier -
Matt Henley -
Ray Rashif -
Ricardo Wurmus