-
Notifications
You must be signed in to change notification settings - Fork 204
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add a java API #16
Comments
From teichsta on December 30, 2010 00:02:25 is there anything implemented yet? |
From si...@nomis52.net on December 30, 2010 00:15:53 Not that I know of. A number of people have expressed an interest in writing one but no one has done the work. |
From sdpoker...@gmail.com on August 30, 2011 18:37:24 What Java DMX code is needed? I've written Java code to control DMX using the Enttec Pro protocol and the Java Comm API. |
From si...@nomis52.net on August 30, 2011 18:50:05 It's in two parts, the first is an RPC channel that supports the protocol buffer stubs (see python/rpc and common/rpc for the Python & C++ implementations). The second is a client API that provides methods for the common operations and calls the RPC stubs as appropriate. |
From markus.d...@gmail.com on February 23, 2012 14:27:04 I'll try to work on an android api/app, but I've a question: Where can I find information about how to connect to olad over network? If I understand it right, I have to send a message in a format defined by the .proto-file to a socket or something. In the python-example, it expects a tcp socket as an constructor argument, but what socket? Only my first guesses, just compiled protobuf for java and created a RpcMessage-builder in my app. My idea is to send dmx values to olad from my android phone over wifi. (used the webinterface for now, but that simply does not work good enough with touch screens. And a native app feels better if done right.) |
From si...@nomis52.net on February 23, 2012 15:13:26 You shouldn't connect to OLAD over a network with anything other than standard protocols (artnet, E1.31 and soon E1.33). The RPC mechanism isn't designed for real time transport over unreliable networks, for this reason the RPC socket is bound to 127.0.0.1 only. My general plan for this was to build a Java client and then build the ola daemon for android. We should be able to strip it down enough to run well. |
From markus.d...@gmail.com on February 23, 2012 16:52:48
Does it mean I have to attach my dmx-controllers directly to my phone? So this might get OT, but then: How can I control olad over network? |
From si...@nomis52.net on February 24, 2012 01:19:37
Not necessarily, there are two options:
For sending DMX over a network I'd recommend E1.31 ( http://opendmx.net/index.php/E1.31 ). It's the standard way of sending DMX over IP networks. |
From markus.d...@gmail.com on February 24, 2012 07:33:14
No practicable for me (I want to control my home rgb LED from everywhere, e.g. sitting on my couch watching TV or at the dinner table)
My olad runs on a TP-Link TL-1043ND linux router, where a usb2dmx adapter is installed (and connected to my controllers). So it would be: olad on android --E1.31--> olad on router --usb2dmx--> controllers Do I understand it right? AFAIK simply using the POST to "set_dmx" is enough and fast/easy to implement for simple dmx settings (setting a constant color). No need to compile/implement a program (olad) in the language you are using. And I think olad could be extended to accept fades, too (e.g. one POST: "fade to values 100,200,30 in 3 seconds", and olad does this - no need to upheld a connection). That would be enough for simple home use, at least, and easy to implement in other devices (in any language, if a POST is possible). For a light show with changing colors every tenth of a second there's a limit in this approach, of course, but that's not what I am out for (for now ...). |
From si...@nomis52.net on February 24, 2012 16:38:02 Yes, that's what I'd suggest as well. POST'ing data is fine for something like architectural lighting and even on android the single SET model is preferred since we'll waste the battery by streaming data that doesn't change. It almost seems like we need a plugin to run within olad that accepts commands and executes them like you suggested. |
From davy.van...@gmail.com on March 04, 2012 09:46:35 I'm also looking into driving architectural lighting from Java. To support this, I've created an implementation of the rpc channel and the ola client. I've attached my implementation here, maybe it can be of use to someone else too.. Here's an example on how to use the java client: // Create new client, patch & send dmx Attachment: ola-java-client-src-0.0.1-SNAPSHOT.zip ola-java-client-0.0.1-SNAPSHOT.jar |
From si...@nomis52.net on March 04, 2012 17:29:22 Wow thanks! I'll work on getting this included into the main repo but I'll need some help from you since I haven't used java in almost a decade. First of all, how do I build this? thanks again, Simon |
From davy.van...@gmail.com on March 05, 2012 06:23:45 Sure, I don't mind maintaining the code. To build the java jar, you'll need to install Apache Maven 3 ( http://maven.apache.org/download.html ). cd ola-java-client/ During the build some integration tests with olad are executed, so the build requires a running instance of olad to complete. |
From si...@nomis52.net on March 05, 2012 15:37:13 Thanks, I'll work on integrating this in the next few days. |
From si...@nomis52.net on March 11, 2012 06:22:50 Ok, I've checked in the code, updated some READMEs and partially integrated it with the autotools build system. I don't yet know the best way to invoke mvn from automake. I'll do some more research on that and fix it up. |
From creis...@gmail.com on November 30, 2013 16:58:55 I noticed the Java API is still listed as a work in progress. What work is left to be done? |
From si...@nomis52.net on November 30, 2013 17:05:10 There was work done to write an async Java API: https://code.google.com/r/gabrielpulidodetorres-java/source/browse/?name=javaAsync . From what I remember it was about 75% done. I think the author lost interest though so it wasn't merged into the mainline. Owner: --- |
I just started looking at this project and the available API's, which the docs have for c++ and python. In particular I am interested in Java client API (I'm thinking of playing with OLA in a scala project). I see there's already some java code in this project, but just wondering what's the current status? I can also chip in some help when I have free time too to get the java api out. |
Nothing has changed since my comment on Nov 30th. If you want to pick up that branch and clean it up that would be awesome. |
There would be many thanks and many many happy people who would love to
|
For info the archived version of the previous Google Code work (so much for redirects Google, but good on you for at least keeping the code available online) by who I assume is now @gpulido on GitHub is available here if anyone wanted to try and finish it: |
From nomis52 on May 10, 2009 18:16:22
protobufs support java - we should have a native java api
Original issue: http://code.google.com/p/open-lighting/issues/detail?id=15
The text was updated successfully, but these errors were encountered: