CyanogenMod 6.1

CroSladi schrieb:

Ja gut BT brauch ich halt praktisch nie..hab ich noch nicht getestet..wlan läuft gut und der empfang ist sogar besser was aber auch am JPUmodem liegen könnte den ich jetzt drauf habe..ich hatte mal ein modem mit dem ich sogar im haus GPS hatte..muss rausfinden welches es war

Also BT ist so viel ich gelesen habe noch eins der hauptprobleme..aber die Geschwindigkeit ist nicht schlecht..etwa gleich wie Doc JPO v9 mit OCkernel (ohne lagfix)

Sent from my SAMSUNG-GT-I9000 using Tapatalk

Zum Vergrößern anklicken....

Also GPS, frueher eines der Aergernis-Themen, ist ja mittlerweile fast traumhaft, jedenfalls bei der JPU (samfirmware.com). Ich sitze (logischerweise) im Haus unter einer Solar-installation ca 2 m von einem Fenster entfernt und habe 7 von 10 Satelliten und 10 m Genauigkeit.
Unter Eclair hatte ich an derselben Position 0 von 0.

skraw schrieb:

Alles unter grossem supercurio Fragezeichen, aber einer Notiz wert:

supercurio on xda:

"Yes, they changed the way they use SQLite, which allowed them to use less extremely conservative filesystem options on RFS.
As a consequence, their RFS now act like a proper filesystem."

Sollte er damit recht haben ist RFS mitnichten besser geworden, nur die Anforderungen wurden heruntergeschraubt. Das ist mal eine ganz neue Facette ...

Zum Vergrößern anklicken....

Also ich verstehe supercurio anders, das bedeutet eher, dass RFS jetzt mit anderen Optionen (weniger Konservativ) läuft und deshalb schneller. Für mich positiv und nicht negativ.

BlueEyes80 schrieb:

Also ich verstehe supercurio anders, das bedeutet eher, dass RFS jetzt mit anderen Optionen (weniger Konservativ) läuft und deshalb schneller. Für mich positiv und nicht negativ.

Zum Vergrößern anklicken....

Wie beantworten wir die Frage ob diese alten Optionen nicht auch fuer andere Faelle _ausser dem besagten SQLite_ eigentlich notwendig sind?
Ich meine wenn wir das Handy immer nur regulaer runterfahren wuerden braeuchten wir gar kein RFS mit journalling (wahrscheinlich dann noch weniger "conservative") und waeren wahrscheinlich auch noch schneller.
Selbst die konservativste ext4 Einstellung ist noch schneller als die neue RFS Variante. Was soll man da noch diskutieren. RFS ist halt einfach schlecht. Es liegt nicht am Benutzer.

kann man das auch per Odin flashen? gibt es eine JPU Version von Clockworkmod für Odin?
bei mir funktioniert das per update.zip nicht, schreibt irgendwas von zertifizierung oder sowas kann nicht installiert werden

edit: habs gelöst. brauchte recovery 2te, also auf JF3 zurück und nun gehts

Vital9999 schrieb:

kann man das auch per Odin flashen? gibt es eine JPU Version von Clockworkmod für Odin?
bei mir funktioniert das per update.zip nicht, schreibt irgendwas von zertifizierung oder sowas kann nicht installiert werden

edit: habs gelöst. brauchte recovery 2te, also auf JF3 zurück und nun gehts

Zum Vergrößern anklicken....

Das kommt mir umstaendlich vor. es gibt einen JPU kernel mit CWM und allen moeglichen features. Es handelt sich um speedmod K11-XXJPU. Kann einfach per odin ueber JPU geflasht werden. 2e recovery ist auch noch drin...

habe ich auf die schnelle nicht gefunden
jetzt hab ich auch was gefunden:

Features:

- Root
- Superuser 2.3.6.1
- Busybox 1.15.3 oder 1.17.1 (Steht an den Datein dran)
- Recovery 2e ( Um unsignierte Update.zip zu flashen)
- Fix für ClockworkMod´s Nandroid (2.5.0.4)

http://dl.dropbox.com/u/10339869/CF-Root/CF_Root_JPO_v1.2_Busybox_1.17.1.zip JPO
http://dl.dropbox.com/u/10339869/CF-Root/CF_Root_JPA_v1.2_Busybox_1.17.1.zip JPA
http://dl.dropbox.com/u/10339869/CF-Root/CF-Root_JPU_v1.3_BusyBox_1.17.1.zip JPU

ich würde nicht den CF nehmen zum rooten. Der tauscht den Kernel aus und nimmt einen älteren. Somit hast du dann ein etwas langsameres Handy weil die doch sehr viel in dem neuen Kernel geändert haben. Nimm den K11 XXJPU-STOCK von hardcore. Damit kannst du ja auch rooten. Lagfix brauchst du ja nicht zu benutzen, hast aber clockwordmod was eigentlich spitze ist.

Vital9999 schrieb:

habe ich auf die schnelle nicht gefunden

Zum Vergrößern anklicken....

[KERNEL] SpeedMod Froyo 339MB RAM [K10J STABLE] [K11 XXJPU-STOCK] - Page 524 - xda-developers

Und damit wir nicht so OT sind hier ein Zitat vom Taeter, der offensichtlich jetzt doch ein Einsehen hat:

Userfrage:
"Is there work happening behind the scenes on CM, or are you guys still on your well-deserved break??"

"We're waiting for nexus s sources." (codeworkx im CM beta thread)

--------------------------------------------------------------
Ich hatte ja mal vor Monaten CM6 auf SGS im CM Board als Vaporware bezeichnet. Das war gar nicht mal boese gemeint. Ich hab kommen sehen dass die Android-Versionen schneller released werden als CM folgen kann. Das Projekt hat strukturelle Probleme, das hat nichts mit den Code-Schreibern zu tun.

Was meinst du mit strukturellen Problemen? Wir das Projekt nicht unterstützt?

Es geht nicht in erster Linie um Unterstuetzung durch User, Code-Schreiber oder vielleicht sogar ein paar wohlgesonnene Google-Mitarbeiter.
Es geht um die Struktur des Projektes an sich. Mir erscheint es - grade anhand der SGS Thematik - relativ offensichtlich dass das gesamte ROM (ich nen es jetzt mal so) nicht so klar in einen hardware-unabhaengigen und einen hardware-abhaengigen Teil zerlegt ist wie es sein sollte. Waere dem so muesste allerspaetestens nach dem Kernel-Source-Leak bei Samsung ein CM faktisch fertig sein. Das ist es aber nicht. Das kann nur bedeuten dass die Abstraktion im Code nicht so weit fortgeschritten ist wie beispielsweise in jeder handelsueblichen Linux-Distribution. Bei dieser kann ich beispielsweise jederzeit einen kernel.org Kernel selbst nehmen, compilieren und der Installation unterschieben ohne "weiter oben" in der Layer-Struktur gross etwas aendern zu muessen. Wenn man aber die issue-list der CM beta ansieht ist offensichtlich dass wirklich so gut wie ueberall geschraubt werden muss.
Hier ein aufschlussreiches Zitat aus dem CM Board von coolya:

"Second its not recognized by the mainline because there is no support for our device in the mainline. We fix problems in our fork, test it, if it the solution that fixes the problem we have to redesign it to not break any other device. We have to decide how we can take care of that and then send our patchset to the mainline. But as there many things the SGS is different from the HTC devices we could only do that piece by piece. Then the changes got reviewed. Some get in some other are rejected because they break something or the way we addressed the issue is not the way it should be fixed, then we rework that fix and resubmit it. As both of us are working on Cyanogen in our spare time that simply takes time. "

Wenn man das aufmerksam liest stellt man genau das fest was ich sage. Eigentlich sollte sich die Arbeit darauf beschraenken einen hardware-abhaengigen, gleichzeitig aber vom Rest-Projekt unabhaengigen Codeteil zu erzeugen. Es ist aus dem Zitat aber offensichtlich, dass der bearbeitete Codeteil nicht unabhaengig von den anderen CM-Varianten ist. Deshalb muss staendig irgendwas abgeglichen werden. Das dieser Abgleich-Mechanismus ueberhaupt existiert bedeutet, dass _vorher_ keiner darueber nachgedacht hat, wie man das Projekt zerlegen muss um genau diesen komplizierten Abgleich von vorneherein zu umgehen und stattdessen eine glue-Layer (so nenn ich das mal) zu schaffen auf dem sich die Projektteile treffen und zusammengefuegt werden koennen.
Im Endeffekt bedeutet das, dass das Projekt nur maessig portabel ist und deshalb die Geschwindigkeit von neu-erscheinender Hard- und Software einfach nicht mithalten kann - eben wegen der blanken Projektstruktur.

