- Poco F5 - pokolian jó ajánlat
- iPhone topik
- Samsung Galaxy S24 - nos, Exynos
- Milyen okostelefont vegyek?
- Garmin Forerunner 255 Music - nem csak futóknak
- Redmi Watch 4 - olcsó hús, sűrű a leve
- Android alkalmazások - szoftver kibeszélő topik
- Ezek a OnePlus 12 és 12R európai árai
- Telekom mobilszolgáltatások
- Samsung Galaxy A70 - áram, erősség
Hirdetés
-
Premier előzetesen a Demon Slayer -Kimetsu no Yaiba- Sweep the Board!
gp Elérhető lett Switch-re a játék, amely leginkább a Mario Party-hoz hasonlítható.
-
Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
ph A megfizethető, szivacsokkal jól megpakolt modell ötfajta kapcsolóval és kétféle színösszeállítással/kupakprofillal szerezhető be.
-
Lenovo Essential Wireless Combo
lo Lehet-e egy billentyűzet karcsú, elegáns és különleges? A Lenovo bebizonyította, hogy igen, de bosszantó is :)
Új hozzászólás Aktív témák
-
SektorFlop
aktív tag
-
pakriksz
őstag
Igen láttam egy framework moddolós megoldást(system-en belül valamit felülír) erre, de nem mertem kipróbálni még, rootolva sincs a telefon, de ezek szerint meg kéne tennem és kipróbálni.
Viszont van ez a fine volume control app (a bloatware), na azzal 1%-os lépésekben lehet szabályozni, és nem kell hozzá a root.
Troll (nemhivatalos definíció): az akinek véleménye nem tetszik nekünk/nem értünk vele egyet. (10-ből 9 fanboy ezt ajánlja) || Fanboy 8 in 1 (Intel, AMD, Nvidia, konzol, PC,+minden politikai oldal) hiszen "ahol nem mi vagyunk, ott az ellenség"
-
pakriksz
őstag
vagy egyszerűen alapon gyenge a kimenet a telefonodon, és a maximum hangerő is halkabb.
Egyébként fülestől is függ... nagyobb fülhallgatónak több kakaó kell, így azok ugyan azon a hangerőn halkabbak. De az is lehet hogy te is halláskárosult vagy
Szarul implementálva az androidban van, azzal hogy 15 fokozat van... még egy buta mp3 lejátszó is 30 fokozatot tudott 7 éve...
[ Szerkesztve ]
Troll (nemhivatalos definíció): az akinek véleménye nem tetszik nekünk/nem értünk vele egyet. (10-ből 9 fanboy ezt ajánlja) || Fanboy 8 in 1 (Intel, AMD, Nvidia, konzol, PC,+minden politikai oldal) hiszen "ahol nem mi vagyunk, ott az ellenség"
-
pakriksz
őstag
de halkabb lesz, mert ha nem 15 fokozat van hanem mondjuk 100 akkor az első fokozat 1%-os hangerő és nem 6,6%...
Csak ugye ezt a hulladék api nem engedi beállítani így pedig, lehet mert a fine volume control app százalékonként teszi (na meg a linux mindig is így tudta).Troll (nemhivatalos definíció): az akinek véleménye nem tetszik nekünk/nem értünk vele egyet. (10-ből 9 fanboy ezt ajánlja) || Fanboy 8 in 1 (Intel, AMD, Nvidia, konzol, PC,+minden politikai oldal) hiszen "ahol nem mi vagyunk, ott az ellenség"
-
pakriksz
őstag
nem, nem a hardver korlátoz... értsd már meg hogy az említett program tud kisebb hangerőt adni.
az 1-es lépcső NEM a minimum hangerő az a hulladék apiban beállítható minimum.
A framework módosítás nem jelent semmit, mert lehet ott is ugyan az a minimum van korlátozva mint a 15 lépcsősnél és azt máshol kell módosítani...
Nincs ilyen 15 lépcsős korlátozás semmilyen hardverben, sem a linuxban, sehol főleg nem egy okostelefon SOC-ban amikor ős kőtbuta mp3 lejátszók 2x ennyi fokozatot tudtak kisebb hangerővel. Ez szoftveres korlát.[ Szerkesztve ]
Troll (nemhivatalos definíció): az akinek véleménye nem tetszik nekünk/nem értünk vele egyet. (10-ből 9 fanboy ezt ajánlja) || Fanboy 8 in 1 (Intel, AMD, Nvidia, konzol, PC,+minden politikai oldal) hiszen "ahol nem mi vagyunk, ott az ellenség"
-
pakriksz
őstag
igen az api a hibás amibe valami barom 15 lépést rakott ok nélkül.
amúgy ja senki sem foglalkozik vele:
[link]
[link]
úgy néz ki a galaxy s2 is ugyan ezzel a "hibával" küzd
[link]
de még lehetne találni.De ha nem az api hibás, akkor magyarázd el, hogy külön app miért tud sokkal halkabb hangot beállítani? Mert ezen elég könnyen átsiklasz.
Hogy miért nincs nagyobb visszhangja, az egyszerű: az emberek igénytelenek. Meg lehet nézni a legtöbb már olyan halláskárosodott, hogy nem alacsonyabb, hanem még nagyobb hangerő kell nekik mint amit a gép tud adni. A max hangerőnél tényleg hardveres korlát van, de aközött, és a teljes csend között nincs
Troll (nemhivatalos definíció): az akinek véleménye nem tetszik nekünk/nem értünk vele egyet. (10-ből 9 fanboy ezt ajánlja) || Fanboy 8 in 1 (Intel, AMD, Nvidia, konzol, PC,+minden politikai oldal) hiszen "ahol nem mi vagyunk, ott az ellenség"
-
pakriksz
őstag
az szofveres cucc, preamp. Az magát a fájlból kiolvasott hangerőadatokhoz ad hozzá/von, csökkentve a dinamikát(ha addig ki volt használva a teljes 16bites tartomány). (kiolvas egy samplét 16bites, és hozzáad vagy kivon belőle, annyit amennyi be van állítva a preamp-ban)
Equalizer is hasonló, én most azt használom kényszerből, az működhet globálisan, mindegyik sáv -7,5 db. De az nyilván jobban zabálja az akksit mintha rendesen a hardveres erősítést lehetne rendesen vezérelni...Troll (nemhivatalos definíció): az akinek véleménye nem tetszik nekünk/nem értünk vele egyet. (10-ből 9 fanboy ezt ajánlja) || Fanboy 8 in 1 (Intel, AMD, Nvidia, konzol, PC,+minden politikai oldal) hiszen "ahol nem mi vagyunk, ott az ellenség"
-
thyrpacia
csendes tag
Igen valóban eléggé leegyszerűsítettem az okot. A valóság az hogy az alap virtuális gép nem használ semmiféle hardveres virtualizációs technológiát. Az egészet szoftveresen oldja meg, így nem szükséges hogy a fejlesztő gép támogasson bármilyen hardveres virtualizációt. Látható hogy igen erőforrás igényes egy nagy részben konfigurálható gépet teljes egészében szoftveresen működtetni. Mivel ARM processzort virtualizálunk így az összes utasítást át kell fordítani másik utasításkészletre.
Itt jön a képbe az x86-os képfájl. Itt lecserélték az emulátor (Android) Linux kernelének ARM specifikus utasításait az x86 os utasításkészletre így már nem szükséges egy teljes ARM processzort virtuálisan működtetni. Az utasítások mehetnek közvetlenül a hoszt processzorának, nyilván felügyelten (ehhez kell hogy a hoszt támogassa a hardveres virtualizációt).Persze nem állítom hogy az x86 os kép minden esetben gyorsabb. Nálam óriási a különbség a kettő között. Míg az alap alig akart elindulni és a menüt is 3 perc volt behozni addig az x86 os pikk pakk ment mintha telefonon futtattam volna.
Nem tudom a bluestacks mit használ és hogyan működik mert nem próbáltam még, amint lesz egy kis időm mindenképpen megnézem mert nagyon jó cuccnak tűnik, de egészen biztos vagyok benne hogy ilyen szintű testreszabásra mint az alap emulátorban biztosan nincs lehetőség. Így optimalizálni is könnyebb.
-
andyTM
senior tag
- rendben, én még leszek
más:[Agyhullám - PHP & MySQL] akit érdekel, gyakorlati példákkal, tényleg jó kis könyv, szájbarágósan taglalja a dolgokat/ nem is tudtam, hogy nekem ez megvan
-
thon73
tag
Nem úgy működik, hogy a java fordító a forráskódból byte-code-ot csinál, és a .class-ból készít az Android SDK .dex-et? Vagyis az elején kell lennie egy java fordítónak (a jdk-ból) és csak az eredményből lesz Dalvik VM-hez való kód. Ezért mégsem értem, hogy az AIDE a fordítás első felére mit használ fel? ((Mert egyébként teljesen kompatibilis az Android SDK/Eclipse IDE -vel))
A kérdésem igazából windows alatt sem más, uis. - az írások szerint - az Oracle/Sun Java 7 sem megfelelő a fordításhoz. (Na jó, 99%-ban megfelel.) Ott (Win alatt) egyébként abban különbözik a helyzet, hogy a 7-es és 6-os verziókat nehezebb párban használni, legalábbis nehezebb beállítani/átlátni, hogy melyiket használja a rendszer. (Az Eclipse dokumentációja szerint a környezeti változókat nem használja.) Viszont a 6-os egyre inkább ki lesz téve biztonsági réseknek, tehát pl. bankolásra egyre kevésbé illik használni. (Még két hétig ez persze nem igaz )
Bocsánat, hogy a kákán is csomót keresek; csak izgat a kérdés. Belefutottam ebbe az elméleti problémába, és sehol nem találok választ.
Igaz, az is egy válasz, hogy használjam az OpenJDK-t vagy a SunJava 7-t, lesz-ami-lesz alapon. Ha hiba jelentkezik, elég majd akkor foglalkozni vele. Én azért örülnék, ha inkább az előbbit tudnánk tisztázni.Több infom nincs a fentiekről, nem jártatom tovább a számat, csak fülelek a válaszokra! Köszi!
-
thon73
tag
Csak megjegyzés: az ADT Bundle - a névjegye szerint - Eclipse 3.7.2-t, azaz Indigót használ. Úgy láttam. Egyébként ugyanaz, csak rondább a 'splash-screen', már amit eddigi rövid ismeretségünk alapján tapasztaltam. Előnyök: kisebb méret, könnyebb telepítés - egyik se jelentős előrelépés.
[ Szerkesztve ]
-
pittbaba
aktív tag
Köszi!
Azóta már még több problémám keletkezett.
Elsőre a megoldás :
line = line.replaceAll(",(?=,)", ",NULL");Ekkor az lett a baj, hogy a vesszők közötti értékek közül is a stringeknek kell ' ' vagy " " így könyebbé vált a helyzetem:
line.replaceAll(",","','");
Ekkor jött a meglepetés, miszerint vannak olyan tartalmak ahol egy cellának az értéke:
y,x,"Kis,Pál utca",a,bEbből ez lesz:
'y','x','"Kis','Pál utca"','a','b'Így a Kis, Pál utca stringet kettévágtam, csúszik az adat feltöltése az adatbázissal, több tartalom lesz mint cella stb..
Ez sem jó...Egy olyan reg.expr kellene nekem ami megoldja a fenti problémámat:
Ha vesszőt lát, tegyen a két oldalára aposztrófot, kivéve ha úgy lát vesszőt, hogy az két " " közötti szöveget választ el, akkor ne csináljon a vesszővel semmit.
Tipp? Biztos megoldható...PH Konfigom: Gigabyte GA-H97M-D3H, i7 4790K,GTX 960, Seasonic SS-620GM
-
fps8
senior tag
Rendben, az menni fog mert 3 hét múlva kint fogok dolgozni.
Egyébként szerinted lenne értelme nyitni egy vállalkozást, hogy segítsem a magyarokat alkalmazásaikból bevételhez? Megbízhatóságom alapján, talán lennének jelentkezők akik rajtam keresztül tennék fel a fizetős alkalmazásaikat mint egy szolgáltatás, és akkor szerződésben rögzítenénk a feltételeket, juttatás arányosságát stb."War... war never changes"
-
thon73
tag
Ops. Ezt nem nagyon értem. Most nem a tervezetten Bluestacks-os készüléknél vagyok, ezért nem tudtam még kipróbálni. De igazából a saját Android készülékemen (valós, nem virtuális) minden fordítás azonnal fut, ill. a debug is azonnal megy. Csak úgy érdeklődésképpen kérdem: van ahol/akinél kell várni?
Amúgy - ha már egyszer elindult - a Google AVD sem túl lassú, persze én nem teljesítmény-éhes dolgokat készítek, hanem főleg szövegfeldolgozást...
De ez a Bluestack igen ígéretesnek hangzik! -
thon73
tag
Ez jogos. Én az adataimat (alkamanként 5-6 mega) az external mem-ban tárolom, aminek elsődleges oka, hogy random elérésre van szükségem. (Az sqlite jó lenne, de az meg nem tölthető fel automatikusan.) Van ennek a megközelítésnek hátulütője is, pl. a hibakezelés, de csak egyszer kell megírni.
A lényeg, hogy emiatt nem tűnt fel, a másolási idő. Én csak akkor vártam, amikor az adathalmazt elhelyeztem…CoolBoy: hova küldjem? Küldesz pü-t?
-
thon73
tag
Erről lehet, hogy érdemes egy kicsit beszélgetni, mert nem találtam jó megoldást.
Az assets meg a res az vili. Csakhogy azokban az adatokban nem lehet ugrálni, csak folyamatos beolvasást találtam.
Ha menet közben készül az adat, arra jó az sqlite.
De mi van akkor, ha van egy aránylag nagy (és kész) adatbázisom, amit bővítenem kell időnként?
Most pl. pont egy szótár, százezer feletti szócikkel?
Erre találtam legjobbnak az sd-n való tárolást, kétségtelen, ki lehet venni, meg egyéb problémák is felléphetnek, amire figyelni kell.
De ha van egyéb megoldásra ötlet, annak nagyon örülnék! (Dupla tárolás, pl. asset-ből beolvasni, kizárva uis. legfontosabb, hogy azonnal reagáljon.) -
thon73
tag
Ami nekem hiányzik: Palm/Garnet OS alatt ez úgy működött, hogy a kész adatbázist (most sqlitenak felel meg) a program telepíthette fel, és rögtön kész adatok álltak rendelkezésre.
Felmerült, hogy az adatok a res/assetsben legyenek, és induláskor áttölti sqlite-ba, de ez dupla hely.
Az sd-vel a legnagyobb baj, hogy adatbázis-kezelő helyett használom, ill. nemigen tudom, hogyan fogja egy felhasználó oda másolgatni a szükséges adatokat. Hm. Ennek ellenére ezt találtam a legjobbnak.
Más: nincs kedved a játékfejlesztésről, surfaceview-ről - egy egyszerűbb játék kapcsán tutorialt írni? CoolBoy-nak igaza van, magyarul szinte semmi nem érhető el, utána még mindig meg fog küzdeni az api-k megértésével. De talán, ha van kiindulópont, akkor könnyebb… Én biztos nem fogok mostanában játékot írni.
-
thon73
tag
Na, pont ezért kellene írni egyet de nem erőltetem, csak ötlet volt.
Ezt viszont nem tudtam megoldani: tényleg lehet egy adatbázist az apk telepítésével együtt feltölteni? Tehát nem egy statikus adathalmazból áttölteni az sqlite-ba, hanem közvetlenül az adatbázist sqlite file formájában a program saját területére áthelyezni? Létezik erre megoldás? (Azno kívül, hogy a pl. raw-ban tárolt adatokat a program saját maga egyesével egy adatbázisba helyezi.) -
Sianis
addikt
CursorLoader? Benne van a support-v4 libben és azt állítja magáról, hogy kezeli a cursor teljes életciklusát, nem kell foglalkoznod a bezárással.
Sianis
-
thon73
tag
Pontosan. Ha onPause-ban bezárom, akkor nem lesz.
DE:
onPause után a rendszer bármikor bezárhatja a programot, és akkor az onStop ill. onDestroy nem kerül meghívásra. Ha a zárás az onDestroy-ban van, akkor soha nem kerül meghívásra és bezárásra.Ez a helyzet sokkal gyakoribb, mint gondolnánk. Most próbáltam tesztelni: ha home-mal lépek ki a programból, és utána egy csomó minden mást elindítok (ez azért gyakori), akkor az eredeti program figyelmeztetés nélkül bezár ((egyébként a gyakorlatban ez az onStop után következik be, elméletileg már az onPause után is bekövetkezhetne))
Azt nem tudom, zavarja-e az adatbázist és a cursor-t, ha nyitva marad. Szerintem nem, mert adapterről van szó, tehát csak olvasásról.
Zavarja-e a rendszert, ha nyitva marad az adatbázis? Mem-leak?
Vagy ne foglalkozzak az egésszel, mint ahogy a legtöbb példaprogram teszi.Egy ideje olvasgatok erről, de sehol nem találtam korrekt módszert a zárásra. Kivéve az onPause-onResume párosát, de annak meg más baja van. (vagyis túl gyakran kerül meghívásra.) Szerintem az egyik legnagyobb hiba az Android tervezésében, hogy az onPause után megengedett a rendszernek az erőltetett kilépés. Mi a nyavajáért nem fejezheti be ilyenkor a dolgát a program!?
((A listView esetén sajnos teljes activity-ben kell gondolkodni: amíg a listview látszik, addig az adapter aktív, tehát kell a nyitott cursor és adatbázis is.))