well ..
antennas are important btw ..
but check how many networks are there in the area,
then if you could find what channels they use try to use a channel with
least number of networks ;)
but if you still don't get it ..then something is crap.
also try to setup a network between two machines
Hi all,
from what i heard about experiences with the IEM CubeMixer system
(with a lot of GUI-DSP communication between two PD processes) the
fact that PD sends out network data packets in bursts seems to be
problematic not only for WLAN but for the OS networking sockets (with
limited buffer sizes)
On Mon, 24 May 2010, Ivica Ico Bukvic wrote:
Using either off-the-shelf wifi hardware or an industrial strength wifi
router (in our case Cisco), we get unexpected lag spikes on local WLAN
with 16 clients at times even exceeding 2 seconds for some of the
clients.
Can you automate measurement
On 2010-05-25 16:38, Thomas Grill wrote:
Hi all,
If i were dependent on it, i would write a threaded networking
external to circumvent PD networking functionality and find out
whether this is the culprit.
that's why there now is iemnet.
first test showed that it is way faster than mrpeach's
So, we've tried to do a series of tests using tcpserver/client as well as
netserver/client and found the following:
Using either off-the-shelf wifi hardware or an industrial strength wifi router
(in our case Cisco), we get unexpected lag spikes on local WLAN with 16 clients
at times even
