Azt hiszem sikerült közelebb jutni a megoldáshoz: visszaálltam NV2-re és kipróbáltam a TDMA Period Size két végletét Auto helyett fix manuális módban, ami gyakorlatilag a minimális ping idő is lesz egyben. 1ms-el sokkal jobb, mint 10-el. Tehát úgy néz ki, hogy erősen latency érzékeny is a dolog.
Úgy néz ki, hogy a sávszél elég 1ms beállításon is, bár ezzel is véletlenszerűen 1-10 közt landol valahol a ping (de 10-el 10 és 30 közé, néha többre), ami még mindig sokkal több, mint ha végig lenne kábelezve néhány switch-en át (ezt nem úgy értem, hogy valós alternatíva 1-2km közti távolságokra a kábel, csak összevetésül ahhoz a kamerához, aminél nincs wifi a szerverig és jól működik).
Ha NAT-olnék a távoli helyszíneken, az vajon a WiFi link késésétől függetlenül is ugyan azt érné el, mint ha 1ms alá tornáznám a ping időt? A kamerákat és az SXT-t csak egy switch választja el és az SXT is tudna NAT-olni, bár lenne más hátránya, szóval csak akkor csinálnám így, ha ezt a gondot biztos megoldaná, más egyszerű megoldás viszont nem lenne ezen kívül (olyan, amihez nem kell további aktív hardware és/vagy hozza magával valami formában azokat a hátrányokat, mint a NAT-olás).
(#31493) Soma01
Azt már írtam, hogy ha kimegyek laptoppal és felugrok az ottani AP-re, akkor minden jó. Ebből következtettem, hogy alapvetően a WiFi sem probléma és hogy a switch is rendben van.
És nem is komoly AP-k, öreg TP-Link 740-esek 20Mhz-re állítva 65Mbps a névleges sávszél. Csak azért lettek lerakva, hogy kint is élőben lehessen nézni a képet, míg beforgatjuk a kamerákat (és ott maradt még gondolva erre, hogy ha hibát kell nyomozni, mert amúgy 2000Ft-ot érhet...).
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."