Hi everyone. I'm trying to make my DMX interface (Enttec OpenDMX USB) work with Pd. I read a lot of things about it, and probably the best way to make it work would be by using Open Lighting Architecture ( https://www.openlighting.org/ola/) I'd like to avoid using something like QLC if possible. I'm on Linux (Ubuntu).
I found this external http://puredata.info/Members/santi/ola2pd/ which seems to be perfect for me. I tried to follow all the steps (installing Ola, compiling Flext), but the object Ola2pd is not recognized by Pd. As they suggested, I tried to compile it myself by using Flext. It works, but still, the object Ola2pd is not recognized in pd. I received the message "undefined symbol: _ZTIN3ola6client17BaseClientWrapperE"
Any idea of what I could do? Do you know if some other externals exist for the job? Or if there's some other solutions for controlling a DMX Interface with Pd?
Thanks in advance if you can help
On 06/22/2018 05:37 AM, JP - Escarres wrote:
Hi everyone. I'm trying to make my DMX interface (Enttec OpenDMX USB) work with Pd. I read a lot of things about it, and probably the best way to make it work would be by using Open Lighting Architecture ( https://www.openlighting.org/ola/) I'd like to avoid using something like QLC if possible. I'm on Linux (Ubuntu).
I found this external http://puredata.info/Members/santi/ola2pd/ which seems to be perfect for me. I tried to follow all the steps (installing Ola, compiling Flext), but the object Ola2pd is not recognized by Pd. As they suggested, I tried to compile it myself by using Flext. It works, but still, the object Ola2pd is not recognized in pd. I received the message "undefined symbol: _ZTIN3ola6client17BaseClientWrapperE"
Any idea of what I could do?
well, the problem you are facing is, that (at least) one of the symbols that are supposedly provided by libola is missing.
so there's two possibilities:
assuming the former (as the latter would require porting the external to the new libola), i see that the readme.txt has an explicit note on "compiling on ubuntu", that requires you to repeat the linker command with "-lflext-pd_t -lola" *after* the output file (ola.pd_linux) rather than before it (because doing it in the wrong order will make modern linkers skip the linking; this is actually a bug in the buildsystem).
even if you are not using ubuntu, most modern linkers will require that step.
fgmasrd IOhannes
On 06/22/2018 10:33 AM, IOhannes m zmölnig wrote:
I tried to follow all the steps (installing Ola, compiling Flext), but the object Ola2pd is not recognized by Pd.
btw, if you are on a recent Debian based distribution, building might be as simple as:
$ sudo apt install pd-flext-dev libola-dev
$ make -f /usr/share/pd-flext/dev/Makefile.flext ldlibs="$(pkg-config
--libs pd-flext) -lola" SRCDIR=.
(that's two lines).
gfmads IOhannes
libola itself may have a number of deps: on my Debian system I get
$ pkg-config --libs libola -L/usr/local/lib -lola -lolacommon -lprotobuf
so maybe IOhannes's second line could be amended to:
$ make -f /usr/share/pd-flext/dev/Makefile.flext ldlibs="$(pkg-config --libs pd-flext) $(pkg-config --libs libola)" SRCDIR=.
?
On Friday, 22 June 2018, 10:02:19 BST, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 06/22/2018 10:33 AM, IOhannes m zmölnig wrote:
I tried to follow all the steps (installing Ola, compiling Flext), but the object Ola2pd is not recognized by Pd.
btw, if you are on a recent Debian based distribution, building might be as simple as:
$ sudo apt install pd-flext-dev libola-dev
$ make -f /usr/share/pd-flext/dev/Makefile.flext ldlibs="$(pkg-config
--libs pd-flext) -lola" SRCDIR=.
(that's two lines).
gfmads
IOhannes _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 06/22/2018 03:59 PM, Giulio Moro via Pd-list wrote:
libola itself may have a number of deps: on my Debian system I get
$ pkg-config --libs libola -L/usr/local/lib -lola -lolacommon -lprotobuf
good point.
so maybe IOhannes's second line could be amended to:
$ make -f /usr/share/pd-flext/dev/Makefile.flext ldlibs="$(pkg-config --libs pd-flext) $(pkg-config --libs libola)" SRCDIR=.
you can add multiple packages to a pkg-config query, making both the command and the resolved library string a bit easier:
$ make -f /usr/share/pd-flext/dev/Makefile.flext ldlibs="$(pkg-config --libs pd-flext libola)" SRCDIR=.
and really, one should *also* get the cflags from pkgconfig, so the ideal command would be:
$ make -f /usr/share/pd-flext/dev/Makefile.flext
cflags="$(pkg-config --cflags pd-flext libola)"
ldlibs="$(pkg-config --libs pd-flext libola)"
SRCDIR=.
gfamrds IOhannes
That's it! I didn't really understood the "compiling on ubuntu" part in the readme.txt file.
Especially this "You can copy the last command of the build.sh terminal output". I thought the code line was inside build.sh, but no, it's outputed on the terminal. So after this, my pd object ola2pd finally works! Thanks a lot for the hint! It doesn't mean I can control the lights yet, but it's already a big step!
Le ven. 22 juin 2018 à 17:37, IOhannes m zmölnig zmoelnig@iem.at a écrit :
On 06/22/2018 05:37 AM, JP - Escarres wrote:
Hi everyone. I'm trying to make my DMX interface (Enttec OpenDMX USB) work with Pd. I read a lot of things about it, and probably the best way to make it
work
would be by using Open Lighting Architecture ( https://www.openlighting.org/ola/) I'd like to avoid using something like QLC if possible. I'm on Linux (Ubuntu).
I found this external http://puredata.info/Members/santi/ola2pd/ which seems to be perfect for me. I tried to follow all the steps (installing Ola, compiling Flext), but
the
object Ola2pd is not recognized by Pd. As they suggested, I tried to compile it myself by using Flext. It works, but still, the object Ola2pd is not recognized in pd. I received the message "undefined symbol: _ZTIN3ola6client17BaseClientWrapperE"
Any idea of what I could do?
well, the problem you are facing is, that (at least) one of the symbols that are supposedly provided by libola is missing.
so there's two possibilities:
- either you are not (properly) linking against libola
- or current version of libola does not provide that symbol any longer.
assuming the former (as the latter would require porting the external to the new libola), i see that the readme.txt has an explicit note on "compiling on ubuntu", that requires you to repeat the linker command with "-lflext-pd_t -lola" *after* the output file (ola.pd_linux) rather than before it (because doing it in the wrong order will make modern linkers skip the linking; this is actually a bug in the buildsystem).
even if you are not using ubuntu, most modern linkers will require that step.
fgmasrd IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hello!
i am using a different solution to control DMX: i struggeled as well with enttecs openDMXusb and i am now using an
Enttec ODE (open DMX Ethernet) https://www.enttec.com/eu/products/controls/dmx-over-ethernet/ode-mk2-open-d...
This allows me to send Artnet-protocol commands via Ethernet directly from PD by using the netsend-objects.
Of course, one has to wrap his/her head around the artnet-protocoll, but marian weger did already and build some very nice vanilla-only abstractions,
[artnetout] [makeartdmx]
these can be found in his git within his kollabs-abstractions:
https://github.com/m---w/kollabs
maybe this helps?
The only drawback when using the enttec ODE: to configure it, the quickest way is to use enttecs own configuration software,which is win and mac...(i did not try using it via wine)
enjoy,
peter
On 2018-06-25 08:31, JP - Escarres wrote:
That's it! I didn't really understood the "compiling on ubuntu" part in the readme.txt file.
Especially this "You can copy the last command of the build.sh terminal output". I thought the code line was inside build.sh, but no, it's outputed on the terminal. So after this, my pd object ola2pd finally works! Thanks a lot for the hint! It doesn't mean I can control the lights yet, but it's already a big step!
Le ven. 22 juin 2018 à 17:37, IOhannes m zmölnig <zmoelnig@iem.at mailto:zmoelnig@iem.at> a écrit :
On 06/22/2018 05:37 AM, JP - Escarres wrote: > Hi everyone. > I'm trying to make my DMX interface (Enttec OpenDMX USB) work with Pd. > I read a lot of things about it, and probably the best way to make it work > would be by using Open Lighting Architecture ( > https://www.openlighting.org/ola/) > I'd like to avoid using something like QLC if possible. > I'm on Linux (Ubuntu). > > I found this external http://puredata.info/Members/santi/ola2pd/ which > seems to be perfect for me. > I tried to follow all the steps (installing Ola, compiling Flext), but the > object Ola2pd is not recognized by Pd. > As they suggested, I tried to compile it myself by using Flext. It works, > but still, the object Ola2pd is not recognized in pd. > I received the message "undefined symbol: > _ZTIN3ola6client17BaseClientWrapperE" > > Any idea of what I could do? well, the problem you are facing is, that (at least) one of the symbols that are supposedly provided by libola is missing. so there's two possibilities: - either you are not (properly) linking against libola - or current version of libola does not provide that symbol any longer. assuming the former (as the latter would require porting the external to the new libola), i see that the readme.txt has an explicit note on "compiling on ubuntu", that requires you to repeat the linker command with "-lflext-pd_t -lola" *after* the output file (ola.pd_linux) rather than before it (because doing it in the wrong order will make modern linkers skip the linking; this is actually a bug in the buildsystem). even if you are not using ubuntu, most modern linkers will require that step. fgmasrd IOhannes _______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Thanks for your solution. I finally didn't have to try it because I finally made the other solution I was working on work. Here is what I've done:
My main mistake was about compiling the ola2pd object with flext. in the readme.txt, there was a part I didn't understand first, so I skipped it : "For Ubuntu there is an aditional compilation step. Ubuntu's gcc has a option making buils.sh doesn't link correctly the OLA library. You can copy the last command of the build.sh terminal output and change the option -lola to the end of the command." That was the solution for compiling ola2pd, then after that the pd object worked perfectly.
Then I started OLA, and started configuring it here http://localhost:9090 The important part (and I lost a lot of time because of it) was to disable the "Enttec Open DMX Plugin" and "Serial USB Plugin", then enable the "FTDI USB DMX Plugin". I added an output device/port (called FT232R USB UART in my case), then after that I was able to control the lights by using the DMX Console / DMX Monitor (still in http://localhost:9090)
In Pd, the object ola2pd is really easy to use (see the help file) and does the same job as the DMX Console.
Done!
Le lun. 25 juin 2018 à 19:42, Peter Venus news@petervenus.de a écrit :
Hello!
i am using a different solution to control DMX: i struggeled as well with enttecs openDMXusb and i am now using an
Enttec ODE (open DMX Ethernet)
https://www.enttec.com/eu/products/controls/dmx-over-ethernet/ode-mk2-open-d...
This allows me to send Artnet-protocol commands via Ethernet directly from PD by using the netsend-objects.
Of course, one has to wrap his/her head around the artnet-protocoll, but marian weger did already and build some very nice vanilla-only abstractions,
[artnetout] [makeartdmx]
these can be found in his git within his kollabs-abstractions:
https://github.com/m---w/kollabs
maybe this helps?
The only drawback when using the enttec ODE: to configure it, the quickest way is to use enttecs own configuration software,which is win and mac...(i did not try using it via wine)
enjoy,
peter
On 2018-06-25 08:31, JP - Escarres wrote:
That's it! I didn't really understood the "compiling on ubuntu" part in the readme.txt file.
Especially this "You can copy the last command of the build.sh terminal output". I thought the code line was inside build.sh, but no, it's outputed on the terminal. So after this, my pd object ola2pd finally works! Thanks a lot for the
hint!
It doesn't mean I can control the lights yet, but it's already a big
step!
Le ven. 22 juin 2018 à 17:37, IOhannes m zmölnig <zmoelnig@iem.at mailto:zmoelnig@iem.at> a écrit :
On 06/22/2018 05:37 AM, JP - Escarres wrote: > Hi everyone. > I'm trying to make my DMX interface (Enttec OpenDMX USB) work with Pd. > I read a lot of things about it, and probably the best way to make it work > would be by using Open Lighting Architecture ( > https://www.openlighting.org/ola/) > I'd like to avoid using something like QLC if possible. > I'm on Linux (Ubuntu). > > I found this external http://puredata.info/Members/santi/ola2pd/ which > seems to be perfect for me. > I tried to follow all the steps (installing Ola, compiling Flext), but the > object Ola2pd is not recognized by Pd. > As they suggested, I tried to compile it myself by using Flext. It works, > but still, the object Ola2pd is not recognized in pd. > I received the message "undefined symbol: > _ZTIN3ola6client17BaseClientWrapperE" > > Any idea of what I could do? well, the problem you are facing is, that (at least) one of the
symbols
that are supposedly provided by libola is missing. so there's two possibilities: - either you are not (properly) linking against libola - or current version of libola does not provide that symbol any
longer.
assuming the former (as the latter would require porting the
external to
the new libola), i see that the readme.txt has an explicit note on "compiling on ubuntu", that requires you to repeat the linker command with "-lflext-pd_t -lola" *after* the output file (ola.pd_linux)
rather
than before it (because doing it in the wrong order will make modern linkers skip the linking; this is actually a bug in the buildsystem). even if you are not using ubuntu, most modern linkers will require
that
step. fgmasrd IOhannes _______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
hello,
I used ola once or twice with pd. I configured it to receive OSC message so I did not need any externals...
Since your interface is the enttec dmx usb, you can also use an abstraction made by mrtoftrash@gmail.com, that is located in pd svn/hardware/DMXUSBPro It use zexy/length (that you can replace with list length) and comport. The rest is vanilla friendly.
cheers c
Le 22/06/2018 à 05:37, JP - Escarres a écrit :
Hi everyone. I'm trying to make my DMX interface (Enttec OpenDMX USB) work with Pd. I read a lot of things about it, and probably the best way to make it work would be by using Open Lighting Architecture (https://www.openlighting.org/ola/) I'd like to avoid using something like QLC if possible. I'm on Linux (Ubuntu).
I found this external http://puredata.info/Members/santi/ola2pd/ which seems to be perfect for me. I tried to follow all the steps (installing Ola, compiling Flext), but the object Ola2pd is not recognized by Pd. As they suggested, I tried to compile it myself by using Flext. It works, but still, the object Ola2pd is not recognized in pd. I received the message "undefined symbol: _ZTIN3ola6client17BaseClientWrapperE"
Any idea of what I could do? Do you know if some other externals exist for the job? Or if there's some other solutions for controlling a DMX Interface with Pd?
Thanks in advance if you can help
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list