[mxj net.udp.send] to accept raw data (Art-Net development)

On 29 oct. 07, at 00:48, Philippe Montemont wrote:

> Hello List,
>
> Is there a way that [mxj net.udp.send] and [mxj net.udp.recv] send
> or receive data as raw-bytes (binary 0-255), as aka.datagram does?
> My problem is that I need to send/receive a list of 530 items and
> aka.datagram does not support this list size...
> Any ideas?
> Thanks very much for help.

could you post a patch? You could encode the value (8 bits), in 32
bits to have shortest list.

ej

I'm having a big problem with this now. I need to send binary data to
a non-Max receiver. I recoded net.udp.send simply to accept ints, put
them in a DatagramPacket and send them on a DatagramSocket.
Unfortunately, there appears to be a Java bug that causes it to drop
packets every so often. I've only tested on my PB G4 Aluminum, in
10.3.9, but plan to test on another machine to see if I get different
results.

Any other insight would be greatly appreciated.

Eric

At 12:48 AM +0100 10/29/07, Philippe Montemont wrote:
>Hello List,
>
>Is there a way that [mxj net.udp.send] and [mxj net.udp.recv] send
>or receive data as raw-bytes (binary 0-255), as aka.datagram does?
>My problem is that I need to send/receive a list of 530 items and
>aka.datagram does not support this list size...
>Any ideas?
>Thanks very much for help.

Philippe, Eric,
i had the same issue some time ago and could not find a way to send/
receive raw bytes to/from a microcontroller
using mxj net.udp.*
so i made some classes that use DatagramSocket and DatagramPacket to
send/receive byte-buffers.
don't know what's going wrong with your examples, eric, but i didn't
notice any dropped packets.

if anybody is interested, you can find my early attempts here:
http://www.esbasel.ch/Downloads/UdpSend+RecvRaw.zip

my java knowledge is still quite limited... so any comments on how to
improve those are welcome.
volker.

On 02 Nov 2007, at 02:59, Eric Singer wrote:

> I'm having a big problem with this now. I need to send binary data
> to a non-Max receiver. I recoded net.udp.send simply to accept
> ints, put them in a DatagramPacket and send them on a
> DatagramSocket. Unfortunately, there appears to be a Java bug that
> causes it to drop packets every so often. I've only tested on my PB
> G4 Aluminum, in 10.3.9, but plan to test on another machine to see
> if I get different results.
>
> Any other insight would be greatly appreciated.
>
> Eric
>
> At 12:48 AM +0100 10/29/07, Philippe Montemont wrote:
>> Hello List,
>>
>> Is there a way that [mxj net.udp.send] and [mxj net.udp.recv] send
>> or receive data as raw-bytes (binary 0-255), as aka.datagram does?
>> My problem is that I need to send/receive a list of 530 items and
>> aka.datagram does not support this list size...
>> Any ideas?
>> Thanks very much for help.

i just got the enttec ODE (open dmx over Ethernet) which supports art-net, but seems i jumped the gun and there is no available external to handle it.
aside of the commercial max environment known as lightRegie120 i haven't seen anyone interfacing it.
the (dead)list suggest sending raw java packets of 512bytes - https://cycling74.com/forums/index.php?t=msg&goto=119425 - but this seems a lowly patching hack not taking care of compression and other stuff the spec has.
i hate to be alone on this, and dmx is cool and vvvv has it internaly and everyone's happy. and im not

fun reading for the archives-
art-net spec - http://www.artisticlicence.com/WebSiteMaster/User%20Guides/art-net.pdf
art-net sample code (in .NET) - http://members.westnet.com.au/rowanmac/opendmx.html

anyways, if someone has anything working pls let me know

yair r. wrote on Thu, 28 May 2009 12:26i just got the enttec ODE (open dmx over Ethernet) which supports art-net, but seems i jumped the gun and there is no available external to handle it.

I'm working on one, but don't have a hardware box yet to test it on. Might take some time to get it finished since the project this is needed for is still some time away. Also, this would probably be another commercial external, so don't wait for it if you need something right now and for free.

Olaf

thats great news, i would think cycling74 should take care of this as the convergence of video and lighting is the way things are going anyways. i got it working on another enviroement so its not super urgent. but i would certainly pay for it when your done.
and please consider 4.6 xp users

i am currently working on a project, where i have to send raw
bytes via udp.

so i used volkers java external. thanx a lot for this
it showed me the right direction !

i also fixed a bug. at the original code the external
always opened a new port if you send a list.
after sending 20.000 lists the extenal crashed.

here is the fixed code:

have fun with it !

will

import com.cycling74.max.*;
import java.net.*;
import java.io.IOException;

/*
* Created on Jun 26, 2005
* @author volker boehm
* argument is port-number
*/

public class UdpSendRaw extends MaxObject {

    public int port = 7777;                    // default port number
    public String host = "127.0.0.1";            // "localhost" - change this to the desired ip address
    private InetAddress servAddr;
    private byte[] buffer;                    // declare byte-buffer
    private DatagramSocket sock = null;
    private static final String[] INLET_ASSIST = new String[] {"(list) list of bytes to send"};
    private static final String[] OUTLET_ASSIST = new String[] {"bang when packet sent"};

    private void initSocket(){
        if ( sock == null ){
            try { sock = new DatagramSocket(); }
                    catch(IOException e) {
                        System.err.println(e);
                    }
        }
    }    

    public UdpSendRaw(Atom[] args) {
        declareIO(1, 1);
        createInfoOutlet(false);        
        setInletAssist(INLET_ASSIST);
        setOutletAssist(OUTLET_ASSIST);
        if(args.length>0) {
            if(args[0].isInt())
                port = args[0].getInt();        // argument sets port number
            else {
                error("UdpSendRaw: argument should be port number (int)n--- setting to default port");
                port = 7777;
            }
        }
        post("UdpSendRaw: sending to "+host+" on port "+port);        
    }

    public void list(int[] input) {
        int packSize = input.length;
        buffer = new byte[packSize];
        initSocket();

        // fill byte buffer
        for(int i=0; i
            buffer[i] = (byte)input[i];

        try {
            servAddr = InetAddress.getByName(host);

            // create UDP-Packet to send
            DatagramPacket packet = new DatagramPacket(buffer, packSize, servAddr, port);
            sock.send(packet);
            outletBang(0);            // output bang when packet sent
            // sock.disconnect();
        }
        catch(IOException e) {
            System.err.println(e);
        }        
    }

    // change port number
    public void port(int p) {
        port = p;
    }

    // change host address
    public void host(String s) {
        host = s;
    }
}

I'm sure I'm missing something, but shouldn't this all be possible with the right combination of

udpsend
itoa/atoi
spell
sprintf %x

?

More thoughts on this would be helpful to hear, it's been a struggle in the past for me too. Interfacing with DMX devices should be simple, the stumbling block seems to be the formatting. Once you've got that you can pump channel lists so easily from your pretty multisliders and tables...