- Yettel topik
- Apple Watch Sport - ez is csak egy okosóra
- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy S21 FE 5G - utóirat
- Milyen okostelefont vegyek?
- Ezek a Samsung Galaxy A35 és Galaxy A55 magyar árai
- A Watch7-tel debütálhat a Samsung vércukormérője
- iPhone topik
- Érkezőben a Poco M6 4G
- Bluetooth-headsetekről általában
Hirdetés
-
Olcsó 5G-s ajánlatot nyújt a Realme Indiának
ma Megérkezett a Realme C65 5G, az első készülék a MediaTek Dimensity 6300-zal.
-
Free Play Days 2024 - 17. hét: Railway Empire, Prison Architect
gp Extraként a TramSim: Console Edition című játékot is kipróbálhatják az érdeklődők.
-
Rossz üzlet az EV-kölcsönzés
it Küszködik az EV-kölcsönzés miatt a Hertz Global, még több EV-t adnak el.
Aktív témák
-
muveszur
addikt
Csak berakom a topicot a hozzászóltak közzé
-
muveszur
addikt
válasz Gabi 8906 #241 üzenetére
Ne foglalkozzál vele, ezzel még nem fog kevesebbet menni a telefonod...Semmi károd nem keletkezik belőle, csak relax, és töltsd bekapcsolva
bulika25:
Az APN beállításokat kérd le a szolgáltatódtól, ne a hozzászólásokat nézd, azóta már változhatott is valami. Telenoréknál volt mostanában elég kavarás az APN-ek körül.[ Szerkesztve ]
-
muveszur
addikt
Bavid:
Illetve a legfőbb bizonyíték:
"The 95-99% battery after unplug: In 2.1 and 2.2, we were used to getting 100% battery life after unplug (note: it was most probabbly also anywhere between 95-99%, it was just shown at 100% for "satisfaction"). In 2.2.1, Samsung decided to show the real percentage which is those 95-99%. There is no fix for that (as it is not a bug, thus fix is not needed), because it's just a change in charging cycles of the battery to prolong it's life span (or no change at all, just change in displaying the percentage)."lacaa85:Illetve: Gingerbread felrakásához nem csak a JS8 feltétele a szükségtelen, de a JPU felrakása is teljesen értelmetlen. Egyszerűen csak a 3 fájlos JVB-t kell felrakni 512-es PIT-tel és Re-Partitionnal!
A belső SD formázását meg a JVB felrakása előtt tenném meg.[ Szerkesztve ]
-
muveszur
addikt
-
muveszur
addikt
válasz laccaa85 #253 üzenetére
Várjál...A fugumod egy kernel, míg a goatrip egy komplett rom...A CFRoot addon-t felejtsd el!
Szerintem tedd fel a Goatrip romot, majd cseréld le a kernelt Fugumod-ra.2e recovery felrakása:
Tudom ajánlani a supercurio gingerbreades voodoo kernelét erre a célra. Letöltöd, betallózod PDA-ba a .tar fájlt, flasheled repartition nélkül, bekapcsol a telefon, reboot recoverybe recoverybe bemész, és már teheted is fel a Goa-t...
Előtte azért a belső sd-n én létrehoznék egy voodoo/disable lagfix mappát, hogy ne legyen konvertálás ext4-re, mert ha konvertál, nem megy majd fel a Goa.R2D20208:Leírnád, hogy mit akarsz felrakni?
[ Szerkesztve ]
-
muveszur
addikt
válasz laccaa85 #255 üzenetére
Akkor a következő a harci feladatod:
1. JVB
2. Supercurio gingerbread voodoo kernele (felrakását leírtam az előbbi hozzászólásban)
3. GoaTrip rom felrakása CWM-ből
4. Ha gondolod, végül egy FuguMod kernellel lehet zárni, majd FuguApp-al lehet konvertálni a partíciókat ext4-re vagy JFS-re. Nekem is FuguMod-m van... -
muveszur
addikt
válasz laccaa85 #306 üzenetére
Nem vesztes el semmit sem, ez csak egy egyszerű apk fájl, telepíted és már választható is a live wallpaperek között...
Gondolom a Tweaks alkalmazás a CF-root tweakjeit akarná használni, de már Fugumod van, úgyhogy ezért nem engedi.CHIPman:
Én T-s vagyok, mióta világ a világ, nekem azért kell t-s teló, mert részletre akarom venni az sgs ii-t, nekem így jó, van rá havi x ezer, és így a telefon megjelenésétől kezdve nyomon tudom követni a dolgokat. Nekem MM S-em van, pofázni elég sokat pofázok, a mobilnet meg kell mellé nekem...plusz kiegészítve egy pár családbaráttal...[ Szerkesztve ]
-
muveszur
addikt
válasz tariattila #364 üzenetére
Mármint a részlettel van esély? Igen, mert általában számomra kedvezőtlen konstrukciókat ajánlok fel bnőmnek...ilyen hülye vagyok
-
muveszur
addikt
válasz tariattila #370 üzenetére
Jah Hát igen, finom lesz az az sgs ii az mhl csatlakozójával.....
[ Szerkesztve ]
-
muveszur
addikt
válasz korpicschess #569 üzenetére
Helyes, helyes
-
muveszur
addikt
válasz korpicschess #1037 üzenetére
De bejövős ez a téma
-
muveszur
addikt
válasz knyitogato #1095 üzenetére
A lényeg: gyári szoftverrel nem igazán tökéletes, sőt egyeseknek szinte használhatatlan a GPS-e. Frissíteni kell a szoftvert. 2.2.1-esek közül a JS8-as rom + JQ1 modem bizonyult a legjobbnak, míg 2.3.3-mal már közel a tökéleteshez a GPS.
-
muveszur
addikt
Ha nem Winrar-os ki/be tömörítéssel történne a témakészítés, akkor egyből bukna a dolog, hogy több akksikép van, mint amennyit használ. apktool egyből jelezne, hogy hopp, baj van (enélkül nem engedné újrakódolni az apk-t).
Az, hogy hány százalékonként kap új képet az akksikijelzés, az a res/drawable/stat_sys_battery.xml-e nés a */stat_sys_battery_charge.xml-en múlik, ebben van meghatározva, hogy mit és hogyan.
Továbbá figyelni kell a .9.png képek észnélküli cseréjére is, hanem szépen kódolni őket.
Illetve ha hibás a framework-res.apk, akkor a bootloopból nem következik, hogy csak Odinnal lehet helyrerázni a telefont. Legyen egy update.zip a telefonon működő framework-res.apk-val, és az helyrerázza a dolgokat. Vagy akár egy másik téma feltétele is megoldja. Így elkerülhető az adatvesztés.
[ Szerkesztve ]
-
muveszur
addikt
Stock JVB akksikijelzés:
<item android:drawable="@drawable/stat_sys_battery_0" android:maxLevel="4" />
<item android:drawable="@drawable/stat_sys_battery_10" android:maxLevel="19" />
<item android:drawable="@drawable/stat_sys_battery_20" android:maxLevel="34" />
<item android:drawable="@drawable/stat_sys_battery_40" android:maxLevel="49" />
<item android:drawable="@drawable/stat_sys_battery_60" android:maxLevel="64" />
<item android:drawable="@drawable/stat_sys_battery_80" android:maxLevel="79" />
<item android:drawable="@drawable/stat_sys_battery_100" android:maxLevel="100" />Stock JVB akksikijelzés - töltési ciklus
RÉSZLET 1:<item android:maxLevel="19">
<animation-list android:oneshot="false"
xmlns:android="http://schemas.android.com/apk/res/android">
<item android:duration="2000" android:drawable="@drawable/stat_sys_battery_charge_anim0" />
<item android:duration="1000" android:drawable="@drawable/stat_sys_battery_charge_anim1" />
<item android:duration="1000" android:drawable="@drawable/stat_sys_battery_charge_anim2" />
<item android:duration="1000" android:drawable="@drawable/stat_sys_battery_charge_anim3" />
<item android:duration="1000" android:drawable="@drawable/stat_sys_battery_charge_anim4" />
<item android:duration="1000" android:drawable="@drawable/stat_sys_battery_charge_anim5" />RÉSZLET 2:
<item android:maxLevel="64">
<animation-list android:oneshot="false"
xmlns:android="http://schemas.android.com/apk/res/android">
<item android:duration="2000" android:drawable="@drawable/stat_sys_battery_charge_anim3" />
<item android:duration="1000" android:drawable="@drawable/stat_sys_battery_charge_anim4" />
<item android:duration="1000" android:drawable="@drawable/stat_sys_battery_charge_anim5" />
</animation-list>Ebből látszik, hogy van van 7 kép + 6 kép a töltésre...A helytakarékosság miatt nem másoltam ki mindent a töltési ciklusból, de nagyjából látható, hogy mi miért történik.
És most megnéztem, nálam egy deodexelt (elvileg ezen kívül érintetlen) stock JVB-ben 28 kép van az akksinak...5-ös skálázása lenne ezzel az akksinak, ergo a Samsung lusta volt[ Szerkesztve ]
-
muveszur
addikt
A .9.png képek arról szólnak, hogy magán az eredeti képen kívül körben van egy 1px*1px-es keret, amiben vannak bizonyos helyen fekete pixelek. Ezek határozzák meg, hogy egy négyzet alakú képet hogy fog a telefon felnagyítani egy pl. téglalap alakú képre, úgy, hogy ne legyen minőségromlás. Ha apktool kódoljuk be a .9.png képet, akkor el fog tűnni a keret, többet nem látjuk, de a telefon "tudja" miről is van szó. Ha csak lecseréljük vele Winrarral, akkor az egész apk-t nem tudjuk a későbbiekben újraépíteni, amíg ki nem javítjuk, ezzel pedig oda az xml szerkesztésnek.
berczy03:
Szerintem vagy nem alaplapi usb-re csatlakoztattad, vagy nem 2.0-ra...vagy kábelhiba[ Szerkesztve ]
-
muveszur
addikt
"annak ugye a .apk fájlok, ezekkel semmi gond sincs, mindenki tudja, hogy mire jók. Tulajdonképpen a .odex kiterjesztésű fájlok speciálisan egy-egy adott .apk fájlhoz kapcsolódnak, és az a fő feladatuk, hogy helyet takarítsanak meg a lemezen.
Ezek az "odex" fájlok a hozzájuk tartozó .apk fájl egyes részeit tartalmazzák (összegyűjtve), amelyeket a rendszer optimalizál a tényleges bebootolás előtt. Ez egyrészről gyorsítja magát a boot-folyamatot (illetve inkább a boot utáni "tétlen" állapotot), mivel egyes, nagyobb erőforrásigényű fájlok rendszerszintű részletei már előre betöltődnek (lásd. egy téma).Az odexek árnyoldala, hogy pont emiatt nehézkes ezeket a fájlokat módosítani - ugyanis egy .apk-hoz egy (vagy akár több) egyedi, meghatározott .odex is tartozik, ami ugye egy elengedhetetlen részét képezi a fő APK-nak, de mivel előre betöltődnek egy meghatározz helyre, még a fájl elindítása előtt, hiába írjuk át vagy módosítjuk magát a .apk-t, az eredeti .odex-szel vagy odex-ekkel sajnos nem fog elindulni.
Itt jön képbe az deodex - ez tulajdonképpen az APK-k "újracsomagolása", magyarán egyesítése a megfelelő .odex-ekkel úgy, hogy minden apró kicsi részlet egy helyen legyen. Ez történhet egy sima fájllal, de akár egy ROM-mal is: egy ROM is lehet deodexelt, ami annyit tesz, hogy az összes ROM-fájl egyesítve, összesítve van, így nyugodtan lehet azokat - hozzáértéssel - módosítani. " by anzo
-
muveszur
addikt
válasz Oppenheimer #1647 üzenetére
Ez szvsz nem a Samsung hibája...hanem a dolgozóké...Egy cég sem szűrheti ki az ilyen alkalmazottakat!