Šta je novo?
Od:
Filteri

OnePlus One

Priority mod i ako imaš viber pišeš im mail i psuješ sve po spisku ako i dalje nisu sredili to u njihovom đubretu od app
 
Pritisneš volume dugme, svejedno up ili down i odabereš priority. Onda "prolaze" samo priority notifikacije, a možeš da podesiš koje su to notifikacije. Mislim da je po defaultu samo alarm.
 
Не.
 
Odradio, za sada je sve ok, zadovoljan sam... Jos da nadjem neku krvnichki crnu temu jer volim da mi je sve zivo crno, najcrnje...
 
Probaj deep darknes, imaš je na plej storu.
 
00257633dc3970d5f4dab1ae6788f1c1.jpg

Kako da ucinim da mi status bar bude transparentan potpuno?
Da li to zavisi od teme?
 
Koja je to vremenska prognoza?
 
u cLock aplikaciji.Ili postavi njen widget pa ćeš imati da podesiš.
 
Adventures in OTA Land

Vrlo interesantan post od Steve Kondik-a, narocito za sve koji se pitaju sto nema OTA ili zasto je toliko kasnio...

Hey everyone.. I wanted to write a little bit about the crazy adventure we had when rolling out Cyanogen OS 12. This was possibly the most troublesome OTA we've done for any device yet, not because of the software (which is pretty damn good IMHO), but because of the process required to actually install it when coming from CM11. This is pretty technical stuff, but I wanted to be transparent about it and mostly get it off my chest because it was as frustrating for us as it was for some of you.

Moving up to L was a big project. This was only the second time in the history of CM where we decided to "start over" using a clean AOSP + CAF base, reevaluate our features vs. the new stuff Google did for L, and bring all of our stuff back in. We did this when ICS came out too. It's a bit more than a "rebase" since large amounts of code had to be refactored or redesigned due to the extensive platform changes in L. It's good to do this from time to time when dealing with an upstream like AOSP, because you can make sure your code stays "fresh" and works well with the system. It took longer than we had anticipated, but we did the bulk of the work in the open so that diehards could use the nightly builds and so that other ROMs could build off of us too while we got it production ready.

With all that out of the way, we moved onto certification. And of course, this was not a "fire and forget" situation either as it had been in the past. The first issue we hit was with the camera stack. While we have our own camera application in CM, the factory team owns the actual imaging stack as it integrates a number of third-party products that we surface as features like Clear Image, Smart Scene, and RAW capture. Unfortunately that stack was designed for Kitkat and doesn't pass certification. While we have our own stack that did pass, it didn't have these third-party features and we wanted to avoid axing these awesome features at all costs. So we got that sorted out and while the solution isn't perfect, the quality and feature set is still good as it has been. Simultaneously, Google released a new test suite which "fixed" one test which you were previously "allowed" to fail in the DRM video playback tests. As it turns out, the reason we failed it wasn't actually the reason that failures were waived, and we discovered that we had a bug in our extended media codec support (I lost a lot of sleep over this one). With these out of the way, we decided to ship.

It's no secret that we use a slow rollout system. We do this so we can monitor the feedback you guys post, and also view diagnostic data that we get from the process. We found an issue where Play Services could wreck your battery, and we also found that encrypted devices were failing to upgrade. We also found that some alternative recoveries would fail to install the update, or otherwise leave the device in an unusable state. This was serious enough that we stopped the rollout and resolve the issues before causing any more carnage. With the Play Services issue fixed, and the upgrade process for encrypted devices all set, we started the rollout again. We started getting feedback that people weren't able to upgrade their encrypted device. This made no sense at first- we tested this a hundred times end-to-end and could not reproduce the issue at all. Fortunately, we were able to locate a user in Seattle (where our engineering office is) who had the issue and he brought the device down to use to have a look at. After much head scratching, what we found was a highly demonic bug lurking in the "uncrypt" code. Traditionally, the "/cache" partition is used to download OTA files before flashing them, but this was a big update that was much bigger than the small cache partition on the Bacon. The solution to this is to download it to the /data partition, but the /data partition is encrypted and you can't read it from the recovery system. Google came up with a clever solution called "uncrypt" which runs in Android before shutting down after downloading the OTA file. Uncrypt rewrites the decrypted file back into the raw partition and creates a "block map" which the recovery system can use to reconstruct the file without having to actually mount the encrypted storage. Sounds crazy, but it works well. Well, it does now. After a bit more lost sleep, our engineers found an integer overflow in the uncrypt code which manifested when the /data partition is full enough that would cause this block map to be inaccurate, so recovery would fail to verify the downloaded file (which was random encrypted data). Mystery solved!

We restarted the rollout today and plan to have it out to everyone by the end of the week.

We're also working hard to get 12.1 rolled out in the coming weeks which brings in the new changes from Android 5.1.1 as well as a few new features of our own like LiveDisplay and of course bugfixes.


Ceo thread https://forums.oneplus.net/threads/adventures-in-ota-land.306573/.
 
A možete i staviti 12.1 nightly i da ne čekate nekoliko nedelja. :) Meni radi odlično, bolje nego CM12s definitivno.
 
Samo pokazuje koliko je softver development jedna ****no kompleksna stvar.
 
+1
I meni se desava to isto od pre par dana... Bar sam to tad primetio... Nemam pojma koji mu je.
 
Meni je jutros "zamrzla" location ikonica u status baru... Odradio sam trcanje u kombinaciji sa Endomondo aplikacijom i kada sam zavrsio iskljucio sam lokaciju, a ikonica i dalje stoji u status baru...
 
Vertumus je napisao(la):
U toku noći tel mi je sve vreme na wifi, ujutru izadjem iz kuće, isključim wifi, neće da mi upali mobile data. Stoji onaj znak uzvika. Odem network operators, ponovo se registrujemo na mts, mobile data se upali. Tako svako jutro posle update. Zna li neko sta li moze biti?
Kliknite za proširenje...
To je do 5.0.x, dešava sa na svim telefonima. Ispravili su to u 5.1.1.
 
Fix za probleme sa baterijom, zabranite location access Android system, preko privacy guard. :) samo ne zadrži se dugo na ikonicu (ne pokazuje ništa), već se klikne na ikonicu desno, pa se kad Android system zatraži pristup lokaciji on zabrani. :)
 
Nažalost ne, Skini neku multitouch aplikaciju pa uradi test, moguće da imaš problema sa ghost touch.
 
Ja danas stigao na posao, izvadim telefon iz dzepa...a on ugasen...puna bila baterija, znam da nije to...nece se upali pa nece nikako...ubodem ga na punjac, ne reaguje...i posle sat vremena pokusavanja najzad se ukljucio...nemam pojma sta mu bi i sta da mislim sad o svemu ovome al ne svidja mi se...
 
Valjda nije baterija...nema ni dva meseca telefon...sad citam o ovom sleep of death-u, jel moze se resi nekako to?mozda reset resi problem ako je neka aplikacija u pitanju...? :-\
 
Morate se prijaviti ili registrovati da odgovorite ovde.
Vrh Dno