Új hozzászólás Aktív témák
-
Fiery
veterán
válasz Locutus #3729 üzenetére
Az androidos Arx app addig mukodik jol, amig csak a beepitett appleteket hasznalod. Azokkal franko, de a 3rd party appletek (mint az AIDA64) kezelese most me'g kihivasokkal kuzd De hamarosan jon az app frissites, egy csomo bugot javitanak, es lesznek erdekes ujdonsagok is. Probaltunk nyomast gyakorolni a Logitechre, hogy beepitsenek extra funkciokat is, talan sikerult meggyozni oket nehany esetben
Erdekes egyebkent, hogy az iOS Arx app minosege mennyivel jobb, mint az androidos verzioe. Vagy ennyivel konnyebb iOS-re fejleszteni, vagy ennyivel ugyesebb az iOS app fejleszteseert felelos Logitech csapat
[ Szerkesztve ]
-
Fiery
veterán
válasz Locutus #3738 üzenetére
A SensorPanelen jobb egergomb --> SensorPanel kezelo, majd ott jobb felso sarokban Exportalas gomb. Majd fomenu / Fajl / Beallitasok / Hardverfigyeles / LCD / RemoteSensor, engedelyezed a RemoteSensort, aztan LCD elemek lap a Beallitasokban, annak jobb felso sarkaban Importalas gomb. A fajl megnyitasi ablak aljan a fajltipust at kell allitani minden fajlra (*.*), es kivalasztod az elozoekben kiexportalt .sensorpanel kiterjesztesu fajlt.
[ Szerkesztve ]
-
Fiery
veterán
válasz Locutus #3841 üzenetére
Csak a Windows tudja, hogy a memoria management-je pontosan hogyan mukodik. A legtobb modern operacios rendszernel nagyon nehez meghatarozni, hogy pontosan mennyi a memoria foglalas valojaban, igy igazan csak akkor erdekes ez az ertek, ha mar az operacios rendszer is nyuglodni kezd, hogy keves a RAM a gepben... En egyebkent azt szoktam csinalni, hogy eleve probalok minel tobb RAM-ot telepiteni egy-egy uj konfiguracioba, adott esetben joval tobbet, mint ami akkor epp szuksegesnek latszik, es igy eleg jo "jovoallo" gepeket tudok osszerakni. Ha pedig SSD-vel szerelt a gep, akkor eleve le is tiltom a swap fajlt, aztan mondom a gep tulajanak, hogy figyelje a Windows uzeneteket, hatha keves lesz megiscsak a RAM. A multkoriban is volt egy ilyen eset, nehanyszor jott egy spike a memoria hasznalatban, es boviteni kellett a memoriat.
-
Fiery
veterán
válasz Locutus #3936 üzenetére
A Skylake platform (alaplap, chipset, szenzor) tamogatast folyamatosan csiszoljuk, ezert normalis az, ha az uj betaval megjavult "magatol"
A RemoteSensort kifejezetten ugy terveztuk meg, hogy minel kisebb terhelest rojon a halozatra es a PC-re. Csak a legszuksegesebb adat mennyiseget kuldi at a halozaton; es a SSE (Server-Sent Events) is segit a terheles minimalizalasan. Maga a PC nem sokkal terhelodik igy jobban, mint a SensorPanel hasznalata kozben, sot: a SensorPanelnel a frame (kep) rendereles sok esetben tobb eroforrast emeszt fel, mint a RemoteSensor HTTP szerverenek uzemeltetese.
-
Fiery
veterán
válasz Locutus #3956 üzenetére
Elvileg megoldhato, ha egy kicsit tudsz segiteni tesztelessel USB-n csatlakozik a gepedre? Ha igen, akkor nyomj kerlek jobb gombot az AIDA64 ablakanak also szelen (azaz az allapotsoron) --> System Debug --> USB Dump, es masold be ide a topicba a teljes eredmenyt. A allapotsort elotte lehet hogy be kell kapcsolnod a fomenu / Nezet / Allapotsor segitsegevel. Koszi elore is.
Ha Aquabuson csatlakozik egy Aquaerohoz a farbwerk, akkor jo esellyel mar most is tudja monitorozni az AIDA64 a hofokot, csak meg kell keresni az altalanos hofokok listajaban (pl. "1. homerseklet" vagy epp "3. homerseklet).
[ Szerkesztve ]
-
Fiery
veterán
válasz Locutus #3958 üzenetére
Koszi! Sajnos nem egyertelmu, hogy melyik HID hivast kellene hasznalni, van 2 alapveto variacio. Probaljuk meg az elsot, es vagy bejon, vagy nem Frissits kerlek az alabbi uj beta verziora --> [link] , nyomj jobb gombot az AIDA64 ablak aljan --> Sensor Debug --> Aquaero Dump. Ha lefut, masold be kerlek a teljes eredmenyt ide a topicba. Elkepzelheto, hogy le fog fagyni az AIDA64 a dump kozben, ezesetben csak csukd be az ablakot, magat a Windowst vagy a PC-t nem fogja lefagyasztani, csak vegtelen ciklusba esik a Farbwerk-re valo varakozas az AIDA64-ben. Ha ez tortenik, akkor a masik modszer lesz a nyero.
Egyebkent csak azert van szukseg ilyen korulmenyes tesztekre, mert a farbwerk szinte az egyetlen Aquacomputer vas, ami nincs nekunk Van Aquaero 4, Aquaero 5, MPS, Poweradjust, Aquastream ...
-
Fiery
veterán
válasz Locutus #3960 üzenetére
Koszi! Ez nem tunik egyszerunek Ha megoldhato, keszits kerlek egy uj Aquaero Dump-ot (eleg a vege csupan, az FW Input Report-nal kezdodo blokk), es elotte vagy utana kozvetlenul jegyezd fel, hogy a farbwerk kapcsan milyen ertekeket mér az aquasuite, es ird meg azt is a dump mellett. Koszi elore is!
-
Fiery
veterán
válasz Locutus #3963 üzenetére
Nagyon koszi! Egy kis turelmet kerek, ugyanis nem igazan tudjuk kibogozni a farbwerk-fele strukturat, valahogy nem illeszkedik a publikusan elerheto infokba az az input report layout, amit a Te vasad produkal Irtunk az aquacomputernek, nagyon szimpatikus arcok dolgoznak ott, biztosan segiteni fognak, csak ido kerdese a dolog. Irok, amint van fejlemeny az ugyben. Ha nem segitenek vagy nem kapunk valaszt, a Te konkret konfigodhoz akkor is be fogjuk tudni rakni az emlitett hofok kiolvasasat, de jobb lenne egy generalis rutint kesziteni, ami mindenki masnal is jol mukodik.
-
-
Fiery
veterán
válasz Locutus #3975 üzenetére
Az uzemido (uptime) szamitasa nem az AIDA64 dolga, hanem Windows hataskor. Ha nem szimpatikus, ahogy a Windows (Win8.x, Win10) szamitja az uzemidot, akkor a fast startup/shutdown letiltasa a megoldas.
Az AIDA64-ben annyi valtozas tortent, hogy az Uzemido statisztika oldalon a fast startup/shutdown-t is figyelembeveszi az AIDA64 most mar. Ennek hatasara mas uzemido jon ki a statisztikaban, mint amit a Windows szolgaltat. Az utobbit a SensorPanelen vagy epp az Operacios rendszer / Operacios rendszer oldalon tudod checkolni. Nyilvan meg lehetne azt is csinalni, hogy az Uzemido statisztika alapjan szamitott uzemidot jelezze ki mindehol az AIDA64, de a statisztika osszeallitasa eleg lassu es eroforras igenyes feladat, kulonosen ha az Esemenynaplo sok bejegyzest tartalmaz; ennelfogva pedig nem lenne celszeru masodpercenkent frissiteni a statisztikat -- a CPU fullon tekerne allandoan emiatt
[ Szerkesztve ]
-
Fiery
veterán
válasz Locutus #3977 üzenetére
En csak azt tudom mondani erre, hogy mindket ertek helyes, csak mindket ertek mogott mas a filozofia. Az Uzemido oldalon pedig azert kellett atvarialni a dolgokat, mert teljesen rosszul mukodott fast startup/shutdown eseten a statisztika. Ez "rantotta" magaval a "sima" uzemido ertekenek atvarialasat is, ami pedig azt eredmenyezi, hogy a klasszikus, pre-Win8 uzemidot jelzi itt ki az AIDA64, mig a SensorPanelen a Windows altal szolgaltatott uzemidot. Ez utobbi nem ugy koveti a shutdownt, ahogy anno megtanultuk klasszikus uzemido fogalmat. Az nem a mi hibank, ha a Microsoft szerint egy fast shutdown+startup utan nem nullazodik az uptime. Ok ezt ugy fogjak fel, hogy a fast shutdown/startup tulajdonkeppen egy mely alvo allapot, ami azonban nem fogyaszt aramot.
[ Szerkesztve ]
-
Fiery
veterán
válasz Locutus #3979 üzenetére
Nem. Idezet az egyik elozo postombol, ez a magyarazat arra, hogy miert nem:
"Nyilvan meg lehetne azt is csinalni, hogy az Uzemido statisztika alapjan szamitott uzemidot jelezze ki mindehol az AIDA64, de a statisztika osszeallitasa eleg lassu es eroforras igenyes feladat, kulonosen ha az Esemenynaplo sok bejegyzest tartalmaz; ennelfogva pedig nem lenne celszeru masodpercenkent frissiteni a statisztikat -- a CPU fullon tekerne allandoan emiatt "
A megoldas: le kell tiltani a fast shutdown/startup-ot. Akkor elvileg mindket fajta uzemidot azonosan fog mukodni, meghozza ugy, ahogy Te szeretned latni.
-
Fiery
veterán
válasz Locutus #4151 üzenetére
Sajnos nem megoldhato, amit irsz. A Logitech RGB LED API-ja nem annyira intelligens, hogy tobb szoftver egyutt tudjon mukodni (amibol az egyik szoftver maga az LGS). Egyebkent tobb RGB-képes eszkozt sem kezel rendesen, ezugyben mar noszogatjuk a Logitechet, de egyelore nem nagyon akarjak a LED API-t alapjaiban ujrairni -- ami szukseges lenne a tobb eszkoz egyideju, egyedi kezelesehez.
-
-
Fiery
veterán
válasz Locutus #4817 üzenetére
Az AMD szolt nekunk errol az SDK-rol, de egyreszt nem idoben szoltak, masreszt az SDK-t sem kaptunk meg, harmadreszt pedig semmilyen rendes Matisse-t sem kuldott az AMD nekunk, tobbszori igeretre sem. Negyedreszt, nem vagyunk hive az olyan plusz retegeknek, amivel a hardverhez valo direkt hozzaferest kenytelenek vagyunk korlatozni. Az ilyen koztes retegeket hasznalva csomoszor kitesszuk magunkat a driver esetleges hibainak, ami pedig senkinek sem jo. Az AMD jelenleg kicsit fura palyan mozog: szoftveres retegek hozzaadasaval probaljak a leheto legjobb szinben feltuntetni az egyebkent is nagyon jo CPU-ikat. Szerintunk erre semmi szukseg. Mindenesetre ha megkapjuk az SDK-t, es kapunk vagy veszunk Matisse alapu vasat is, megvizsgaljuk az orajel kerdest kozelebbrol, hatha van ertelme implementalni az SDK-t. De me'g ha implementaljuk is, jo esellyel opcionalisan kikapcsolhato lesz annak hasznalata az AIDA64-ben.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Apple notebookok
- Otthonfelújítási program (2024.)
- Autós topik látogatók beszélgetős, offolós topikja
- Bundle topik
- Microsoft Office és Office 365 topic
- OLED TV topic
- Formula-1
- Gaming notebook topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Otthoni hálózat és internet megosztás
- További aktív témák...