- 8 TB-ig nyújtózkodik a SanDisk asztali SSD-je
- Hivatalosan is reagált a Core CPU-k stabilitási gondjáira az Intel
- TCL LCD és LED TV-k
- Milyen videókártyát?
- Asztrofotózás
- AMD GPU-k jövője - amit tudni vélünk
- Milyen belső merevlemezt vegyek?
- OLED TV topic
- Milyen CPU léghűtést vegyek?
- Milyen alaplapot vegyek?
Hirdetés
-
8 TB-ig nyújtózkodik a SanDisk asztali SSD-je
ph A kétféle tárhelymérettel kosárba tehető újdonság külső tápellátással rendelkezik, és támogatja az Apple Time Machine-t is.
-
Galaxy S22 One UI 6.1 frissítés: volt, nincs
ma Komolyabb hibák bukkantak fel, a Samsung a biztonság kedvéért leállította a frissítés közzétételét.
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
Új hozzászólás Aktív témák
-
XuChi
addikt
válasz Gubek-Einste #31714 üzenetére
Szobában a TV mögött egy szekrényben.
Most lecseréltem egy RP-N53-ra a RP-N14-et. Ez tudja az 5ghz-et.
Ezt is ugyan oda raktam ahol a régi volt. Beállítottam, hogy Acceess Point módban menjen. 5Ghz-n megy, de továbbra is max 35-40mbps-t érel el az eszközökön
-
XuChi
addikt
Érdekes.
A repeter-el szemben állva 35mbps, oldaról 80mbps
-
Topikgazda
Pontosan olyan helyre tetted ahova a legkevésbé sem ajánlott, a wifi-s eszközöknek mindig szabad levegőn kell lenniük, lehetőség szerint tiszta rálátással a klienseknek. Pont emiatt nem támogatott az ilyen konnektoros eszközök használata.
Egy dolog állandó: a változás - Internet powered by Vodafone Internet 150 with CBN CH7465VF & Asus RT-AC65P
-
smallmer
őstag
Sziasztok,
ismét kérném a segítségeteket. Két routert használok itthon, egy 1043nd a főrouter, míg egy 841nd kábellel hozzákötve az Acces Point. Olyan gondom van, hogy ha mondjuk egy nas-t beledugok a 841-be akkor sehogy nem tudom elérni. Van szoftvere is a nas-nak ami felderítené a hálózaton, de az sem találja. Esetleg nem tudtok valami megoldást rá, hogy működjön a nas az AP-ról is?
köszönöm -
Smktrooper
senior tag
-
válasz Gubek-Einste #31749 üzenetére
Nem (szerverről frissül a saját lábán, és mikor tegnap ránéztem, akkor letöltött egy novemberi build-et a szeptemberi helyett, de visszafelé nem látok utat, illetve igazából változhatott a SoC is, nem szedtem őket szét, csak a szenzort és encoder chip-et figyeltem a specifikációknál), de még akkor is erősen félmegoldásnak tűnik, illetve továbbra is kérdés, hogy 4 független ffmpeg folyamat esetén (így gondolom nem a programon belül van a hiba, de próbáltam úgy is, hogy egy ffmpeg folyamat kezeljen 4 stream-et, de úgy is csak annyival "jobb", hogy nehezebb átlátni a debug üzeneteket és nem tudom loop-al újraindítani a leszakadozó szálakat) miként folytja el egymás elől a sávszélességet, ha sokszor ennyinek is bele kéne férnie a keretbe?
Az OS-re is nehéz gyanakodni, miután próbáltam Linux-al és Windows-al is, illetve ffmpeg helyett gstreamer-el is, utóbbi az még érzékenyebb és követhetetlenebb. Vagy van esetleg mindkét OS-ben valami szűk limit UDP forgalomra?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."
-
válasz Smktrooper #31758 üzenetére
Feltettem már ezt a kérdést, de elakadt a "hogyan" résznél.
Tegyük fel, hogy hibás az egyik (vagy akár az összes) kamera kábele, vagy valami inkompatibilitási okból Half-duplex 10Mbps-re vált(anak azok) a switch port(ok).
Az alapján, hogy egyszerre bármelyik tetszőleges kamera működik egyedül UDP-vel, a laptop és(/vagy) SXT felé pedig megvan a duplex 100Mpbs (ez ellenőrzötten, tesztelten), akkor ebből elvileg még nem lehetne gond. (Amúgy még nem néztem soha passzív PoE adapterrel és managed switch-el, vagy közvetlenül NIC porton, hogy normál esetben milyen módban üzemel egy-egy kamera portja, a PoE-s unmanaged switch-ek pedig nem jelzik ezt.)
Sok switch-en van pl. >=4db 100Mbps és 1db 1000Mbps "uplink" port, vagy akár 32-64db 100-as és egy-két >=10Gbe SFP+, stb. De pl. UDP esetén nincsenek ACK-k, így ott még az sem szabadna, hogy bezavarjon, ha az "uplink" port (itt az SXT vagy a laptop) visszavált Half-Duplex 100Mbps módba (amikor feltételezett Half-Duplex 10Mbps porttal kommunikál), hisz úgyis kvázi egyirányú a forgalom.[ 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."
-
mezis
nagyúr
-
válasz Smktrooper #31758 üzenetére
Ennél a példánál TCP-t használ az ffmpeg és próbaképp vissza van véve az fps 30-ról 15-re, a bitráta pedig 2048-ra (az normális, ha nem bitre pontosan 2048 van a parancssorban, az egy átlagérték, amit az ffmpeg számol, és a 2048 csak egy "target" érték a hardware encoder-nek, amitől normális, ha picit eltér...). Nem úgy néz ki, mint ha a meg lenne halva a hálózat pusztán attól, hogy aktív egy-egy kapcsolat a kamerák felé. Itt most távoli asztalon nézem a laptop-ot és ott másolok át egy videófile-t (nem tömöríthető adat) WiFi-n az itthoni NAS-ról az ottani Windows asztalra: [link] - szerintem elég szépen szalad és nem szakad meg a rögzítés sem (utóbbi akkor történik, ha reboot-ol a kamera 10-20 percen belül).
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."
-
HRC95
tag
Olyan kérdésem lenne, hogy hogy tudom megcsinálni azt, hogy a másik gépen is kábeles legyen a net. Van egy gép a nappaliban arra rá van kötve egy Tp-link router és abból jön ki a 2. sloton egy utp kábel ami bemegy a szobába (20m) és csatlakozik a géphez. Össze is van dugva de semmi reakció, mit csináljak vele, vagy ez igy nem is működhet? A wifi állandóan rossz tesómnak ezért szeretném így megcsinálni neki.
MSI Z270 | i5 7600K | G.Skill Ripjaws 16GB | Rog Strix GTX 1080 TI
-
HRC95
tag
Van a "fő" számítógép abba megy egy Huawei Echolife Hg8245 (t home adta) és erre van rákötve egy TP-LINK TL-WR841N ami szórja a wifit a lakásban, na én most a tp linknek a 2. slotba dugtam egy 20m-es net kábelt és bevittem tesóm gépéhez majd bedugtam a számítógépbe és nem történik semmi
MSI Z270 | i5 7600K | G.Skill Ripjaws 16GB | Rog Strix GTX 1080 TI
-
smallmer
őstag
válasz Smktrooper #31756 üzenetére
ilyen esetben a wifi ugyanúgy működik ? illetve bővebben ki tudnád fejteni, hogy mit hogyan kell?
köszönöm -
Ez egyre rejtélyesebb. Most végigpróbáltam mind a 4 kamerán egyesével, hogy egyszerre csak egyet, de azt párhuzamosan négyszer nyitom meg UDP-n, négy külön ffmpeg folyamattal. Így jól működik (elvétve jelez néhány packet loss-t, de használható mind a négy videófile, egyiken sem észlelhető számottevő képhiba).
Ugyan az az egy kamera (bármelyik) négyszer sima UDP-vel (nem multicast, olyat szerintem nem is tud, de nem is kértem) az OK.
Ha ráindítok így egy második kamerát egyszer, már kezdődnek a bajok (ugyan úgy, mint ha csak egyszer-egyszer nyitnék meg egy-egy kamerából kettőt: még nem vad, de már kezdődik a packet loss üzenet áradat).
Négy kamera külön-külön egyszerre UDP-vel pedig katasztrófa.
TPC-vel hiába butítom a képminőséget, 10-20 percenként reboot...Ez talán mégiscsak valami OS vagy szoftver bug lesz. Google-el találok 2010-től 2015-ig erre vonatkozó hibajelentéseket. Általában mindig le van zárva valamilyen patch-el, vagy javaslattal, hogy mit írjon az ember a parancssorba a buffer növelésére. Már az udp.c-ben is feltoltam a sokat emlegetett buffer méretét, de van felső korlátja és az nem elég, vagyis gondolom inkább más a baj.
[ 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."
-
Smktrooper
senior tag
-
Intruder2k5
MODERÁTOR
válasz Smktrooper #31768 üzenetére
-
Smktrooper
senior tag
válasz Intruder2k5 #31769 üzenetére
Mérj sebességet a gyári firmwarrel def settingz alatt és a moddoltal is. Márcsak a lokál netszolgáltatóval mit művel? Én jópárszor találkoztam olyannal, hogy a moddolt firmware alatt 80-90% on üzemelt csak a cpuja és elfogyott a ramja pikk pakk pl. és emiatt a net is csak 80-90%os sávon ment.
Elnéztem a routert
[ Szerkesztve ]
Reboot
-
Intruder2k5
MODERÁTOR
válasz Smktrooper #31770 üzenetére
Nem tudok gyári fw-vel mérni, mert 8 éve nem használok gyári fw-t, de azt tudom, hogy Tomato alatt nincsenek ilyen problémák, stabilan működik a router akár hónapokon keresztül is. Persze megfelelő nethez, megfelelő routert kell választani, nyilván az 500-as vagy 1000-es DIGI-hez nem ez a párosítás lesz a nyerő.
[ Szerkesztve ]
-
válasz Smktrooper #31768 üzenetére
Irreleváns, mert nincs NAT, csak LAN, a WiFi is Bridge móban van, de a tesztelésre kint hagyott laptop az közvetlenül abba a PoE-s unmanaged switch-be ment, amibe a kamerák is.
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."
-
válasz Smktrooper #31773 üzenetére
Azt nem tudom miért nem jutott eddig eszembe komolyabb súllyal figyelembe venni, hogy a kamerákhoz mellékelt Windows-os kínai szotyi (aka "CMS2") látszólag probléma nélkül tud rögzíteni az itthoni Windows-os asztali PC-men WiFi-n át is, ami nem olyan meglepő, hisz eddig is tudtam vele nézni élőben a nagy felbontású stream-eket szimultán 2x2 kiosztásban is. Szóval szerintem szűkíthetünk egyet a körön, hogy csak RTSP esetén van probléma. Bár eddig ezt át sem gondoltam, hogy ez a szoftver talán nem RTSP-n hozza be a stream-eket, hanem valami "natív proprietary" (vagy egyszerűen csak nem feltüntetett nyílt szabványos) módon. Bár végül is lehet, hogy RTSP az, csak valami speciális klienst tákoltak hozzá, ami kikerüli a bug-ot (vagy direkt lehetetlenítették el a szabványos RTSP klienseket?).
Nemrég kipróbáltam az RTSP-t VLC-vel is, ami nem ffmpeg-et használ ehhez, hanem egy másik RTSP megoldást. Ugyan az a szituáció (1 kamera OK, kettőtől több sok, 4 már SOKK), csak sokkal csúnyábban száll el (elkezdi "végtelen sebességgel", azaz a HDD írási sebességével teleírni a TS file-t, ami utána nem nyitható meg player-el).
Mondjuk ettől még továbbra is fura, hogy miként tudnak "interferálni" RTSP használatakor (azt a fenti tény tisztázza, hogy a nyers sávszélesség az rendelkezésre áll), mert nem egyszerűen csak szar az RTSP implementációjuk, hanem akkor van baj, ha egyszerre több kamera is RTSP-t használ ugyan azon a 100Mbps vonalon át.
Teljesen úgy néz ki, mint ha pl. egymásnak is elküldenék az RTSP stream-eket valamiféle peer-to-peer jelleggel, de ezt hihetetlen nehéz elképzelni, hogy miért és miként.
[ 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."
-
Smktrooper
senior tag
válasz janos666 #31774 üzenetére
Mintha olyan rémképem lenne, hogy a #Microsoft Virtual WiFi Miniport Adapter#
tud ekkora laggot okozni és elég ha csak az egyik gépen van fenn, már problémát tud okozni a hálózaton.I=====================>
Illetve a gépekben ahol rögzitesz mekkora a CPU cashe hány utas?
http://prohardver.hu/tudastar/a_parhuzamositas_formai.htmlReboot
-
Smktrooper
senior tag
válasz Smktrooper #31775 üzenetére
#Microsoft Virtual WiFi Miniport Adapter# rejtett eszköz
Megjelenítése
http://www.sevenforums.com/tutorials/77614-device-manager-hidden-devices.html
[ Szerkesztve ]
Reboot
-
süttyő
tag
Sziasztok!
Aztszeretném megkérdezni hogy lehetséges-e 2 router összekötése? Az egyiken menne a wifi az emeleten a másikon a földszinten lenne rákötve 2 db asztali pc. Megoldható lenne? A Lent lévő router wan portjában lévő kbelt dugjam a fent lévő valamelyik lan portjába? Ha ez lehetséges, Milyen beállitásokatkell elvégeznem ehez a routerban? -
Topikgazda
válasz Smktrooper #31778 üzenetére
Néhány észrevétel:
A legtöbb modemnek az admin IP címe 192.168.100.1 hogy ne ütközzön a router-ek által használt 192.168.0.1 vagy 192.168.1.1 IP címekkel.
Ha még is 192.168.0.1 vagy 192.168.1.1 az admin IP cím akkor router módban lévő HGW-vel van dolgunk, ilyen kor vagy meg kell próbálni bridged/modem módba tenni a szolgáltatói eszközt (ha lehetséges) vagy az össze router-t AP módban használni, a dupla NAT kerülendő amennyire csak lehetséges.
Ha egyszer az elsődleges router-en MAC cím alapján fix-ált IP cím van osztva akkor mi szükség van a kliens eszközben manuálisan fix IP-t osztani? Ezzel csak össze lesz kuszálva a hálózat és ha esetleg a kliens eszköz másik hálózatra kerül akkor át kell állítani az IP beállításokat. Az a legjobb ha a kliens eszköz automatikus konfiguráción van és a router-ben van intézve a kiosztás.
A fix-en osztott IP címek ne essenek bele a DHCP tartományba, főleg ne a router admin IP címe.Egy dolog állandó: a változás - Internet powered by Vodafone Internet 150 with CBN CH7465VF & Asus RT-AC65P
-
Smktrooper
senior tag
válasz Gubek-Einste #31779 üzenetére
Légyszi gondolt át ezt mégegyszer.
Ezek a tökéletes otthoni beállitások.Pl.:
"A legtöbb modemnek az admin IP címe 192.168.100.1"
"router-en MAC cím alapján fix-ált IP cím van osztva akkor mi szükség van a kliens eszközben manuálisan fix IP-t osztani? Ezzel csak össze lesz kuszálva a hálózat és ha esetleg a kliens eszköz másik hálózatra kerül akkor át kell állítani az IP beállításokat"Ezekre irtam is a képen a megjegyzés fül alatt...Tényleg nem egyértelmű?
[ Szerkesztve ]
Reboot
-
Smktrooper
senior tag
válasz Gubek-Einste #31779 üzenetére
Nekem ilyen a net elérésem ha 2 router van a modem után fix ip vel wifin, a rendszer felállásról meg nem is beszélek, hogy mivel nativ a cim ezért nem kell elinditania auto configot, tehát gyorsabban tölt be a rendszer, mintha DHCP-n hagyom.
És amint leírtam az adress reservationre azért van szükség, hogy az egyéb eszközök amikor kérik az IP cimet ne kérjék véletlenül se be azt a cimet amit "tegnap" használtál a munkaállomáson...
[ Szerkesztve ]
Reboot
-
Topikgazda
válasz Smktrooper #31780 üzenetére
A te leírásod a HGW mögötti dupla NAT-os hálózatra vonatkozik.
Pl.:
"A legtöbb modemnek az admin IP címe 192.168.100.1"
"router-en MAC cím alapján fix-ált IP cím van osztva akkor mi szükség van a kliens eszközben manuálisan fix IP-t osztani? Ezzel csak össze lesz kuszálva a hálózat és ha esetleg a kliens eszköz másik hálózatra kerül akkor át kell állítani az IP beállításokat"Ezekre irtam is a képen a megjegyzés fül alatt...Tényleg nem egyértelmű?
Én értem (bár értelmét annyira nem) de mások számára nem biztos, hogy ennyire egyértelmű lenne.Gyakorlati példa:
Eszközök:
Cisco EPC3212 kábel modem, "admin" IP cím 192.168.100.1
Asus N18U router. admin IP cím 192.168.1.1
Asus N12 D1 router, admin IP cím 192.168.1.1Az N18U természetesen megkapja WAN portjába a modemből a kábelt, admin IP címet nem állítjuk át mert jó a gyári érték is. DHCP tartomány 192.168.1.100 és 192.168.1.150 közötti lesz.
MAC alapján fognak IP-t kapni azok a kliens eszközök amelyekre port forward lesz beállítva és/vagy megosztott erőforrást biztosít.
A modemen 192.168.100.1 IP címen tudjuk ellenőrizni a jelszint értékeket, hogy minden rendben van-e.
Az N12 D1-ben van dedikált AP mód de ezt most nem használjuk.
Az N12 D1 admin IP címe 192.168.1.2 lesz, hogy ne ütközzön az N18U-éval, DHCP-t kikapcsoljuk mivel az N18U osztja mindenkinek az IP beállításokat. LAN-LAN kábelezés lesz az N18U és az N12 D1 között.
Így az N18U-ra és az N12 D1-re csatlakozó eszközök egyetlen alhálózat alatt lesznek, mindenki elér mindenkit, a megosztott erőforrásokat mindenki tudja használni.Plusz:
A Cisco EPC3925 egy HGW így router-ként is tud működni (T-nél csak router-ként, UPC-nál router és brideged mód is van) így kétféle eléri címe is van. Ha router-ként működik akkor 192.168.1.1 az admin IP címe, ha bridged módban van akkor pedig 192.168.100.1.
Mivel az Asus N18U jobb router képességekkel rendelkezik és nem akarunk dupla NAT-ot használni így a HGW bridged módban lesz.Egyébként a legnagyobb hiba a leírásoddal, hogy a WAN és LAN alhálózata nem lehet azonos.
Egy dolog állandó: a változás - Internet powered by Vodafone Internet 150 with CBN CH7465VF & Asus RT-AC65P
-
Smktrooper
senior tag
válasz Gubek-Einste #31782 üzenetére
"Egyébként a legnagyobb hiba a leírásoddal, hogy a WAN és LAN alhálózata nem lehet azonos."
Ezt ki mondja? És miért? Nálam tökéletesen működik. Soha nem volt semmi ütközésem a hálózaton, pedig helyenként 20-25-en lógunk rajta.
Reboot
-
Topikgazda
válasz Smktrooper #31783 üzenetére
A router beállításnál nem engedi elmenteni ha azonos a WAN és LAN oldali alhálózat.
A router honnan fogja tudni, hogy melyik oldalon van a keresett kliens eszköz ha azonos mind a két oldal?
Milyen router-t használsz egyébként?Egy dolog állandó: a változás - Internet powered by Vodafone Internet 150 with CBN CH7465VF & Asus RT-AC65P
-
Smktrooper
senior tag
válasz Gubek-Einste #31784 üzenetére
WRT320N+TL-WR741ND
Én értetlenül állok azelőtt, hogy ezen mi nem egyértelmű, hogy ez a tökéletes otthoni szintű beállítás. Nativ, gyors, mi kell még?
Vállalati szinten én is másban gondolkoznék az is tény.
[ Szerkesztve ]
Reboot
-
Topikgazda
válasz Smktrooper #31785 üzenetére
Azért nem túl egészséges ha azonos a WAN és LAN oldali tartomány, nem mindenki hozzáért és a router-ek sem engedik az ilyen beállítások használatát.
Ha egyszer már a router-ben MAC alapján van osztva az IP akkor miért legyen a kliens eszközben is fix IP beállítás? Bizonyos eszközökben nem is lehet alternatív beállítást használni, van a fix és van az automatikus, kész ennyi.Két vagy több router-es hálózatban EZT vagy EZT a beállítás ajánljuk, bevált, kipróbált, biztos.
Milyen szolgáltatói eszköz van nálad és milyen módban fut (router/modem/bridged)?
Egy dolog állandó: a változás - Internet powered by Vodafone Internet 150 with CBN CH7465VF & Asus RT-AC65P
-
Smktrooper
senior tag
válasz Smktrooper #31785 üzenetére
Egyébként az egy elírás volt.!Hogy DHCP START 192.168.1.2 mert az 192.168.1.3...Ebben igazad van.
[ Szerkesztve ]
Reboot
-
Topikgazda
válasz Smktrooper #31787 üzenetére
Milyen szolgáltatói eszköz van nálad és milyen módban fut (router/modem/bridged)?
Egy dolog állandó: a változás - Internet powered by Vodafone Internet 150 with CBN CH7465VF & Asus RT-AC65P
-
Smktrooper
senior tag
válasz Gubek-Einste #31788 üzenetére
A lényeg, hogy a WAN portja választja el a belső hálózattól a netet. Network figyelő nem látja az 192.168.1.1 es modemet már, 192.168.1.2 ig látja kliens felől.
Digi van amugy.
[ Szerkesztve ]
Reboot
-
jerry311
nagyúr
válasz Smktrooper #31789 üzenetére
Ez nagyon messze van a tökéletes otthoni beállítástól.
-
Smktrooper
senior tag
válasz Gubek-Einste #31788 üzenetére
Azért azt megjegyzem, hogy ez nem egy dupla natos rendszer...1NAT 1Switch ként kell értelmezni.
Reboot
-
jerry311
nagyúr
válasz Smktrooper #31792 üzenetére
Elvégeznék legalább egy CCNA routing & switching és egy Wireless tanfolyamot vagy legalább elolvasnám a könyveket, mielőtt megpróbálok másokat meggyőzni rosszabbnál rosszabb beállítások helyességéről.
Ha egy router két oldalán ugyanazt a subnetet használod, az routertől függően még akár működhet is (úgy ahogy), de semmiképpen sem javasolt és főleg nem tökéletes.
Address reservation és statikus beállítások közül az utóbbi teljesen felesleges. Egy jól beállított, jól működő hálózatnál a DHCP megvan kb. 15-20 ms alatt. Ha fontos az állandó IP cím arra bőven elég a DHCP, legalább is otthoni környezetben.
Egy SSID elég, csak legyenek külön, nem átfedő csatornán, hogy ne zavarják egymás adását. Így a legtöbb esetben a klienseken nem lesz érezhető a váltás. -
Smktrooper
senior tag
-
jerry311
nagyúr
válasz Smktrooper #31795 üzenetére
DHCP az 4 csomag, kettő oda, kettő vissza, ez eddig 8 msec plusz még pár msec, amit a szerver és kliens dolgozik vele. A 4 msec-es kettes WiFiden sem szabadna tovább tartani mint 20 msec és akkor már beleszámoltam azt is, hogy közben mások is használják.
A 11 és a 13 egymásba lóg, tehát ha az egyiken forgalmaz valami, az zavarja a másikat. Persze még mindig lehet ez a kettő a legjobb választás, ha a többi csatornán sok a szomszéd.
[ Szerkesztve ]
-
Smktrooper
senior tag
válasz jerry311 #31796 üzenetére
Le van árnyékolva a kettő egymáshoz képest, a biztonság kedvéért. Amikor egymás mellett voltak 500ms elérési idő volt illetve 0,5Mbps re lecsökkent a sávszélesség...Most az emlitett értékek stabilan jó pár hónapja.
Illetve:
A fix reserved IP itt jön képbe...Javitja a kondíciót az elérésben.+Elérési idő definíció:
A kiolvasást indító jel és a kiolvasott információ megjelenése közötti idő. Tehát a teljes spektrum! 4ms esetében 2ms oda 2ms vissza.
[ Szerkesztve ]
Reboot
-
jerry311
nagyúr
válasz Smktrooper #31797 üzenetére
Értem. Ha megszórod fahéjas cukorral a két routert és a vezetékeket, azzal még nyerhetsz egy kis plusz sebességet. A fahéj gyorsítja az elektronok áramlását a fémes kötésben lévő atomok közti távolság enyhe növelésével, illetve a távozó illóolajoktól könnyebben siklanak át a még így is szűk helyeken. A cukor pedig magas energiatartalma miatt fontos, így a világ másik feléről érkező csomagok feltölthetik magukat és gyorsabban célba érnek a belső hálózaton.
-
Smktrooper
senior tag
válasz jerry311 #31798 üzenetére
A fő gerinc az üvegkábel, fénysebesség, azon a cukor nem segít, maximum megtöri és kristályszerkezetének köszönhetően szétszórja , a fahéj is max azért mert nem veszed észre amíg letölt ha tüsszentesz tőle....Az elérési idő keresztmetszete mindig a NAT chippeken fog múlni, az meg jelenleg 0-2ms közötti tartományban dolgozik.
[ Szerkesztve ]
Reboot
-
zenwalk
senior tag
sziasztok
Asztali PC-ről szeretnék filmet lejátszani a TV-n, viszont a TV nem látja a megosztott filmeket. Tv-s topikban ajánlották, hogy fix ip címet osszak ki az eszközöknek. Ezt hogyan tudnám megcsinálni? Van egy T-s modem/router (cisco epc3925) ami lan-lan csatlakozik egy asus n12 d1-hez és erre csatlakozik az iptv box és a tv. A pc amiről le szeretném játszani a t-s routerhez direkt, valamint egy laptop az asushoz wifin keresztül csatlakozik. Melyiken kéne beállítani a fix ip cím kiosztást és milyen név alatt találom ezt?
Új hozzászólás Aktív témák
- Külpolitika
- 8 TB-ig nyújtózkodik a SanDisk asztali SSD-je
- Luck Dragon: Asszociációs játék. :)
- Minecraft
- Xiaomi 14 Ultra - Leica hercegnő
- Hivatalosan is reagált a Core CPU-k stabilitási gondjáira az Intel
- TCL LCD és LED TV-k
- Milyen videókártyát?
- Asztrofotózás
- AMD GPU-k jövője - amit tudni vélünk
- További aktív témák...
- Keresek - Macbook Air M3 16GB / 24 GB - 512 GB SSD - Magyarországi beszerzés, tehát kb. 3 év garit
- Tyű-ha Lenovo Thinkpad T14 G2 Üzleti "Golyóálló" Laptop 14" -50% i7-1185G7 4Mag 16GB /512GB FHD IPS
- Ej-ha Lenovo Thinkpad T14 G2 Üzleti "Golyóálló" Laptop 14" -50% i7-1185G7 4Mag 32GB /512GB FHD IPS
- Eladó Nitro Venture TLS Snowboard Bakancs 46-os
- Eladó Nitro Team 2022 162W Snowboard Deszka
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest