Hirdetés
- Android alkalmazások - szoftver kibeszélő topik
- Vodafone mobilszolgáltatások
- Mobil flották
- Milyen okostelefont vegyek?
- Samsung Galaxy S24 - nos, Exynos
- Kiderült, mekkora aksi van az iPhone 16-okban
- iPhone topik
- Motorola Edge 50 Ultra - szépen kifaragták
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Redmi Note 13 Pro+ - a fejlődés íve
Hirdetés
-
Jövő év elején jön a most bejelentett Like A Dragon: Pirate Yakuza in Hawaii
gp Kalóz jakuzák Hawaii-on, azaz újabb őrület vár ránk február végétől.
-
Érkezik a Redmi Watch 5 Lite
ma Szeptember 25-én Indiában lesz az aktivitáskövető premierje, és lehet, hogy marad is azon a piacon.
-
Végre a Logitech is bemutatott egy analóg klaviatúrát
ph A dolog már eléggé időszerű volt, mindenesetre a három színben készülő, TKL-es megoldás nem dúskál a hobbistáktól ellesett okosságokban.
Új hozzászólás Aktív témák
-
#59070464
törölt tag
Ilyen már van. [link]
21/09/13 Base rom changed to PSX....all kernels will be re-tested...sorry for the delay...
22/09/13: Finish benchmark for Faux123 26m
23/09/13: Finish benchmark for Trinity T4h
24/09/13: Finish benchmark for Stock 4.3
25/09/13: Finish benchmark for Franco 184*Retest needed
26/09/13: Finish benchmark for Matrix 11**-112mV enabled
26/09/13: Finish benchmark for Sema 1.6.5**-100mV enabled
27/09/13: Finish benchmark for AK 25+
28/09/13: Finish benchmark for NEO 12**-112mV enabled
28/09/13: Finish benchmark for Hells-core B38**-125mV enabled
29/09/13: Finish benchmark for Franco r184**-125mV enabled
30/09/13: Finish benchmark for Reborn90 r184**-125mV enabled
1/10/13: Finish benchmark for Bricked 20/9**-125mV enabled[ Szerkesztve ]
-
NTonee
veterán
egy ideig én is betoltam mellé a franco kernelt, de aztán elmaradozott. A PSX romot NewmanHD beszámolói alapján már én is nézegettem, ha lesz egy kis időm, akkor lehet, hogy adok neki egy lehetőséget.
szerk:NewmanHD:
megvolt. az a bizonyos gservice agybaj, aztán 3x egymás után blackscreen-es nightly.
szerk2: összenézem majd
szerk3: igazából nem is a sebesség lenne a lényeg nálam, hanem a lehető legnagyobb személyre szabhatóság, legtöbb plusz feature, ami még a stabilitási határt nem lépi át.[ Szerkesztve ]
-
#59070464
törölt tag
Android 4.3 Revision 0.9 - JWR66L
Android 4.3 Revision 0.9.1 - JWR66N
Android 4.3 Revision 1 - JWR66V
Android 4.3 Revision 1.1 - JWR66Y
Android 4.3 Revision 2 - JSR78D
Android 4.3 Revision 2.1 - JSS15J
Android 4.3 Revision 2.2 - JSS15Q
Android 4.3 Revision 3 - JLS36C~09.17./09.18. óta JLS-el megy a CM. Azonban:
This is on every JSS ROM (JLS too, but people have said different things). This is unfixable besides reverting a specific part of the ROM to JWR like what Paranoid has done BUT
The deadlock issue is ONLY PRESENT on the nexus 4. As cm supports many devices why revert this only to please a single set of users, with thousands of other device users being forced to "downgrade"
So for now, deal with it. When kitkat comes out I'm sure it will be fixed.Szóval JSS kernel jó lesz hozzá. Esélytelen, hogy két hét alatt ne csinálta volt meg Franco vagy Faux a JLS-t.
PSX 7.2 JWR66Y-al jön, ha valakit érdekel.
Lecseréltem a Falcon Pro-t gReader-re. Ez egy álom.
Szerk: megelőztek.
[ Szerkesztve ]
-
#59070464
törölt tag
Úgy érzem ebből még lesznek komoly problémák. Soha nem használtam huzamosabb ideig CM kernel-t, de így a ROM-t sem fogom. Krisztián az imént mondta, hogy PSX / Neo support-nak is vége lesz az N5 megjelenésével. Úgy tűnik számomra nem marad más, mint a PA az integrált Franco-val.
-
Worlon83
aktív tag
Elolvastam.
Ők így döntöttek, ennyi.
Ha csinálnak ezután egy jó kis CM kernelt, akkor meg kár is cserélgetni. Amúgy ez mind várható volt, azzal, hogy céggé alakultak. Ez mindig azzal jár, hogy az egész dolog egyre zártabb és rugalmatlanabb lesz.Persze sajnálom, mert így valamilyen szinten CM elvesztette a vonzóerejét.
-
#59070464
törölt tag
-
#59070464
törölt tag
Írja, hogy elvileg tudja majd olvasztani a kettőt. De 100%-os nem lesz, mert N5 mellett nem fogja az N4-t használni, így feedback-re hagyatkozva fog fejleszteni. Gondolom én. Nekik egyértelmű, hogy 0day kell a következő Nexus. Magyarországon ( ) nekem annyira nem, de a software mégis hajtana afelé. Váltanék én (5 inch, Full HD, S800), csak ahhoz kéne, hogy hogy az árkülönbség hozza azt a pluszt. Ezt két ellentétes dolog gátolja. Az N4 használt piaci ára lefelé mutat, az N5 bevezető ára pedig felfelé. Így a különbség jelentős.
(#299) haligali72: PA-val közel sem egy óra az üzemidő (sőt, egyik ROM-al sem, még OC-val sem). Valaki failozik.
[ Szerkesztve ]
-
#59070464
törölt tag
Megspóroltam neked. Az r189-es kernel gyári értékeit odaírtam, ha valaki a sok állítgatásban elveszne és a végén nem tudná, hogy már mit mire állított.
The CPUfreq governor "interactive" is designed for latency-sensitive, interactive workloads. This governor sets the CPU speed depending on usage, similar to "ondemand" and "conservative" governors, but with a different set of configurable behaviors.
The tuneable values for this governor are:
above_hispeed_delay (Default is 20000): When speed is at or above hispeed_freq, wait for this long before raising speed in response to continued high load.
boost (Default is 0): If non-zero, immediately boost speed of all CPUs to at least hispeed_freq until zero is written to this attribute. If zero, allow CPU speeds to drop below hispeed_freq according to load as usual.
boostpulse: On each write, immediately boost speed of all CPUs to hispeed_freq for at least the period of time specified by boostpulse_duration, after which speeds are allowed to drop below hispeed_freq according to load as usual.
boostpulse_duration (Default is 80000): Length of time to hold CPU speed at hispeed_freq on a write to boostpulse, before allowing speed to drop according to load as usual.
go_hispeed_load (Default is 99%): The CPU load at which to ramp to hispeed_freq.
hispeed_freq (Default is 1242000): An intermediate "hi speed" at which to initially ramp when CPU load hits the value specified in go_hispeed_load. If load stays high for the amount of time specified in above_hispeed_delay, then speed may be bumped higher. Default is the maximum speed allowed by the policy at governor initialization time.
input_boost_freq (Default is 0): This entry is the frequency which the CPU will be boosted when the screen is touched.
io_is_busy (Default is 1): Set to 1 is quite beneficial for quickly reacting the onset of load.
min_sample_time (Default is 80000): The minimum amount of time to spend at the current frequency before ramping down.
target_loads (The default is target load 90% for all speeds): CPU load values used to adjust speed to influence the current CPU load toward that value. In general, the lower the target load, the more often the governor will raise CPU speeds to bring load below the target. The format is a single target load, optionally followed by pairs of CPU speeds and CPU loads to target at or above those speeds. Colons can be used between the speeds and associated target loads for readability.
For example: 85 1000000:90 1700000:99
targets CPU load 85% below speed 1GHz, 90% at or above 1GHz, until 1.7GHz and above, at which load 99% is targeted. If speeds are specified these must appear in ascending order. Higher target load values are typically specified for higher speeds, that is, target load values also usually appear in an ascending order.
timer_rate (Default is 20000): Sample rate for reevaluating CPU load when the CPU is not idle. A deferrable timer is used, such that the CPU will not be woken from idle to service this timer until something else needs to run. (The maximum time to allow deferring this timer when not running at minimum speed is configurable via timer_slack.)
timer_slack (Default is 80000): Maximum additional time to defer handling the governor sampling timer beyond timer_rate when running at speeds above the minimum. For platforms that consume additional power at idle when CPUs are running at speeds greater than minimum, this places an upper bound on how long the timer will be deferred prior to re-evaluating load and dropping speed. For example, if timer_rate is 20000uS and timer_slack is 10000uS then timers will be deferred for up to 30msec when not at lowest speed. A value of -1 means defer timers indefinitely at all speeds.
[ Szerkesztve ]
-
#59070464
törölt tag
Milyen régi?
(#320) cukrosleves: angolul használom a telefont, szóval csak tippelni tudtam mit szeretnél. Mi az értesítési sáv? Ez nem a status bar (ami felül helyezkedik el)? Másra nem tudok gondolni ( ) és akkor amit írtam, az helyes. Ha a nav. bar-t 0%-ra állítod, akkor automatikusan előjön a PIE és fent megmarad a status bar (értesítési sáv? ).
-
#59070464
törölt tag
Nekem tízből kilencszer szövegbevitelnél, a maradék egynél pedig random jött elő. Az utolsó nightly-t használom, azaz két napja és nem emlékszem deadlock-ra. Szövegbevitelnél eddig biztosan nem volt. Kijelző időm viszont 2.5 óra. Amit nem is csodálok, már csak azért sem, mert ha hozzáérek a kijelzőhöz 1.5 GHz-en üzemel a CPU. Igaz, ha elengedem leugrik 384 MHz-re, szinte azonnal.
Nagyon halott az XDA-n a CM topic. Napokig post nem érkezik...
(#508) Worlon83: szerintem nyugodtan ne használd az off topic gombot. Itt szinte minden on, ami nem SIM kártya cseréről vagy tokokról szól.
[ Szerkesztve ]
-
NTonee
veterán
és Slukkica kernele sem tetszik?
-
mihione
őstag
-
barnam_
nagyúr
-
SamS20
senior tag
lényegében ha jól értem akkor amíg a játék fut addig kb minden energiaforrást maxon futtat (hotplug teljes mértékben kikapcsolva) és mind a 4 mag aktív amíg a folyamat be nem zárul ?!
ergó ha egy játéknak elég 2 mag, meg 320mhz-n a gpu akkor is 400on fogja futtatni 4 maggal ?!
[ Szerkesztve ]
-
Criton
veterán
Szóval tegyük fel, most kinyitom a bootloadert, minden adatom elveszik mert a rendszer default-ba áll vissza komplett.Stock 4.3 ROM marad a kernelt meg le tudom cserélni Francora. Így tudok-e majd frissíteni 4.4-re, Franco kernel miatt A bootloader nyitva marad-e 4.4 frissítése után Mert ha nyitva marad, akkor ugye után elvileg könnyebb lenne majd csak a Kernel csere, akkor már nem járna adatvesztéssel. Root-ot is érdemes-e megcsinálni Főleg olyan Franco kernel kéne most, ami jó a 4.3 alá, és néha játszom, szóval arra is jó legyen. ROM-ot cserélni nem nagyon akarok, szerintem teljesen jó a stock rom, vagy
[ Szerkesztve ]
-
adequate_cou
senior tag
Nincs másik amiben meg tudnám oldani, hogy alul legyen a navbar bal oldalán a status bar ikonjaival, és felül ne legyen semmi. Ugye ez tablet ui elrendezés, más romokban ilyenkor minden más is kisebb lesz, itt nem.
szerk.: megy fel szerintem a stock + franco kernel.
[ Szerkesztve ]
-
dnelb
veterán
Csak a csalódás... Nyomtam egy FR-t (csak mondom, egy olyan rom volt fenn ami a legelső CM10.2 óta nem kapott FR-t. szóval eléggé komolyan teleszemetelt majdnem 3 hónapos rendszer..) felraktam a snapshotot meg a franco plust. Ez a kernel ez no komment kategória, 2D-ben nincs teljesitménye a telónak , kb fele, státuszbárlehúzás ha van valami kinn akkor mindig belaggolt , csak pislogtam.. Ezen kívül bárhol képes volt beakadni. Kuka, felraktam ezt a kernelt , a helyzet sokat javult, de még mindig nem olyan mint a régi teleszemetelt rendszerem.. Úgyhogy ment vissza a restore. Komolyan nem értem mivan ezzel a CMel, esküszöm az első pár verziót éreztem a legsimábbnak., ahogy jönnek ki az újak egyre jobban veszít a sebességből
[ Szerkesztve ]
Új hozzászólás Aktív témák
Hirdetés
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen