Hirdetés
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- gban: Ingyen kellene, de tegnapra
- eBay-es kütyük kis pénzért
- Brogyi: CTEK akkumulátor töltő és másolatai
- bambano: Bambanő háza tája
-
LOGOUT
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
chros
őstag
válasz
woodworm
#70471
üzenetére
Koszi, ez hol / melyik menuben van egyebkent?
Be is uzemeltem a luci-wrtbwmon -t, ugy nez ki muxik jol!
Reset-elni is lehet egyszeruen a db-t ha kell. Pont amire kell! Mar csak a DNS beallitas van hatra, s annak ellenorzese, hogy jo e.
-
chros
őstag
A IP/MAC szerinti DNS-re elvileg itt a megoldas (meg nem probaltam):
config hostoption name 'foo'option dns '1'option mac '08:00:27:82:0D:B9'option ip '192.168.0.66'option tag 'foo'config tag 'foo'option dhcp_option '6,8.8.8.8,8.8.4.4'Az lesz a kerdes, hogy ez felulirja-e a "config dhcp 'lan'"-nal beallitott szervereket, vagy hozzadja.
Mar csak a meres hianyzik
-
chros
őstag
válasz
vargalex
#70460
üzenetére
Szia Alex!
Le szeretnem merni kulonbozo streaming szolgaltatok jelenlegi sebesseget a routeren egy firestick 4k-val (ethernet kabellel csatlalkoztatva, fix IP hozzarendelve a MAC-hez):
- van egyszeru util erre? (fix belso ip-rol atmeno teljes forgalmat merni a WAN fele, pl 1 ora alatt)
- van e lehetoseg fix IP-hez/MAC cimhez kulon DNS-t rendelni a router-el?
-- jelenleg az "/etc/config/dhcp"-ben interface-re van megadva a DNS hozzarendeles:config dhcp 'lan'...option dhcp_option '3,x.x.x.x 6,x.x.x.x 'Meg lehet ezeket oldani plusz interface nelkul?
Koszi!Szerk: lehet igy menne, de nem tudom a hasznalatat.
-
chros
őstag
válasz
iMaverick
#69125
üzenetére
"Namost ha ez így van,"
Es ugyanezt csinaltak az Archer C7 v2 es Archer C5 v1.2-vel is(#69126) fanti:
"A napokban vásároltam egy LG 55UJ6 TV-t, és annak is kihúztam egy kábelt a routerből,"
"ENNYIRE NEM VISEL EL MÁSIK AKTÍV ESZKÖZT A TL-WR1043N ??? CSAK VÉGPONTON LÉVŐ PC-T?"
Mukodnie kene ennek. Kabellel minden rendben? -
chros
őstag
válasz
woodworm
#69094
üzenetére
Koszi, ezt lattam elotte, csak azt hittem van sajat topikja is. Es valoban, nem olyan jo a helyzet, koszi
(#69095) xabolcs: "gyorsitas hardveres volta miatt meginkabb nem varhato az SQM mukodese"
Koszi, talan majd kesobb, egyszer(#69088) chros: "beuzemeltem az ath79 target-et egy tegnapi friss snapshot-tal, latszolag muxik minden"
Csak latszolag volt, hibak:
- ddns script-ek rosszak voltak: visszamasoltam az 1-el regebbiket
- ha radugom a kulso hdd-t, akkor meghulyul a router (ez mukodott Lede alatt ugyanolyan konfigokkal, hotplug scripttel), erre meg nem volt idom -
chros
őstag
válasz
xabolcs
#69089
üzenetére
Koszi az adatokat! A pppoe ennyit jelent? (fele a sebesseg
)"A tobbi 1043 verzionak meg a qca8k (+DSA?) lesz a jovo, amitol en a HW NAT elerhetoseget varom."
Ezt nem tudom, hogy megvalosul-e."MT7621A + HW NAT = gigabites PPPoE NAT-olas 0% procihaszalattal."
Ez a brutal! Mi a helyzet SQM-el?
Gyorsan rakerestem, Xiaomi MiWifi 3G kb 8e?! wtf?! -
chros
őstag
válasz
xabolcs
#69081
üzenetére
Nos, en is beuzemeltem az ath79 target-et egy tegnapi friss snapshot-tal, latszolag muxik minden amit hasznalok.
Aki erdeklodik a software flow offloading irant es nincs >100Mbit/s kapcsolata es SQM-et szeretne hasznalni:
- annak nem kell ezzel foglalkozni: mert ha SQM be van kapcsolva, akkor offloading nem gyorsitKiprobaltam SQM nelkul is az offloading-ot: 9Mbyte/s (74Mbit/s) -os letoltesnel, kb 20% esett vissza a CPU hasznalat Archer C7 v2-n.
Te milyen netsebesseggel hasznalod oket, milyen eredmennyel?
-
chros
őstag
Igen, koszi suste, lattam ezeket a kommenteket, ugyan meg nem "mertem" belevagni
mtd parancs lesz belole.
A kerdes az ath79 targetre vonatkozott inkabb. Mar talaltam egy github repot c7 v2-re, ami ath79-re alapul, ugyan package repo nincs hozza, de mivel forditva lesz, igy nem nagy gond. -
chros
őstag
válasz
Archttila
#69049
üzenetére
Nos, vasarnap vacakoltam a18.06-al (eddig nem sok sikerrel): a network offload-ot akartam kiprobalni az Archer C5 v1.2-on. Erre latom, hogy ezen tp-link-ek nem tamogatottak a ar71xx targeten
De kis keresgeles utan, lattam, hogy ath79-es targeten igen (ugyan a release-ben nincs benne, de snapshottal mukodnie kene (egyan C5 nincs, de van C7 v2, igy upgradelni kell a routemem eloszor ) [link]A guruktol (Alex?): probalt ilyet mar valaki? Nem teglasitja a routert?
Koszi! -
chros
őstag
válasz
kokopo
#69041
üzenetére
Melyiket kell leszedjem ... ar7, ar7xx, at91, stb
Igen, az ar71xx-s generic kell neked, itt vannak az image-ek: [link]
Ha mar openwrt van fent akkor a sysupgrade kell neked: [link]
De:
- nem biztos, hogy a regi beallitasaid megmaradhatnak!
- nem biztos, hogy barmi is mukodne a regi addon-okbol!
- es nem biztos, hogy van benne Luci (web-es felulet)!Igy, csak sajat felelossegre
-
chros
őstag
Abszolute egyetertek, kabelparti vagyok
Lehet, hogy kell majd 15m vezetek, de nem lesz 40e, az tuti! S szepen el lehet azt vezetni fal mellett a foldon, ajtokeret korul/keresztul, stb. Es mindig fog mukodni (amig valaki szet nem nyirja a kabelt valahol ) Es nem beszelve a kisebb elektromagneses szennyezesrol! (Es ezzel nem hulyulok! En lekapcsoltam az 5Ghz-t mar regota.) -
chros
őstag
válasz
xabolcs
#66961
üzenetére
Koszi a reszletes teszteket.
Kiprobaltam dissent1 valtozatat stabil lede-17.01 branch-el, de SQM nem muxik vele
S kicsit jatszottam gwlim jelenlegi (aug) verziojaval. Itt az eredmeny. Itt a B.b) muxik SQM-el.
Ha van kedved, tesztelned a B.b) verziot a linkrol sebesseg szempontjabol? (a 2 parancsot eloszor ki kell adni)
-
-
chros
őstag
válasz
code1005
#66720
üzenetére
dissent1 portolta a staging trunk verzioba: igen leegyszerusitette az egeszet, normalis csomagok formajaba ontotte, igy ha jo lesz, mar bekerulhet a fo master branchbe.
A link a branch-hez az FP topicban van.
Ha van kedved teszteld, s irj oda.Alex, nincs kedved kiprobalni, ha van idod a teszt routereden? iperf meressel es wget-tel is?
Koszi -
chros
őstag
válasz
code1005
#66714
üzenetére
A juliusi Fp-ssel jok lesznek a csomagok.
De: erdemes az utolso 20-30 hozzaszolast atporgetni az FP Lede topicban, kb innen: [link]
Ebbol ugy latszik, hogy nem epp ugy muxik, ahogy kene. Ugyhogy csak sajat felelossegre.Mas: Alex, mikor te buildeld-ted a sajat FP-set, akkor ezt a patch-et benne hagytad?
059-increase-ag71xx-tx-ring-size.patch
Miota ujraforditottam 2 napja e nelkul, gwlim tanacsara, eddig nem indult meg ujra. -
-
-
chros
őstag
válasz
vargalex
#66629
üzenetére
Nagyon hasonlo SoC van benne, csak 750MHz-el, igy kb ugyanazokat az eredmenyeket kell kapnia, mint nekunk.
@code1005: Amit meg tesztelhetnel kozben: a routeren a top-t futtasd, s nezd meg/masold ki a cpu sort (teljeset, az irq-val bezarolag) a iperf teszt kozben, ezt mi elfelejtettuk megtenni. Koszi
-
chros
őstag
válasz
vargalex
#66613
üzenetére
Igy van, semmi gaz
Nos, nem sokaig tartott az orom, nem volt reggel lan kapcsolat ismet (lehet, hogy mas sem, de nem volt idom vele vacakolni): egy ujrainditas megoldotta a problemat.
Ilyennel csak Openwrt 15.05-on (nem 15.05.1-en) talalkoztam: erre talaltatok megoldast? Lede 17.01.x alatt hallottatok ilyenrol?Egyebkent a 15.05.1-es buildet 230 napos uptime-nal csereltem le.
-
chros
őstag
válasz
vargalex
#66585
üzenetére
Nos, felbuzdulva rajtad, en is forditottam egy FastPath Lede 17.01 snapshotot az Archer C5 v1.2-re (egyenlero nem adtam hozza semmilyen modositast a sajataim kozul), es megneztem iperf eredmenyeket.
A meresek szuz rendszereken keszultek mind-harom esetben (wifi-t es wget real-world merest nem csinaltam, megfelelo eszkoz es net-sebesseg hianyaban).
Gyakorlatilag en is hasonlo eredmenyeket kaptam, mint te, ami nem is csoda, hisz a C5 v1.2 hasonlo SoC-ot tartalmaz, kicsit erosebb (nem jelentos) a tiedhez kepest: 720 MHz.OpenWRT CC 15.05.1 - Wired
==========================
$ iperf -c 10.1.1.9 -P1 -i1 -p5001 -fm -t10
------------------------------------------------------------
Client connecting to 10.1.1.9, TCP port 5001
TCP window size: 12.0 MByte (default)
------------------------------------------------------------
[ 3] local 192.168.1.236 port 20964 connected with 10.1.1.9 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 1.0 sec 57.1 MBytes 479 Mbits/sec
[ 3] 1.0- 2.0 sec 54.9 MBytes 460 Mbits/sec
[ 3] 2.0- 3.0 sec 53.5 MBytes 449 Mbits/sec
[ 3] 3.0- 4.0 sec 54.4 MBytes 456 Mbits/sec
[ 3] 4.0- 5.0 sec 55.0 MBytes 461 Mbits/sec
[ 3] 5.0- 6.0 sec 54.9 MBytes 460 Mbits/sec
[ 3] 6.0- 7.0 sec 56.5 MBytes 474 Mbits/sec
[ 3] 7.0- 8.0 sec 55.9 MBytes 469 Mbits/sec
[ 3] 8.0- 9.0 sec 57.4 MBytes 481 Mbits/sec
[ 3] 9.0-10.0 sec 55.6 MBytes 467 Mbits/sec
[ 3] 0.0-10.0 sec 555 MBytes 465 Mbits/sec
Lede 17.01.2 - Wired
==========================
$ iperf -c 10.1.1.9 -P1 -i1 -p5001 -fm -t10
------------------------------------------------------------
Client connecting to 10.1.1.9, TCP port 5001
TCP window size: 12.0 MByte (default)
------------------------------------------------------------
[ 3] local 192.168.1.236 port 21049 connected with 10.1.1.9 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 1.0 sec 81.5 MBytes 684 Mbits/sec
[ 3] 1.0- 2.0 sec 77.1 MBytes 647 Mbits/sec
[ 3] 2.0- 3.0 sec 78.1 MBytes 655 Mbits/sec
[ 3] 3.0- 4.0 sec 77.2 MBytes 648 Mbits/sec
[ 3] 4.0- 5.0 sec 78.9 MBytes 662 Mbits/sec
[ 3] 5.0- 6.0 sec 76.2 MBytes 640 Mbits/sec
[ 3] 6.0- 7.0 sec 78.4 MBytes 657 Mbits/sec
[ 3] 7.0- 8.0 sec 77.9 MBytes 653 Mbits/sec
[ 3] 8.0- 9.0 sec 74.8 MBytes 627 Mbits/sec
[ 3] 9.0-10.0 sec 74.8 MBytes 627 Mbits/sec
[ 3] 0.0-10.0 sec 775 MBytes 649 Mbits/sec
Lede 17.01.2 + FastPath - Wired
==========================
$ iperf -c 10.1.1.9 -P1 -i1 -p5001 -fm -t10
------------------------------------------------------------
Client connecting to 10.1.1.9, TCP port 5001
TCP window size: 12.0 MByte (default)
------------------------------------------------------------
[ 3] local 192.168.1.236 port 21101 connected with 10.1.1.9 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 1.0 sec 115 MBytes 963 Mbits/sec
[ 3] 1.0- 2.0 sec 110 MBytes 927 Mbits/sec
[ 3] 2.0- 3.0 sec 112 MBytes 936 Mbits/sec
[ 3] 3.0- 4.0 sec 111 MBytes 928 Mbits/sec
[ 3] 4.0- 5.0 sec 90.6 MBytes 760 Mbits/sec
[ 3] 5.0- 6.0 sec 111 MBytes 934 Mbits/sec
[ 3] 6.0- 7.0 sec 111 MBytes 933 Mbits/sec
[ 3] 7.0- 8.0 sec 111 MBytes 929 Mbits/sec
[ 3] 8.0- 9.0 sec 112 MBytes 943 Mbits/sec
[ 3] 9.0-10.0 sec 89.6 MBytes 752 Mbits/sec
[ 3] 0.0-10.0 sec 1074 MBytes 900 Mbits/secAnnyit tennek meg hozza (nem mintha szamitana a meresek szempontjabol), hogy nem hiszem, hogy 17.01.1-re epul gwlim patch-e, mivel a "lede-17.01" branch-et hasznalja, es ez mindent, sot, kisse tobbet is tartalmaz, mint a 17.01.2.
Kesobb posztolom az eredmenyeket a lede topic-ba, s kozben belakom a rendszert, s hasznalom, majd meglatjuk, hogyan muxik hosszutavon.
@(#66606) Laszlo733: Lede-n: http://192.168.1.1/cgi-bin/luci/admin/network/firewall
"MSS clamping" -et jelold be alul a "wan: , wan: , wan6:" sorban. -
chros
őstag
válasz
vargalex
#66574
üzenetére
Nos, friss fejjel ujra raneztem a teszt eredmenyeidre (s rakerestem milyen routeren futtattad): ez nagyon brutal!
Posztold az eredmenyeidet a lede topicban...
Nagyon remelem, hogy nem fog ez a patch halmaz burokraciaba utkozni, es alapos atvizsgalas es teszt utan, bekerul majd a hivatalos repoba.
Ezzel az openwrt-s community ujra az elvonalba kerul, mint a regi szep idokben.
Uj buildeket toltott fel a fejleszto (Archer C5 is van koztuk): [link] -
chros
őstag
Ahogy Alex is irja, masok (Qualcomm) kezdtek el fejleszteni (a fent linkelt topicban van rola pontos info, hogy kik, s honnan ered gwill patch sorozata): ez a Linux kernel network stack-enek optimalizalasa.
Hogy miert nem csinaltak meg eddig?
- nem kis munka
- nem olyan regen van ilyen sebessegu net kapcsolat a haztartasokban
- hardware-es gyorsitast eroltettek eddig a gyartokA topikban latott eredmenyek javareszt teszteredmenyek, nem real world eredmenyek. (Arrol nem is beszelve, hogy joparan huzzak a procit is).
A patch-elo azt is allitja, hogy tipusoktol fuggoen par apro beallitasbeli kulonbseg is csodakra kepes (?).Majd kiderul kb 1 ev mulva, hogy mire volt jo az egesz.
Egy biztos: erre vagy valami hasonlora igen nagy szukseg van. -
chros
őstag
Nos, itt a lede foruma: [link] (kertem is, hogy forditson egy archer c5 image-et
, C7 van) Tobb teszt-eredmeny is szerepel a topikban.
Ez nagyon igeretesnek tunik: nem hardware nat, igy hardware fuggetlen (azaz a procin mulik a teljesitmeny kulonbseg) es SQM is muxik vele allitolag. -
chros
őstag
válasz
vargalex
#65796
üzenetére
"A NAT loopback-nak alapból mennie kell.
Egyébként én LAN-on a belső IP-re oldanám fel a host neveket."
Masrol lenne szo: rtorrent-nek le kell jelentenie a tracker-ek fele a publikus dinamikus IP-t (egy laptopon fut a router mogott): pl. 30 percenkent ujraallitja ezt a tulajdonsagot:# The ip address reported to the tracker. (ip) This should handle dynamic ip's as well.
schedule2 = ip_tick, 0, 1800, network.local_address.set=foo.bar.netKis kitero: eszrevettem, hogy dnsmasq is fut a laptopon (hogy ???), es ez nem is hasznalta eddig a router altal propagalt cache-t.
Ez most mar javitva.Ez muxik is, csak neha valamiert nem elerheto a keres es ekkor belassul az UI. Tegnap elkaptam egy ilyet:
- probaltam ping-elni a doman-t laptoprol is es a router-rol is, de nem volt elerheto! (ugy, hogy volt net kapcsolat es az IP sem valtozott)
- par percel kesobb mar mukodott a ping (mindket helyrol)Ezert gondoltam arra, hogy valahogyan a DNS cachbe kellene "beleirni" rendszeresen (mikor a ddns update lefutott) az uj IP-t. Ez megoldana minden problemat.
Masik: most vettem eszre, hogy alapbol csak 150 bejegyzest tarol, s ezt celszeru megemelni, ha van eleg memoria. [link]
Koszi!
-
chros
őstag
Guruk segitseget kernem (OpenWRT 15.05.1), a problema roviden:
- hogyan tudom belso NAT-olt gepekrol a dinamikus WAN IP-t megkapni ddns domain nev alapjan ugy, hogy ne menjen ki a keres a netre? Local DNS cache muxik a routerrel dnsmasq segitsegevel.A gond, hogy neha nem elerheto a nevkeres (ddns szolgaltato problema?) es ezert az app varakozik.
Megoldas: a routerre kellene valahogy beallitani "fixen" a domain nevet (akar tobbet is) (dns cache-el lenne a legjobb, ha megoldhato), ami mindig a WAN IP-t adna vissza, ha belulrol jon keres.Koszi!
-
#64478
chros
őstag
DrDante666
#64476
chros
őstag
válasz
DrDante666
#64476
üzenetére
Ahogy Alex irja: ha a jelenlegivel nincs bajod, akkor ne csereld le!
-
chros
őstag
válasz
mumtaz
#63941
üzenetére
"Mi lehet még a probléma? Elvileg minden driver fent van hozzá a routeren."
Sajna, en ehhez keves vagyok.
Amit hirtelen talaltam, es hatha segit,pl [link], ha van aktiv vagy passziv USB 2.0-s hub-od, rakd a 2 eszkoz koze, hatha.
Es az OpenWRT foruman is nyiss egy topic-ot. -
chros
őstag
válasz
gr8tjoey
#63934
üzenetére
"Szóval mit érdemes venni? V3, vagy netgear, vagy?"
Ugyan megigertem a tobbieknek, hogy csak felevente fogom mondani, de mivel ez egy kerdes, igy jogosnak erzem:
Regi laptopot vegyel elo a szekrenybol vagy vasarolj (gondolom apropenz a tobbihez kepest):
dualcore, >=4GB RAM, USB3/eSATA porttal + 1 nagy HDD (lehet vannak erre alkalmas rack-ek is, amik raid-ben tobbet tudnak hasznalni, nem tudom), tedd a router melle es kabellel dugd ra, Ubuntu-t/Debian-t ra: egyszer kell csak beallitani, orok elet leszElonyok:
- olcsobb
- erosebb hardver
- nem hiszem, hogy sokkal tobbet enne/helyet foglalna, mint egy NAS (ha ez szamit valamit is)
- nem csak NAS lesz belole: desktop is lehet (zene, youtube, web, stb), sot meg dolgozni is tudsz rajta (akar tavolrol is)Itt pl. pont egy ilyenen futo (napi 24 oraban, majd 2 eve) rtorrent konfigot lattok: [link]
(#63935) mumtaz: Igen arra ertettem, koszi.
-
chros
őstag
válasz
betyarr
#63775
üzenetére
a gyári fw-vel eddig hibamentesen üzemelt.mindenre megfelelő volt,amire használtam.ezért lenne jó ha az openwrt-vel is így működne.elérhető ez?megéri a fáradságot?
Elhiszem, hogy ez a dyndns dolog nagyon zavaro problema: irj egy emailt a gyartonak, hatha beleraknak mas szolgaltatokat is a firmware-be.
Az, hogy megeri e valtani, jo kerdes. Ha van idod es energiad, es hajlando vagy tanulni (leginkabb linux-os ismereteket), es nincs meg eleg osz hajszalad, akkor mindenkepp javasolt a valtas: egy teljesen uj vilag tarul eled. -
chros
őstag
Jo kerdes, en sem tudom. Egyebkent melyik verzioban forditottatok utoljara firmwaret? (revision number?)
@(#63769) betyarr: "lehet lejjebb váltok 200mbitre.ezt gondolom már simán viszi az openwrt,ugye?"
Ez sok dolgon mulik. Nekem pl, 74/20-as netem van, es beuzemeltem a cake qdisc-et smq-sript ala: ha maxon megy a dolog le es fel es wifi kliensek is vannak, akkor a load mar 1 koruli. -
chros
őstag
válasz
mekker
#63766
üzenetére
Pontosan ugyanez volt a gondom Archer C5 1.2-vel (ugyanaz a hardware, nagyobb flash/ram), de CC 15.05-on (suste firmwaret mar kb 1 eve nem hasznalok, de a regieken (0.4 talan?) jol ment).
A megoldas nekem CC 15.05 (es masoknak is CC-vel) helyett az ujabb CC 15.05.1 . Azota atomstabil (kb 3 honapja, igaz transmission nincs rajta, es a smaba/ftp-t is csak igen ritkan hasznalom).
Igy, vagy probalj ki egy nagyon regi suste-t vagy rakj ra egy CC 15.05.1 (ebben az esetben, neked kell bekonfigolnod az egeszet, sajna). -
chros
őstag
válasz
#54715584
#63743
üzenetére
"Ha PC-n játszok le a NAS-ról filmeket, akkor az akadásmentesen megy"
Akkor viszont nem a router lesz a szuk keresztmetszet.
Amit meg kiprobalhatsz a routerrel kapcsolatban, biztos, ami biztos, hogy egy laptopot (pl. HDMI kimenettel) raksz a media lejatszo helyere, s ezzel probalsz a NAS-rol es a PC-rol is lejatszani ugyanazt az allomanyt. Igy egyertelmuen ki tudod deritani, ki a ludas a lancban (Ha nincs ilyen laptop-od, akkor kerj valamelyik ismerosodtol kolcson 2-3 orara.)(Kivancsisagbol megneztem, mi ez az eszkoz, s mennyibe faj: en meg mindig laptop-ot vennek hasznaltan, e helyett is
) -
chros
őstag
válasz
#54715584
#63737
üzenetére
"van egy media playerem"
Ez alatt mit ertesz pontosan? Fizikai eszkoz?Ha jol ertem, ez is (mint a tobbi erintett eszkoz) kabelen csatlakozik a routerhez.
"NAS-ról játszok le filmeket"
Hogyan van megosztva a tartalom a NAS-on? Samba?"USB eszközről nem akadozik a lejátszás"
"Leellenőriztettem az összes HDD-t a gépemben, windows szerint..."
Hany eszkozrol beszelunk itt? 2 (media player es egy asztali gep)?
Melyikrol megy gond nelkul USB-vel? Minegyikrol?
Ha ez igy van, akkor probaltad az asztalin lejatszani NAS-rol? Igy mi a helyzet?2 dologra tudok gondolni, mindketto a media player (akar hardver, softver) hibaja lehet:
- nem birja a nagy bitratat, s a sync-elesnel akad a kep/hang
- halozati bufferelesi problemaja van (ismet a nagy adatmennyisegnek koszonhetoen)Nalam (kabelen, termeszetesen), soha nem volt gond nagy dolgok (20-45GB !) lejatszasaval (meg a regi v1-es vargalex-el (koszi erte, Alex!!!) futon sem!), most Archer C5 v1.2 van (ismet openwrt CC 15.05.1-el):
- egy regi laptop tolti be a nas szerepet Ubuntu-val (es egy radugott vinyoval), Samba-n keresztul tortenik a megosztas helyi halon
- a lejatszo egy masik Win-es laptop (jelenleg, lehet, majd kesobb egy eros HTPC-t beuzemelek az uj videokarik egyikevel, madVR igen eroforras-igenyes ), MPC-HC+LAVfilters+madVR+yamahaAVR+LGtv (HDMI)
Muxik, mint egy alom, amig az eszkozok kapnak aramot.Szerk: hasznos diagnosztikai util-ok: 'htop', 'iotop', 'nethogs'.
-
chros
őstag
Nem tudom, hogy a router hibaja-e (nekem is OpenWRT van/volt rajta mindig), de engem ez a problema kb fel evig az oruletbe kergetett!
(Win8.1, Samba Ubuntun)
Nalam "csak" a Win ujrainditasakor kerte a jelszot ujra (sleep felelesztese utan nem).
Valami megvaltozott Win8 ota ebben, es parancssorbol nem lehet csatolni meghajtot ugy, hogy a jelszot elraktarozza (jelszoval nem vedett megosztasok mukodnek jol). En (termeszetesen) igy csinaltam eloszor (majd ujra sokszor), s mint kiderult ez volt a hiba!
A megoldas nekem annyira egyszeru volt, hogy csak utoljara probaltam ki (miutan majdnem kiteptem az osszes hajam ):Shares in local network: map the drive from Windows Explorer!!!
- torold az osszes erintett meghajtot a Windows Explorerbol (vagy minek hivjak, Sajatgep?), es reboot
- share:\\ubuntu\wd3, drive: U:
- check the boxes for "Reconnect" and "Use different credentials"
- user:chrosGX620lan\chros, pass: xxx , Check the "remember credentials"
(doesn't work:net use U: \\ubuntu\wd3 /USER:chrosGX620\chros xxxx /PERSISTENT:Yes) -
#63383
chros
őstag
bladesks007
#63382
chros
őstag
válasz
bladesks007
#63382
üzenetére
Kivalo munka, gratulalok!
-
chros
őstag
Halozati guruk figyelmet kerem (Siddis, Headless, Suste, Alex): keszitettem egy logout bejegyzest (ami jelenleg csak linkek halmaza), ahol az esetleges savszelesseg korlatozast meg tudjuk beszelni. Ha van kedvetek, akkor lassunk is neki. http://logout.hu/bejegyzes/chros/sebesseg_korlatozas_ip_mac_szerint_openwrt-n.html
-
-
chros
őstag
válasz
Truman
#63106
üzenetére
"OpenWrt -vel fel lehet valahogyan kicsit turbózni az adóteljesítményt?"
Igen lehet, ennek neve reg-hack (masfel eve hasznalom ezeket az Archer C5-n, s regen vargalex firmwarrel a 1043ND-n). Az mas kerdes, hogy mit ersz el vele, mert ha nagyon megemeled, akkor a zajszint is no, s nem ersz vele semmit.
2 dologra jo:
- adoteljesitmeny novelese
- a letitlott csatornak engedelyesese (pl. Openwrt-n a 12-13 csati tiltott alapbol)Alkalmazasa 3 modon lehetseges:
- mivel regi router-ed van, igy erdemes lenne egy regi vargalex firmware-t keresni ra, miutan Alex beepitette ezt a funciot a firmware-eibe
- alkalmazni a reg-hack patch-et egy mar futo OpenWRT-n: [link] (valszeg BB-vel muxik (lehet, hogy CC-vel is), de elotte keszits backup-ot a 2 modosulando modulrol, biztos, ami biztos)
- ha forditasz sajat firmware-tTovabbi olvasnivalok a temaban (ugyan regebbi cikkek, de van par erdekesseg bennuk es a comment-ekben):
- [link]
- [link]
)
Új hozzászólás Aktív témák
- HIBÁTLAN iPhone 13 mini 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3846
- Dell Precision 7550 i7-10850H 32GB 512GB Nvidia RTX3000 6GB 1 év garancia
- 160 - 177 - 178 - Lenovo LOQ (15IRX9) - Intel Core i7-13650HX, RTX 4060 (ELKELT)
- Ventilátorok 120/140mm és tápkábel modding kitűnő árakon!
- CSX 2x2GB (4GB) DDR2 800 MHz kit
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest