Specificatii:

+ 15 fps
+ rezolutie 1280 x 800
+ codecuri H.264, MJPEG, MPEG4
+ conexiune ethernet si WIFI
+ optiune https
+ microfon

Observatii:

Conectata pe ethernet si monitorizata pe ethernet cu notebook, pe http, am masurat urmatoarele rate de transfer (DU Meter, scena statica/scena miscata):
 + H.264, 1280 x 800, 15fps, Best quality(6): 10.6 mbps/11.8 mbps (dinamica scenei nu pare sa influenteze rata de transfer);
 + H.264, 1280 x 800, 15fps, Acceptable quality(1): 490 kbps/560 kbps;
 + MJPEG, 1280 x 800, 15fps, Best quality(6): 7.5 mbps/8.7 mbps;
 + MJPEG, 1280 x 800, 15fps, Acceptable quality(1): 2.9 mbps/3.11 mbps;

 + MPEG4, 1280 x 800, 15fps, Best quality(6): 12.6 mbps/13.2 mbps;
 + MPEG4, 1280 x 800, 15fps, Acceptable quality(1): 1.07 mbps/1.13 mbps.

Acelesi conditii, camera conectata pe WIFi la routerul Linksys WRVS4400N, WPA2:

 + H.264, 1280 x 800, 15fps, Best quality(6): 6.6 mbps/7.2 mbps (imaginea este sacadata, se pare ca nu poate transfera mai mult de 7.2 mbps);
 + H.264, 1280 x 800, 15fps, Acceptable quality(1): 450 kbps/530 kbps(imaginea se misca ok);

Acelesi conditii, camera conectata pe WIFi la routerul Linksys WRVS4400N, fara criptare:

 + H.264, 1280 x 800, 15fps, Best quality(6): 6.5 mbps/7.3 mbps (imaginea este sacadata, se pare ca nu poate transfera mai mult de 7.3 mbps);

Se pare ca limitarea nu este data de criptare, ci de altceva.

Am testat pe WIFI si cu routerul BRICKCOM DWRT 600N (dualband).
Cu setari wifi default (auto channel), la vizibilitate directa a functionat la fel ca  si routerul Linksys.
Mutat in datacenter (obstacole 2 ziduri), routerul BRICKCOM a inceput sa piarda pachete. Setand manual canalul care trebuie ( 😛 ) a remediat problema, routerul BRICKCOM comportandu-se identic cu LINKSYS.

Asadar, WIFI IPCAM se poate, dar in nici un caz cu setarile default :P.
Succes  🙂