[ROM][N9005][4.4.4] *22.11.2014* Temasek's UNOFFICIAL Build V162 [CM11]

[gewürzwiesel]

@ Ghoster - versuch doch einfach mit Profilen zu arbeiten.

 

[Ghoster]

[ ..]

Mach ich ja schon. Aber mute geht immer und das is net so gut

 

[Schneckmeier]

@Ghoster
Hast du den Haken drin in Einstellungen-Töne-Lautstärke-Lautstärketasten regeln Klingeltonlautstärke? Wenn das aktiviert ist wird doch Vibrieren automatisch aktiviert wenn man mit den Tasten auf 0 runterregelt.

 

[Ghoster]

[...]

Hab ich drin. Wenn du dann nochmal auf leiser to drückst ist der Ton wie auch die vibration ganz aus.
Ablauf ist quasi.
Ton und vibration
Kein Ton und vibration
Kein Ton und keine vibration

Und den letzten Punkt will ich eben verhindern.

 

[Anti_]

Changelog V129:

frameworks/base: SystemUI: Update user name timely when delete the user contact
- The user name isn't updated timely when delete the user contact in contacts.
- Update the user name timely when receive the user info changed event.
- CRs-Fixed: 673195frameworks/base: lowmemorykiller: Overwrite LMK parameters for low-tier devices
- LMK parameters calculated by default algorithm were not optimal for low-tier devices.*
Values mentioned here were well tested and evaluated w.r.t memory and performance
for such setups. (more suitable for i9300)frameworks/base: ActivityManagerService: Penalise large apps going to background
- Large applications (PSS more than a given threshold) when closed are
penalised with higher ADJ. Now, they will be more prone to be killed by
lowmemorykiller during memory pressure levels. This ensures better app
concurrency and improved subsequent latencies as it leaves some more room
for other smaller bg apps to be aliveframeworks/base: [ActivityManager] Finish the failed-to-pause activity
Symptom:
In some scenario, the mPausingActivity may be replaced by other activity.
When previous activity paused, the completePausedLocked() won't be invoked
because it is no longer the mPausingActivity. If the activity is also
pending to finish, it would never be done because the activity kept in
PAUSING state. Since the activity's window also remain visible and is
above on Wallpaper, user would see it when back to home.

Solution:
Finish the failed-to-pause activity if the activity is pending to finish

A Real Case:
(1) Screen turn off
(2) The top activity T1 crashed
(3) When finish activity T1, the next top activity T2 will be scheduled
to resume and pause (due to screen off).
(4) The activity T2 is also set to finishing due to T1 crashed.
(5) Before T2 paused and before paused timeout occurs, there has a new
process started which brings up the next top activity T3 to resume
and pause. So the pausing activity is now replaced.
(6) When activity T2 paused, it cannot completed the pause operation.
T2 will remain in PAUSING and finishing state with its window visible.
The process won't be killed because the oomadj stays at 1 (Visible).frameworks/base: Network: Check parameter for NULL in isMmsRequest method
- It's the NullPointerException which causes the third part
application can't work normally. It happens when the third
part application calls execute in AndroidHttpClient.java.
The parameter may null when calling checkMmsSendPermission.
- Add extra judgement to avoid NullPointerException for fixing
this issue.
- CRs-Fixed: 584775libcore: Update our MIME type map.
- Bug:*https://code.google.com/p/android/is...etail?id=61996libcore: Fix MimeUtils to treat ".flac" as "audio/flac".libcore: Switch Random to use AtomicLong
This removes the synchronization from next() and replaces the seed with
an AtomicLong.libcore: Improve URI.equals performance.
The main improvement is that we're vastly reducing
the amount of garbage this method creates.

Also, get rid of some incorrect checks and add a new
benchmark test case.

Before vs. After:

URI Equals 1540.1 =
URI EqualsWithHeavilyEscapedComponent 11921397.1 ==============================

