» new datatype: RAW
This site relies heavily on Javascript. You should enable it if you want the full experience. Learn more.

new datatype: RAW

here is to introduce a new primitive (node-)datatype. so next to value, string, ... transform there is now: raw

nothing to get too excited about as long as you're not dealing with device-communication and raw-byte handling.

if that is what you do though, this is your lucky day. instead of misusing strings as bytearrays (which you had to do in vvvv until now - and you can still do) there is now a native raw (byte) datatype. so think no more Ord (String) and SpellValue (String) but instead:

make sure to check the helppatches of those to get all their details.

further the following nodes now have raw inputs:

still the old versions of those nodes with string inputs are available as modules and versioned "string".

so this is to distinguish more clearly between string and byte-handling and should also have a positive influence on performance in situations where string/byte conversions can now be omitted.

please give it a run and let us know what you think.
as always get the latest from here: alpha builds

joreg, Thursday, Nov 8th 2012 Digg | Tweet | Delicious 20 comments  
Lightmare 08/11/2012 - 18:58


jens.a.e 08/11/2012 - 21:26

YES!! long live the byte! appriciating it very much indeed.

tekcor 08/11/2012 - 23:29

super just in time!

dottore 09/11/2012 - 00:43

thank you devvvvs!!!!!!!!!!!!!!!!!!!

velcrome 09/11/2012 - 03:03


See, when a nigga say he likes it raw he means dirty, down to the floor

oschatz 08/02/2013 - 17:39

i would strongly consider REMOVING the RS232 (string) variant, as it will garble characters between $80 and $A0 in a way wich is only understandable by someone knowing the exact difference between the Latin Extension 0x0080-0x00FF) codepage of Unicode http://www.unicode.org/charts/PDF/U0080.pdf and good old ANSI in the area (0x80 and 0xFF) http://msdn.microsoft.com/en-us/library/cc195054.aspx.

99% of all programmers using RS232 to control devices will drive this crazy, as patches which worked perfect in previous versions will have unobvious but serious bugs.

the same goes for TCP, UDP, Reader, Writer (string) i would strongly argue for removing these completely.

joreg 08/02/2013 - 19:40

we were actually hoping that by setting encoding of all related nodes to "System Default" we would circumvent such problems. but we are well aware that this is a delicate topic, we just couldn't come up with an actual problem yet. so pleaseplease provide us a simple demo where your scenario happens.

oschatz 22/05/2013 - 15:58

what happened to the ultra-handy Offset Pin of the Ord (String) node in the new AsRaw (Value) implementation?
the old one-slice-in one-slice-out paradigm proved to make quite simple patches when decoding binaries into its bits.

Tokenizer (string) should be available in a Raw variant

oschatz 22/05/2013 - 16:03

if AsString (Raw) would have a Hex and Decimal mode, it would make the trusty Byte (String) node obsolete. which would be nice.

sebl 22/05/2013 - 17:31

what i don't like concerning the raw datatype is that there's nothing visible in the ioboxes. is it possible to display the same thing that is shown in the Pins' tooltip? that'd be really nice.

sebl 05/11/2013 - 13:00

can we have the spectral nodes working with raw, too?

Elias 05/11/2013 - 17:39

next release introduces Skip (Raw) and Take (Raw) nodes. the former skips n bytes and returns the rest, the latter takes and returns n bytes. there'll also be a module called GetBytes (Raw) similiar to GetSpread (Spreads) using both of them.

what spectral nodes? i can only think of + (Raw Spectral), similiar to + (String Spectral) ... all the others are specific to values, not byte streams.

sebl 05/11/2013 - 21:44

yes, i had a need for + (Raw Spectral). i thought there were more, but didn't have specific ones in mind...

aaand another thing:
i think it's often hard to 'see' the raw data, because iobox (Node) doesn't display them. Though every pin displays raw-values while hovering, that doesn't help when one wants to watch a spread of raws.

a possible solution could be a iobox (Raw) what essentially is a iobox (Node) but has the ability to display raw data similar to Value or String iobox.
what do you think, or how do you inspect raw data? always Asvalue (Raw) and an iobox afterwards?

Elias 06/11/2013 - 15:42

well i think the + (Raw Spectral) should be easy enough to write and should make it into the upcoming release. i fear the iobox raw will have to wait a little more.

sebl 06/11/2013 - 21:35

whoop, thanks! iobox (raw) was just a spontaneous idea... but i still think it has its right to exist.

MSBERGER 19/01/2014 - 12:54

+1 for IOBox (Raw)

This node would make debugging of device-communication much more comfortable.
Displaying the byte pattern hovering the output pin with the mouse in many cases is not really helping a lot. And even this is not working on the output pin of IOBox (Node) if Raw is used as output of a subpatch or module ( like for example GetBytes (Raw) ).

Another very basic node that is somehow missing in the raw-category is = (Raw), which also would be good (and logical) to have as a native node.

Elias 30/04/2014 - 18:47

in the upcoming release (beta32) the IOBox (Raw) will now show the byte pattern and we've also included the = (Raw) node.

mrboni 30/04/2014 - 22:06

Can you enter byte patterns into the iobox directly?

joreg 02/05/2014 - 13:20

@mrboni: nope. this will still take a while but latest alpha already contains a convenience module AsRaw (String Hex)

mrboni 02/05/2014 - 14:33

thanks joreg

  • 1

anonymous user login


~3d ago

joreg: @micha_nismus instead of discord, we're using matrix, see: chat

~3d ago

micha_nismus: searching for a public discord server for vvvv

~10d ago

joreg: Join us for the 20th #vvvv meetup on January 19th: https://thenodeinstitute.org/event/20-worldwide-vvvv-meetup/

~10d ago

joreg: @schlonzo re "SDSL support" did you see the Shader wizard? or do you mean something different?

~10d ago

joreg: @LCA not aware, but the HIKVision sdk comes with a c# demo. need help for a commercial project? get in touch via devvvvs@vvvv.org

~12d ago

LCA: Has anyone ever made a HIKVision GigE work with vvvv?

~16d ago

schlonzo: What's the shortcut Anton used? =)

~16d ago

schlonzo: The extension manager for C# projects is an awesome addition! Could you pretty please add SDSL support?

~1mth ago

joreg: For latest #vvvv news, please follow us on #Mastodon https://mastodon.xyz/@vvvv

~3mth ago

manuel: very cool to generate matcap / cubemap for reflections https://cables.gl/p/pDCOCw