Új hozzászólás Aktív témák
-
#79335424
törölt tag
válasz bartatamas #1392 üzenetére
Köszi! Ez jó hír! Azért kérdeztem, mert vannak olyan alkalmazások, amik (még) csak Dalvikon futnak. Nekem is több, mint kétszáz telepített alkalmazásom van, de szerencsére nekem nem kell sűrűn a teló lelkét piszkálnom és nem is nagyon szeretem. Tavaly márciusban rootoltam újra és akkor került fel rá ez a 4.1. Évente egyszer kibírom azt az 1órát.
-
#79335424
törölt tag
válasz bartatamas #1397 üzenetére
Pl. Xposed framework.
-
#79335424
törölt tag
Tamás!
"Képernyő egy ideje kikapcsolva" eseményhez miért szürke a "töltő csatlakoztatva" feltétel? Az nem egy logikai érték lenne? Vagy az csak a csatlakoztatás pillanatát tudná detektálni?
[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #1402 üzenetére
Köszi! Most akartam szerkeszteni a hsz. -em, mert közben én is rájöttem.
Igen, elvileg jó lenne, de attól, hogy töltőn van, még nem biztos, hogy az akku töltődik. Most a másik lehetőséggel próbálkozom. Elvileg töltőn nem megy DS -be és erre van választható feltétel.[ Szerkesztve ]
-
#79335424
törölt tag
válasz zeon.hu #1410 üzenetére
Tulajdonképpen mi lenne a cél? Saját magadnak külön mérni? Az többféleképpen is megoldható. Az egyszerűbb, viszont manuális megoldás, hogy Titanium Backup pro -ban tudsz több adatmódban használni egy alkalmazást. Az adatmód váltáshoz tudsz widgetet rendelni a főképernyőre (érthetetlen számomra, hogy miért widget, miért nem parancsikon). Beállítod az alkalmazást, elnevezel egy adatmódot (mondjuk mifi) és hozzárendeled. Aztán létrehozol egy másik adatmódot (mondjuk wifi) és hozzárendeled az alkalmazást. Ekkor kapsz megint egy szűz programot, amit beállítasz a wifi méréséhez. Ezt a módszert már teszteltem, működik. Persze az lenne az igazi, ha automatizáltan lehetne váltani. Elméletben ez is lehetséges, bár még nem teszteltem. "Parasztmódszerrel" is megoldható, azaz érintést emulálsz a widgetre. Ez nem nagy kunszt, egy egyszerű shellparanccsal megoldható. Persze hajtott a kíváncsiság, hogy tulképp mi is történik a háttérben. A Titanium duplikálja az adott alkalmazás /data/data alatt található mappáját és symlinkeli az eredeti helyre. Amikor adatprofil-váltás történik, akkor egyszerűen felülírja a linket. A symlinkelést shellparancsokkal is meg lehet oldani, vagyis a műveletet Titanium nélkül, csak a Robot is végre tudja hajtani. Hangsúlyozom, hogy ezt még nem teszteltem, de nem látok okot, amiért ne működne (hisz ott a példa a működésre). Tudom, hogy ez nem felhasználói szint. Azért írtam le, hátha "valaki" kedvet kap, hogy egy ilyen automatizált adatprofilváltót készítsen a Robothoz (vagy az Elixírhez). Szerintem nagyon sokoldalúan használható feature lenne. Tudom, hogy ez a lehetőség nem szerepel az Android SDK -ban, de talán külső pluginként is megtenné. Igazából azt nem értem, hogy a Tibi fejlesztője ezt miért nem csinálta meg. Ha legalább parancsikonnal történne a váltás, azt lehetne manuálisan indítani. Megpróbáltam felkutatni a konkrét intentet, de vmi belső parancs lehet, mert nem tudok hozzáférni.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz zeon.hu #1412 üzenetére
Pedig hidd el, hogy egyáltalán nem nagy cucc! Nem is értem, hogy miért nincs ilyen Tasker plugin. Vagy csak én nem találtam? A Linux kernel önmagában is képes fájlműveletekre. Egyszerű, egysoros parancsok ezek. Pl. a Firefox a data/data alatt található mappájában tárolja az összes adatát. A cache -t is. Ez értékes helyet vesz el az alkalmazás tárhelytől. A rendszer viszont nem tudja külön választani, így az összes adatát tudja csak törölni. Ekkor viszont a beállításai is törlődnének. Ezért kikerestem a "bűnös" mappát, áthelyeztem a felhasználói tárhelyre, visszalinkeltem az eredeti helyére, majd megadtam a robotnak két shellparancsban, hogy ha kilépek a Firefoxból, akkor tok-vonó törölje a mappát, majd hozza létre újra (nyilván az már üres lesz). A symlinkelést tudja a RootExplorer, vagy a SolidExplorer. A többi meg kb. 2x5 szavas parancs.
Na jó! Ugatok itt a levegőbe. Tudnád linkelni azt a mérőt?[ Szerkesztve ]
-
#79335424
törölt tag
válasz zeon.hu #1415 üzenetére
Ennyire azért nem vagyok rendes srác. Ha gond lenne, vagy nem érdekelne, akkor nem "vacakolnék" ilyesmivel. Már írtam Neked, hogy érdekel, mozgat a probléma. Kíváncsi vagyok rá, mert sztem megvalósítható. Nem miattad próbálom, hanem magam miatt. Az automatizált adatmód -váltás szempontjából teljesen mellékes, hogy milyen alkalmazás a tesztalany. Igazából először azt szeretném kipróbálni, hogy mit reagál arra, ha egy adott hálózathoz csatlakozás eseményére vmi drasztikus shellparanccsal megakadályozom, hogy hozzáférjen a saját adataihoz.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz zeon.hu #1415 üzenetére
Telepítettem a full trial -t a miniPC -re. Mielőtt nekiesek, gondoltam, letesztelem. De nekem sem sikerült működésre bírnom. Aztán belelestem a telómon használt 3g Watchdog pro -menüjébe, hátha találok benne ilyen beállítást. Találtam és tökéletesen működik. Csináltam egy hotspotot miniPC -ről, beállítottam, hogy csak azt az SSID -t számolja. Generáltam forgalmat. Szépen mutatta. Aztán átálltam a routerre és az adatforgalom nem változott. Szvsz. müxik.
-
#79335424
törölt tag
válasz bartatamas #1402 üzenetére
Nem akar működni a parancsom és sejtem az okát. Az lenne az elképzelés, hogy ha a kijelző x ideje ki van kapcsolva, akkor állítsa le az automatikus szinkronizálást és óránként szinkronizáljon. Ez a rész működik. De azt szeretném, hogy csak akkor tegye, ha nincs töltőn. De a "töltő csatlakoztatva" eseményt nem tudom feltételként megadni. Két opció választható. Az nem világos számomra, hogy az ébrenmaradás állapotra miért nem reagál. Töltőn elvileg nincs DS. Viszont az "akku töltődik" sem jó. Gondolom azért, mert amikor az akku eléri a 100% -ot, akkor a töltés leáll. Ezt csak egy észrevételnek szántam, mert tudom, hogy többféleképpen is megkerülhető a probléma (pl. még egy parancs, ami a töltő csatlakoztatva eseményre tiltja az "AUTOSZINKRON_KI" parancsot).
Más:
Valamit szerintem "túlfejlesztettek" az Apexnél, mert újabban kicsit lassan reagál a forgatásra. Gondoltam, Robottal korrigálom. Az lenne az elképzelés, hogy ha a teló mozog (vagyis kézbeveszem), akkor kikapcsolt kijelzőnél is forgasson, hogy mire bekapcsolom a kijelzőt, addigra a teló helyzetének megfelelő tájolás jelenjen meg. Lehetséges ez? -
#79335424
törölt tag
válasz bartatamas #1420 üzenetére
Tudtam, hogy ezt fogod írni. Elküldenéd nekem azt a parancsot, hogy tanuljak? Szerintem az a parancs tartalmaz egy "olyan" elemet. Tudod, aminek nemmondjukkianevét, mert annyira rémisztő.
Ezzel kapcsolatban lenne még egy javaslatom. Nem vagyok egy Grétsy, de sztem az "akkumulátor csatlakoztatva" fínoman fogalmazva nem épp találó elnevezés. Nem töltőnek, vagy tápnak kéne ott lenni?Bocsánat, azt gondoltam, hogy a mondatkörnyezetből egyértelmű lesz a rövidítés! DS = Deep Sleep. Ez nálam nincs töltés közben, tehát a teló ébren marad, a feltételnek teljesülnie kéne. Azt viszont nem tudom, hogy amikor töltőn épp nem tölt, akkor van -e DS.
A forgatást akkor tesztelem, hogy működik -e kikapcsolt kijelzőnél. Ehhez lenne pár kérdésem.
1. Milyen eseményt használjak a "bármilyen mozgás" definiálására? Teló megrázva? Vagy soroljam fel az összes, mozgással kapcsolatos eseményt?2. A forgatás eseményhez nem találtam fínomhangolási lehetőséget. Kékkel megjelenik, hogy "X, Y, Z" stb., de ha rábökök, akkor csak annyi jelenik meg, hogy "használjon delta értéket". Használjon, de mennyire legyen delta? Hogy tudnám azt definiálni, hogy az álló állapothoz képest, mondjuk 2 másodpercet meghaladó, 45 fokosnál nagyobb szögelfordulás esetén forgasson fekvőbe?
[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #1424 üzenetére
Az operátorokkal nincs bajom. Kiválaszt, beilleszt, működik. De itt szürke, mert nem logikai kifejezést vár. Ez a szövegesből logikai átalakítás, a változók definiálása, működése, helyes beillesztése a mumus. Képtelen vagyok összerakni a fejemben. Tudom, hogy mit kéne alkalmaznom, mint ahogy most is tudtam, hogy Te ezt a megoldást fogod használni. Csak a hogyan nem áll össze. Ne tudd meg, hogy mennyire idegesít ez a szerencsétlenkedésem!
A többi szenzoreseménynél lehet értékeket megadni (alsó határ, felső határ). De a forgatásnál nics ilyen. Csak annyi, hogy delta. Tudom, hogy ezzel Neked lenne melód. De sztem megoldható. Azért gondolom így, mert egyszer olvastam egy hasonló megoldás részletezését Taskerhez. Úgy emlékszem, hogy ott lehetett megadni szögelfordulási határértékeket.
Magamban úgy építettem fel a parancsot, hogy:
Parancs1
Esemény: Kijelző kikapcsolva
Művelet: Parancs3 engedélyezése
Parancs2
Esemény: Kijelző bekapcsolva
Művelet: Parancs3 tiltása
Azért így, hogy Parancs3 csak kikapcsolt kijelzőnél detektáljon.
Parancs3
Esemény: "bármilyen mozdulás" (esetleg lehet pontosabban is, ha felsorolom a mozgáseseményeket,meghatározott határértékekkel)
Művelet: "megjelenítési nézet frissítése" (már ha erre lehetőséget ad a rendszer. De valamiből kitalálja, hogy melyik nézetet kéne megjelenítse.)Esetleg lehetne úgy is, hogy manuálisan definiálom az elfordulást. Mondjuk így:
Esemény: Forgatás
Paraméterek:
Alaphelyzet: álló,fekvő, vagy aktuális
Irány: jobb,bal
Delta alsó határ: X˚
Delta felső határ: X˚Talán lehetne olyan is, hogy "változás az utolsó pozícióhoz képest", ellenőrzési időköz és elfordulási (elmozdulási) küszöbérték paraméterrel.
Persze csak eccerű logika alapján ötletelgetek, nem tudom, hogy ezekből mire ad lehetőséget a rendszer.[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #1426 üzenetére
Ne alakítsd át, mert akkor nem lehet választani töltéstípust! Nekem kell megtanulnom, megértenem. A hiba nem a Robotban van, hanem a vevőkészülékben. A változók kezelése errorba fut "out of memory" bejegyzéssel. Az a baj, hogy amikor ezt a SOC -ot kiadták, akkor még a DDR1 is scifi volt.
-
#79335424
törölt tag
válasz B@ldrick #1442 üzenetére
Azt nem tudom, hogy mi a különbség a "Kapcsolat -> bejövő hívás" és a "Telefon -> hívás állapota megváltozott -> amikor csörög" események között. De úgy gondolom, hogy kétparancsos megoldással próbálkoznék. Az egyik eseménye valamelyik a fenti kettő közül, a művelete pedig a pozíció frissítése cella alapján. Ez aktiválná a másik parancsot, ami az "adott helyen van" eseményre elvégezné a műveleteket. Így alapból maradhatna passzív a pozíciómeghatározás, mert csak akkor ellenőriz, amikor csörög.
-
#79335424
törölt tag
Tamás!
Köszönjük az újabb lehetőségeket! Tudnád vázolni egy-két tőmondatban, hogy mire való a "robotparancs újrainicializálása" művelet?
-
#79335424
törölt tag
válasz bartatamas #1462 üzenetére
Világos. Köszönöm!
-
#79335424
törölt tag
válasz bartatamas #1466 üzenetére
Kipróbáltam. SGS2 -n, az S tervező nevű, Samsung naptár alkalmazással is együttműködik a Robot. Egy tevékenységhez beállított értesítésre a robot engedélyez egy parancsot, aminek eseménye ismételt riasztás, művelete értesítőhang lejátszása.
-
#79335424
törölt tag
válasz zeon.hu #1478 üzenetére
Azt lehet, de nem tudom, hogy mennyire lenne energiaigényes az aktuális pozíció monitorozása. Én inkább manuálisan kapcsolom a wifit. Azt el tudom dönteni, hogy akarom -e használni a netet és az esetek túlnyomó részében azt is tudom, hogy épp hol vagyok (vagyis, hogy lehetséges -e wifi kapcsolat). A netet használó autosync nálam csak X ideje bekapcsolt kijelzőnél aktív. Annyi idő elég, hogy wifire kapcsolódjak. Kikapcsolt kijelzőnél óránként szinkronizál (2 óránként szerettem volna, de ilyen riasztás nem választható. Azzal meg nem volt kedvem bíbelődni, hogy minden másodikat vegye csak figyelembe. Így maradt óránként).
[ Szerkesztve ]
-
#79335424
törölt tag
válasz zeon.hu #1482 üzenetére
Nekem van egy töltőm otthon és egy autós töltőm. A munkahelyemen azért nincs, mert gyakorlatilag az autó a munkahelyem. Töltésmódhoz lehet automatizált műveleteket kapcsolni. A kijelző állapota is elég jól elválasztja az aktív/passzív állapotot. Aztán van az alkalmazásfüggő állapotmeghatározás. Helyi médiához nem kell net, VOIP közben ne kezdjen szinkronizálásba, stb. Ezekkel a lehetőségekkel viszonylag pontosan, energiatakarékosan lehet operálni. Vagy pl. a kijelző az egyik legenergiaéhesebb fogyasztó. Nálam alapból alacsony timeout értékek vannak, amit néhány alkalmazás fókuszba kerülésénél megnövelek és töltőre dugva is hosszabb a timeout.
-
#79335424
törölt tag
válasz bartatamas #1483 üzenetére
Ezt te érted? Mert ha igen, akkor magyarázd el légyszi! Én úgy gondolom, hogy ha egy hardverelemet kikapcsolunk, akkor annak semmilyen funkciója sem elérhető. Ha mégis, akkor az nincs kikapcsolva, legfeljebb a háttérben működik. Rootolt eszközön az Avast is tudja aktiválni a GPS -t az aktuális felhasználó (vagyis a tolvaj) tudta nélkül. A kapcsolón és az értesítési sávon sem látszik a bekapcsolt állapot. De az energiafelhasználásban igen. Ha a wifi esetében a Google beépített egy ehhez hasonló funkciót rendszer szinten, akkor ezt hívhatjuk kikapcsolt wifinek, de sztem az energiaszükségleten ez nem változtat.
[ Szerkesztve ]
-
#79335424
törölt tag
Nálam most kb. így működik, de azért van benne néhány csavar. Csak akkor kapcsol ki az autoszinkron, ha kijelző már 5perce ki van kapcsolva és a teló nincs töltőn. Ekkor óránként csinál egy szinkronizálást. Viszont akkor is kikapcsol az autoszinkron, ha a böngészőt, vagy a VOIP alkalmazást használom. Ezt nem akkukímélésből, hanem azért, hogy ezek az alkalmazások megkapják a lehető legnagyobb sávszélességet.
-
#79335424
törölt tag
válasz zeon.hu #1504 üzenetére
Sztem nem megoldható. A P6 -ban biztos, hogy van ehhez a funkcióhoz egy külön hardver, ami a rendszerórát figyeli (mivel annak külön tápja van, hogy a teló akkor se felejtse el az időt, amikor akkut cserélsz), és az alapján bootol be. Vagyis a teló nincs kikapcsolva, amikor ki van kapcsolva. Ha egy ilyen hardver lenne a másik készülékben is, akkor sem menne, amit szeretnél, mivel annak a hardvernek a programozása nem módosítható.
[ Szerkesztve ]
-
#79335424
törölt tag
Ez nem fog menni (hogy is mehetne?). A figyelt esemény lényege, hogy annak bekövetkezése váltja ki a műveletek végrehajtását. Ha nem következik be, akkor az annak kezdetétől visszamenőleges idő sem definiálható, hisz a program számára nincs a viszonyításhoz kiindulópont. Ezt másképpen kell megoldanod. Pl. külön riasztás a naptárban az esemény előtt. Arra már tud reagálni a Robot és ahhoz a kiindulóponthoz már lehet várakozással késleltetést beállítani.
-
#79335424
törölt tag
Azt kell megértened, hogy a naptár, az egy másik alkalmazás. Annyi köze van az automatizálókhoz, hogy a Google készített a naptárhoz API -t. Ez egy kapcsolódási pont. Ha egy naptáresemény bekövetkezik, akkor annak bizonyos adatait a rendszer "közzéteszi". Ezt tudják más alkalmazások felhasználni. A naptáreseményeid, tudomásom szerint nem érhetőek el külső alkalmazás számára. Csak a bekövetkezésükkor küldi az infót a rendszer. A Robot semmit sem tud az "ébredj fel" naptáreseményedről mindaddig, amíg a naptár alkalmazás nem küldi az infót, hogy "Halló, kedves alkalmazások! Aktív lett egy "ébredj fel" nevű esemény! Érdekel valakit?" Ahhoz, hogy időzített eseményeket, csoportokban felhasználj, az automatizálónak ismernie kell őket. Ez csak úgy oldható meg, ha magát a naptáreseményt is az automatizálóban hozod létre (mondjuk egy időzített riasztás parancsba ültetésével, amire aztán hivatkozni tudsz).
-
#79335424
törölt tag
válasz bartatamas #1528 üzenetére
Dehogy haragszom! Így derülnek ki az apró fínomságok, a Robot lelke.
-
#79335424
törölt tag
válasz bartatamas #1542 üzenetére
Még nem.
-
#79335424
törölt tag
Szerintem a legegyszerűbb kijelzőhöz igazítani az ilyeneket. X időnként szinkronizál, de autoszinkron csak bekapcsolt kijelzőnél van. Ezt lehet késleltetni és előbb indítani egy wifi keresést. Esetleg az időzített szinkron előtt is indítani egy wifi felderítést. "Hiteles" mérést nem tudtam csinálni (azonos körülmények mindkét beállítással), de csak az autoszinkron kapcsolgatása (wifi hókuszpókusz nélkül) érzésre, jótékony hatással van az akkuidőre.
-
#79335424
törölt tag
Szia Tamás!
Az új verzióban az események -> vezérlés alatt, a "Variable is set" nincs lefordítva.
-
#79335424
törölt tag
válasz bartatamas #1582 üzenetére
Nincs ezzel semmi gond, csak tudod, hogy milyen .... -ok kommentelnek a Playen.
-
#79335424
törölt tag
válasz bartatamas #1584 üzenetére
Teljesen megértem. Sokszor elképzeltem, ahogy ülök egy ilyen mellett és amikor rávezetem egy-egy "szarezaprogrammerteztnemtudja" megoldására, akkor mindíg egy hatalmas, csattanós nyaklevessel kísérem le a sikert.
De sajnos a valóság az, hogy akármilyen ostobák, a statisztikába ők is beleszámítanak. -
#79335424
törölt tag
válasz petipetya #1591 üzenetére
Azért azt tegyük hozzá, hogy Tasker -ben is vannak korlátozások az importálásra vonatkozóan. Pl. csak olyan profilok használhatók, amikben nem szerepel külső alkalmazásra hivatkozás. Mi van akkor, ha ez nincs telepítve az importáló készülékre? Ugyanez a helyzet a Robottal is, mivel egyedi azonósítót használ a külső alkalmazásokhoz.
Egyébként sztem a Gdrive -al lehetne tenni egy próbát. Talán a Google nem óvna be a letöltések miatt. De lehet mondjuk a data.hu -t is használni. Évi négy rugó a korlátlan tárhely és még bónusz is jár a letöltésekért. A weboldalon pedig lehetne a leírás és a link.
Én pl. el tudnék képzelni olyan "vázakat", mint az y hangdetektálás. Az értékeket lehetne módosítgatni, de a változók összerakásával nem kéne görcsölni. Pl. én nagyon szeretnék egy mintát, amivel külső billentyűzetről, gombkombinációval lehetne indítani Robotparancsokat.[ Szerkesztve ]
Új hozzászólás Aktív témák
- Kerékpárosok, bringások ide!
- TCL LCD és LED TV-k
- Formula-1
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen billentyűzetet vegyek?
- Mibe tegyem a megtakarításaimat?
- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
- Politika
- Amlogic S905, S912 processzoros készülékek
- Okos Otthon / Smart Home
- További aktív témák...
- Dell Vostro Notebook 3500 i5-1135G7 15,6 FHD 8GB 256 SSD 28 JAN. 2025 garanciális
- Apple watch Series 9 45mm Apple garancia + 2028-ig biztosítás!!!
- Dell Precision 5570 ( XPS 9520 ) 15.6" FHD+/i7-12700H 14mag/16-32G/512G/Quadro A1000/IR/FPR
- Dell Precision 3571 15.6" FHD IPS i7-12800H T600 32GB DDR5 1TB NVMe SSD gar
- Latitude 5540 15.6" FHD IPS i7-1370P MX550 32GB DDR5 512GB NVMe SSD gar
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs