M
maniac103
Dauer-User
- 1.225
Was ist daran seltsam? Seltsam fande ich eher, dass das Radio nur läuft, wenn die App (d.h. deren UI, nicht der Hintergrunddienst) aktiv ist.
Folge dem Video um zu sehen, wie unsere Website als Web-App auf dem Startbildschirm installiert werden kann.
Anmerkung: Diese Funktion erfordert derzeit den Zugriff auf die Seite über den integrierten Safari-Browser.
Radical_53 schrieb:Aber wirklich hey Welcher Skin war das, wenn man fragen darf? Evtl. läßt sich die Story ja wiederholen
maniac103 schrieb:Was ist daran seltsam? Seltsam fande ich eher, dass das Radio nur läuft, wenn die App (d.h. deren UI, nicht der Hintergrunddienst) aktiv ist.
Von dieser Erwartung musst du dich dann mal verabschieden. Das Verhalten der Original-Motorola-App (und damit auch von CM 7.2, wo ich an der Oberfläche noch nicht soviel gemacht hatte, war das Verhalten einfach bescheurt.starbright schrieb:Also wenn ich die FM App aufrufe (wie sagt man statt anklicken bei touch - antouchen? ), dann erwarte ich das gleiche Verhalten wie bei CM7.2, dass der zuletzt aktive Sender angeworfen wird.
Wenn du einen Musikplayer deiner Wahl startest, läuft doch die Musik auch nicht einfach los - genauso ist es hier auch. Es liegt doch nahe, zuerst die Auswahl von Lautstärke, Sender und Ausgabeweg (Kopfhörer vs. Lautsprecher) zu erlauben, anstatt den Benutzer sofort mit voller Lautstärke aus dem Lautsprecher anzuplärren, weil das zuletzt am Strand passend warIn der letzten CM10.1 die ich probiert hab, musste ich mit einem weiteren Touch das Radio erst noch aktivieren. Wozu? Ich starte doch wohl nicht die FM App um mich an der Oberfläche zu erfreuen.
Mit Sicherheit nicht. Das wüsste ich, der Code kommt aus meinem Repo(Wie gesagt, ist ein paar Tage her, vielleicht hat sich das inzwischen geändert).
BTW, danke noch mal für deine Klasse Arbeit! Siehst du eine Chance, BT-Audio für CM10.1/2in den Griff zu bekommen? Kann man den Stack von 10.0 irgendwie ummodeln?
Blechd0se schrieb:I guess its kind of the root. In some of my test cases i could reproduce it when the device was inappropriate shutted down, but thats really
hard to tell and not easy to debug.
Last time i checked you logcat i couldn't find any suspicious on the first sight.
Code:That's what I suspected. More evidence that the data corruption bug has nothing to do with zram or swap. Maybe it's not even a kernel problem?
Its probably kernel related, because its corrupting something. I did enable a safety flush a while back for kernel panic,
maybe i have to check it again.
Anyway, new nightly today!
Nothing really special, except for TRIM-Support
Changelog;
* Trim-Support for ext3/ext4, therefore enabled discard in ramdisk (e.g: fstrim -v /data )
* enabled back swap&zram because of popular demand
* small cleanups and fixes (check github for more)
I am tired so no more infos today, as always only tested on 4.2. Happy flashing
Blechdose schrieb:Shipping out a new kernel release. This contains many patches for trim in general and the one i was talking about recently.
I did many tests and couldn't crash the kernel anymore, hope you'll see an improvement!
Don't forget to don't interact with the device while its trimming.
Since it's only some sort of bugfix update i am only uploading the cm10.1 release. I put a small guide on my server with the topic
on how to make better bug reports (i will extend this in the future).
Let's just hope no new bugs will raise up and welcome Quarx back with a slightly smarter kernel
sirtet schrieb:7.2 downgrade tipps?
sirtet schrieb:Was ist für eine "Saubere" Installation zu beachten, gibt's ein Howto?