Kurz zusammengefasst: Schlechtes Projektmanagement

Hallo Leute,

habe CM 6.1.0 BETA 3 auf meinem SGS, ist auch gerootet.
Kann aber keine Sicherung mit ROM Manager erstellen,
es startet zwar neu bis zum Galaxy Logo aber dann kommt kleines Android Männchen mit ausrufezeichen und ich muss per clockworkmod neustarten...

weiß einer rat

Prototype schrieb:

Hallo Leute,

habe CM 6.1.0 BETA 3 auf meinem SGS, ist auch gerootet.
Kann aber keine Sicherung mit ROM Manager erstellen,
es startet zwar neu bis zum Galaxy Logo aber dann kommt kleines Android Männchen mit ausrufezeichen und ich muss per clockworkmod neustarten...

weiß einer rat

Zum Vergrößern anklicken....

Also ich bin nicht ganz sicher ob ich verstanden habe was Du da tust, aber ich vermute Du versuchst per ROM Manager ein Nandroid Backup anzustossen. Ich hab zwar eine Lizenz fuer den RM aber ihn seit Monaten nicht mehr installiert. Das Werk vereinigt geniales mit absolut kaputtem ;-)
Falls Du versuchst ein nandroid Backup zu machen rate ich Dir den klassischen Weg ueber die Recovery Console zu gehen (Booten mit Power + Vol-Up + Home Button). Dort kannst Du ein Backup erstellen. Das sollte meines Wissens nach immer gehen. Wenn ich mich recht erinnere kannst Du bei CM auch ueber Neustart gleich ins Recovery booten.

Jo danke genau das meinte ich... weiss einer ob schon ne stabile von cyanogen fürs
SGS raus ist? Wenn ich Google finde ich zwar was aber
keine Link zum DL....

Lesen kann auch helfen ;-) Im ersten Post in diesem Thread ist ein link zum cyanogen forum und dort ist der Forenteil "Samsung Galaxy S Stable Mod" noch leer. Kannst dich ja gerne mal einlesen dort. Vlt. gibts ja schon wieder infos.

Prototype schrieb:

Jo danke genau das meinte ich... weiss einer ob schon ne stabile von cyanogen fürs
SGS raus ist? Wenn ich Google finde ich zwar was aber
keine Link zum DL....

Zum Vergrößern anklicken....

Ich wuerde da nicht auf Nah-Erwartung setzen.

Drama letzter Akt:

CM-Forum 16 September 2010 - 10:04 PM skraw:

"I vote for CM6 on Galaxy for this years' vaporware award."

CM-Forum 22-December 2010 - 02:24 PM codeworkx:

"For your Info:

We've stopped working on CM6.1 and started working on a aosp (gingerbread) port.
I think if aosp is done we can use device tree to get a fully running CM7. ;-)
Don't ask for a release date! "

Ich wuerde sagen der Thread kann jetzt geschlossen werden.

Oder umgewandelt, da sie ja nachher CM7 machen werden

Sent from my GT-I9000 using Tapatalk

Das ist jetzt schnell gesagt. Was aber fehlt ist die Antwort auf die Frage: wozu?
Wenn man ein AOSP 2.3 hat, was macht man dann mit einem CM7?
Notwendige Patches kommen auf AOSP sicherlich schneller als sie auf CM7 portiert werden. Das ist einfach nicht logisch.

Was wäre denn eine realitische Schätzung wann ein AOSP Release fertig sein könnte?

Januar? Q1/11? H1/11?

Ich bin mit dem Nightly Build vom 17. schon sehr zufrieden, aber irgendwie unbefriedigend dass es nun wieder "von Null" startet und die Warterei auf ein "fertiges" Release wieder von vorne beginnt.