Is it usable under Windows with Winpcap?

I've directly written to Miller Puckette, he has addressed the bug and he told me that he will try to fix it in about a month and to use pd-044.3 downloadable from here for a temporary fix of MIDI in Windows, I hope that this could be useful to other people using MIDI SysEx in Windows

I've tried it on OSX and it works fine, so the newer pd Vanilla releases haven't fixed the [midiin], [midiout], and [sysexin] objects under Windows

I've downloaded the latest pd version, the [midiin] is displaying channel messages without problems, but nothing happens with SysEx messages, even with [sysexin]. [midiout] instead isn't working at all, it gives only an error on the pd console...

Thank you very much, I will try it and let you know. A pd-extended version is in work? Where I can find even an alpha or beta version of pd-extended?

Hello, I'm on windows 8.1, I've not tested this on other windows versions but I'm not able to make work this object, I've tried to send comma separate messages but every number is preceded by a number and followed by a 0. There's something that I'm missing.? No one needs to send SysEx messages under windows?

Thank you very much, that was what I was looking for

Maybe is a silly question but what is the right way to run pd? By executing the pd-extended.bat in the root folder or pd.exe inside the bin folder? What is the difference? The only one that I've noted is the command prompt that stays open after the startup if i run the .bat

Could you give a more in depth explanation? Maybe post the arduino code with comments and the pd patch

Problem solved! I've edited my abstraction so that the 30 toggles are splitted in 4 bytes, every byte outputs the number in hex form and a complete hex message is created by merging every byte. Now it works wonderfully! Thanks to everyone for the help|!

I've discovered that the program receives Hex numbers, so I think I'll rewrite the patch to read the toggles as a list of binary numbers and converting them to hexadecimal should work because I wouldn't use integers anymore and therefore I don't have problems with floating point precision ecc... There are some objects to handle binary numbers, hex, and to convert between binary and decimal or I need to write them by myself?

Thank you very much, it works! But I have a problem with numbers higher than 24 bits, because there's an error of 1, so for example instead of 0000 0000 0111 1111 1111 1111 1111 1111 I get 0000 0000 1000 0000 0000 0000 0000 0000 and since every bit is an option on the software side I get 23 options checked instead of 1 or viceversa. Maybe the problem is that I sum every bit checked... But I don't have other ideas to make this work... Any idea to avoid this rounding? Here I post the patches to help you figure it out LayerConditions.pd Condition.pd The patch to open is LayerConditions, the other is an abstraction inside it. Thak you very much for the help.

Let's suppose I have to send 2^29
the integer value is: 536.870.912,
pure data shows the number as: 5.36871e+008.

How can I split it in two parts and then join them in a symbol to send the correct value?

@seb-harmonik.ar said:

can you send the number as a symbol? if so you could split it the number into 16 bits for both low and high parts, turn both into symbols, and then concatenate the symbol back together and send it

Yes, symbols are fine! Can you suggest how can I do this practically?

Maybe I haven't explained my problem very clearly: I have a software that has a feature that is controlled remotely and needs 32 bit unsigned integers as input, pure data works out only 19 bits of integers and then starts using scientific notation to express them. If I have an integer greater than 19 bits there's a way to split the number in two or more parts and rejoin them in a message to workaround this limitation? I hope someone could help me figure it out...

You can download the help file here, put it in the same folder of the .dll and then tou can open the help file for the object and you should figure it out https://svn.grrrr.org/ext/trunk/vst/pd/vst~-help.pd

Hello, I need to control a software remotely and it needs a 30 bit unsigned int as control values, is possible in anyway to send this value from pure data? I am able to control it as long as the values aren't expressed in scientific notation. There's a workaround for that? Thank you

I don't know why I was getting errors, but now I'm using it and it works fairly well. Sorry for the silly question

Hello, I need a way to create messages with variables enclosed inside quotation marks to send TCP packets using netsend, for example:
|send "run" "$1"(
I need the message to be sent with quotation marks to be recognized by the software I'm using the messages are working fine without variables, but I can't figure out how can I combine variables and "". Thanks in advance for the answer.

@Patcher88 said:

with 1 frames (1920x1080) at -1.000000 fps

maybe is a silly question but pd gem says 1 frame when it can't recognize the frame number, and by playing at -1 fps what does it means practically? because I've noticed that if I send a frame message with the right frame rate I get a smoother video playing, why?