i tried to extend the streamin~/-out~ objects to send more than one signal at the time (e.g. streamout~ otherhost 1234 8) for 8 streams/ 8 inlets in one object, and dropped the extra format information (only 16bit then) which produced a seperate udp-packet for every block. the result was better, but still not perfect. maybe sending every 4th block or so would increase the performance again. still trying DITHER

dieter wrote:

...

hi! i have similar troubles with streamin~/streamout~ (linux). when i try to get more than 4 streams (22khz 16bit) in both directions over a 100mbit direct connection with x-over cable, the streams have drop-outs. it seems to me as if the upd-traffic is much bigger than the actual data would be. any ideas - maybe guenther? thanks DIETER

...

hi i thought two 100Mbit-(LAN)-cards could manage a stream-transfer of 44.1

KHz!?

...

but they are too slow. computer-speed-problem or connection-speed? is there a possibility to buffer the data? what is tempbuf? mariu

i think, one of the major problems is the tiny block-size of the data transmitted. maybe it would help to send bigger chunks (dunno: 8kb instead of 128b ?) to reduce any protocol-overhead ?

mfg.asdf.r iohannes