OSC (sendOSC, dumpOSC, OSCroute) ported to win32

[Bob Falesch]

i need to correct myself: that p3 notebook is a 650MHz. i've done some
load testing (sending to the pd side from max) with simple loops and to
summarize:

with a light pd, i see 40,000 bytes/sec with small packets and up to
127,000 bytes/sec with large packets. this is the maximum lossless
rate--there's a significant packet loss mode just above these rates. 

with a heavier pd doing something approximating useful work (no dsp
running, although i did start pd with two channels of sound out enabled)
i measure 20,000 bytes/sec as the cpu rises to 100%.

i'm expressing this in terms of databytes only (i haven't looked closely
enough at the protocol yet to understand what the overhead really is,
but the packet-size effects seem quite normal to me).

so the packet loss mode appears closely tied to cpu rather than tcp
bandwidth issues. when the cpu nears the limit, i'm seeing wish83.exe
using ~~49% of the cpu, and pd.exe the other 49%.

why does such a lame little patch put such a load on wish83? the only
graphic updates during these tests were two of the four number boxes
spinning away (the packet count displays).  could i be missing some kind
of optimization?
 
regards,
   ______________________
  | b o b  f a l e s c h
  |  www.zeggz.com/raf/
 


Bob Falesch wrote:
> 
> i've ported cxc's pd-fication of OSC to win-32. the dll is here:
> 
>   http://207.208.254.239/pd/w32_osc.zip
> 
> so far i've had success sending in both directions between these two
> systems:
> 
>   -- g3 250 Mhz powerbook
>      macos 8.5.1
>      max 4.0.7
>      osc-for-max 2.4 (m.wright's current distro)
> 
>   -- p3 850 Mhz notebook
>      win-2k
>      pd 0.34.4
> 
> ...using a cheap, lightly loaded hub, and also directly with a
> cross-cable. i've tested it so far only with relatively low bandwidth
> control types of data, and probably won't get to anything real strenuous
> for a while, although i will soon cobble together some tight load-loops
> to determine at what point it might drop packets. if anyone has a
> stress-test patch i'd be grateful to try it out.
> 
> i intend to test with pairs of win32 systems (i should say w2k+, as i've
> no plans to try w98/me etc), and also with linux, but that will not be
> soon.  i can put the source and the vc6.0 project files up there when i
> fold it more elegantly into the original source (2-3 days, i'd guess).
> 
> if anyone is sufficiently reckless with free time to test this, i'd be
> happy to hear about your results. if on the other end you use the
> equivalent of wright's latest version (with time and type-tags), such as
> i did with the max version listed above, remember to put it in the
> reduced feature mode.  with that max version, you prime the
> [OpenSoundControl] with the message "writetypestrings 0"    ...you'll
> save some headscratching (i wasted a half-hour before waking up to that
> one). also, see OSCroute-help.pd, which teases with some parsing ideas
> that should result in elegant midi-fying and other nifty data-fying.
> 
> if anyone wishes to try this with the peewee win-32s (98, etc) and it
> fails, i would definitely look into it (i still have access to a w98
> dual boot here).  if it fails i should think a fix would be trivial
> (famous last words...)
> 
> cheers,
>    ______________________
>   | b o b  f a l e s c h
>   |  www.zeggz.com/raf/
>   *