URI Equals 1337.2 =
URI EqualsWithHeavilyEscapedComponent 588934.3 ==============================libcore: Allow multiple gzip members in gzip streams.
- We look for the gzip magic bytes at the end of every
member and try to decompress the remainder of the
stream if we find it.
- Note that this changes the behaviour of this class wrt.
the underlying stream: It is no longer self limiting. It
will attempt to read past the gzip trailer to look for
more data to decompress. Before this change, it would've
been possible to (hackily) consume the rest of the compressed
stream directly by inspecting the value of
InflaterInputStream.inf.getRemainingBytes(). It's no longer
possible to sensibly support that.
- bug:*https://code.google.com/p/android/is...etail?id=63873libcore: GZIPInputStream: avoid leaks in init.
If we throw inside the ctor, it is impossible for clients
to pass the CloseGuard test for the associated Inflater.frameworks/av: stagefright: Fix 24-bit WAV
- When 24-bit output is enabled, we need to ensure that padding
to 32 bits is done correctly.
- Create new output buffers which conform to the correct format.telephony: Phone: Fix forced closure when change language during adding SIP accounttelephony: Phone: PIN2 shouldn't be seen when make passwords invisibletelephony: Phone: It should stay at Sip account details interface after unlock phonetelephony: Phone: Prompt port number invalid when the port number length too longtelephony: Phone: Add one dialog to prompt the SIM is turned offtelephony: Phone: Disbale the network item and update the titiletelephony: Settings: DUT can register on a forbidden network operatortelephony: Phone: Removing the unreachable call forward optiontelephony: Phone: The option should be clickable after pressing OKtelephony: TeleService: Prompt user the fixed dialing number can’t be emptyUpdated cm sources

 

[thore93]

Ich habe immer wieder die gleichen Problem es rebootet selbstständig 5 mal ca am Tag
Der yank kernel hat mir geholfen gefällt mir aber nicht so gut kennt jemand noch n guten kernel für die Rom?

 

[gewürzwiesel]

Es gibt eigentlich keinen besseren, meiner Meinung nach...

 

[thore93]

Okay liegts dann an der 128v warum mein spotify die Lieder zwischen dur scratcht

 

[Anti_]

Spotify geht 1A! Egal ob mit Yank oder Temasek Kernel! Temasek arbeitet an nem neuen intelliacrive der die Reboots verhindern soll...also einfach mal die neue 129er Build testen!

 

[sanzo1]

@ Thore93 hatte genau das gleiche Problem Abhilfe schaffte ein Hinweis im Startpost aus dem XDA Forum

Downloade Trickster aus dem Playstore

Recommended Trickster Settings
Intelliplug on
Mpdecision off

Meld dich mal mal ob es geholfen hat.


Ich hab jetzt seit gestern V129 drauf

(Fullwipe gemacht da ich mit 128.1 Probleme hatte).
Die V127 davor lief einwandfrei.


Bis jetzt läuft sie einwandfrei keine Fehler, keine Reboots.
Zum Akkuverbrauch sag ich was in 2-3 Tagen.

 

[Anti_]

Ach das meint ihr...genau das Problem hatte ich bei eingeschaltetem intelliplug, mit mpdecision gehts 1A

 

[gewürzwiesel]

129 dirty über die 128.1 drüber und läuft mit dem yank zusammen absolut perfekt.

 

[sanzo1]

V 130 ist draussen.

und ein neuer Kernel Temasek Kernel v3.95 EXP1

Habe aber keinen Changelog gesehen

 

[gewürzwiesel]

Hab sie grade mal dirty über die 129.1 drüber.
Ergebnis: "com.android.systemui" wurde beendet. Permanent.
Ziemlich schleisse
Jetzt hab ich die 129.1 dirty drüber und alles geht wieder.

Jemand ne Ahnung ob und wenn, was er geschraubt hat?

 

[Bitman]

Mit wipe cache/dalvik lãuft v130 hier bis jetzt ohne Auffälligkeiten.

Gr. B.

 

[gewürzwiesel]

Vor oder nach dem flashen, oder beides?

 

[sanzo1]

Laut XDA thread soll man davor wipen und dann flashen daran habe ich mich gehalten. Version 130 läuft aber nicht stabil mit Yank kernel hab jetzt noch mal drubergeflasht mit V130 um dem "Stockkernel" zu erhalten.
​

 

[PoWeRcOrSa]

Dirty von 128.1 auf 130. Mit Dalvik clear. Bis jetzt scheinbar Problemlos. Läuft mit mcp und intellidemand.

Lg Tino

 

[sanzo1]

Hab jetzt noch ne allgemeine Frage kennt ihr eine gute Kameraapp Alternative, bin nicht so wirklich zufrieden.

Hab auch schon gegooglet, habe aber nicht Gutes gefunden.

 

[Silver100HP]

Ich muß auch mal dumm fragen...wie stelle ich denn aus dass das Display beim "in die Hand nehmen" NICHT immer angeht?

Ich habe mich da schon mal durch gewuselt aber irgendwie geht es immer noch an bei Bewegung ?!?

Hab jetzt nicht gelesen ob dir schon jemand geantwortet hat.
Habe auch lange danach gesucht. Die Einstellung findest du bei "Benachrichtigungen auf dem Sperrbildschirm".