T
Thyrus
Gast
Hallo liebes Forum,
Da ja viele verwundert waren, warum es nun 3 verschiedene Upgrade.zips geben wird innerhalb des deutschsprachigen Raums, habe ich mir gedacht, ich schreibe kurz mal einige Fakten auf.
Mich hat es zwar gewundert, da ich ja euch als ziemlich versiert ansehe, und ich es eigenlich als "logisch" angesehen habe, das - wenn es 3 verschiedene Versionen gibt (VF, O2, DACH/AMAZON/RETAIL/FREI), es nur logisch ist, das es auch 3 unterschiedliche Update.zips geben wird
Ich habe mir gedacht, ich schreibe euch mal ein paar kurze Fakten auf, und versuche, diese wertfrei wiederzugeben.
Nehmen wir folgende Situation - das 2.0.1 upgrade.
Das 2.0.1 OS upgrade bringt einige neue Funktionen mit sich, aber auch OS-bugfixes (z.b Camera-Autofocus-problem). Zusaetzlich kommen noch die bugfixes dazu, die der Hersteller selber in der HW oder dem Hersteller-spezifischen Teil der SW auf dem Telefon gemeldet bekommen hat, oder eben selber gefunden hat.
1. Es gibt einen stabiles, releasten Build des google OS. Dieser wird dann als basis fuer eine neue Baseline herangezogen.
2. Zusaetzlich kommen die HW und SW-Funktionen dazu des Herstellers.
3. Wenn wir beim Milestone bleiben - SW waere hier zb fuer die Europaischen Geraete Motonav (als "quasi" ersatz der fehlenden turn-by-turn Navigation, die ja google nicht ausserhalb der USA freigeben kann/darf. HW waere hier z.b die QWERTZ, QWERTY,AZERTY der HW Tastatur).
http://en.wikipedia.org/wiki/Keyboard_layout
4. Nun kommt noch kleiner Sachen wie diversity 1,8/1,2,5 etc dazu
5. Am Ende hat man dann neue Baseline Builds. Diese enthalten den neuen OS code, laender/regionspezifika und SW/HW fixes.
6. Am Beispiel des 2.0.1 - haben wir also mehrere neue Basebuilds. Diese unterscheiden sich nur insofern, das eben die spezifischen Unterschiede berucksichtigt werden, aber sowohl der OS code von google als auch die SW/HW fixes/verbesserungen darin einfliesen sollen, aber die neuen Funktionen fuer alle diese verschiedenen Basebuilds zur Verfuegung stehen.
7. Diese Basebuilds gehen in das alpha-testing. Danach in das BETA testing.
8. Wenn dies soweit stabil ist, werden die upgrade zips erstellt. Das ist "relativ" simpel, da man eine diff-Betrachtung zwischen alter Version und neuer Version macht. Beispiel: QWERTZ (also wir).
- Baseline 2.0 - 01.03.01
- Neue baseline 2.01. - 01.14.0
9. Fuer QWERTZ gibt es einige Versionen durch die Provider-Versionen. O2, WIND, VF und die "normalen/non-Provider Versionen - DACH zum Beispiel, auch Retail oder von euch "Amazon Version" getauft. (das sind die die mir einfallen)
10. Folglich fuer QWERTZ: Eine upgrade.zip fuer DACH, WIND, VF, O2, insgesamt also 4.
11. Alle diese Versionen gehen nur zum Beta-testing heraus sowie in den approval prozess (Google/Provider).
12. Gleichzeitig erfolgt dies fuer die anderen "Versionen", also QWERTY (UK/HK) sowie deren Provider (falls es welche gibt) (bei QWERTY auch von 01.03.01 auf 01.14.0) sowie fuer die Franzosen AZERTY (hier von 01.13.03 auf 01.15.0)
13. Das war nur Europa. Nun gibt es noch Nordamerika, Canada etc.
14. Am Ende gibt es sicherlich 10 oder mehr verschiedene Upgrade.zips, alle von euch/uns 2.0.1 upgrade genannt.
15. Stellt euch vor - diese 10+ versionen sind nun bei den providern am testen und "im Feld" oder in den approval-prozessen.
16. Da wir und auch die Laender/technologien in denen wir leben nicht alle gleich sind, kommt es nun (beispielshaft) bei einem test, sagen wir in Italien zu einem Problem. Dieses Problem kann nicht eindeutig identifiziert werden, ob es spezifisch ist oder ein generelles problem sein koennte.
17. Stellt sich nun heraus, das dies ein generelles problem der Basebuilds oder schlimmstenfalls sogar der Ursprungs 2.0.1 OS SW von google ist, so geht es fuer alle Versionen "back to square one" - also in meiner Nummerierung hier etweder zu Punkt 1 oder Punkt 5.
18. Je nachdem, wieviele Provider es gibt in einer Region und damit Versionen - Beispiel und kein Anspruch auf Vollstaendigkeit:
QWERTZ REGION: (insgesamt 4 verschieden upgrade.zips)
DACH - 2 provider (O2, VF) 1 retail Version
Italien - 1 provider WIND, keine Retail Version
QWERTY Region EUROPA/ASIA (insg. 2 verschieden upgrade.zips)
UK - 1 Version
HK - 1 Version
QWERTY Region North America/South America(insg. 3 verschieden upgrade.zips, aber unterschiedliche Basebuilds in den Laendern)
Canada - 1 Version (TELUS)
USA - 1 Version (AT&T)
Argentinien - 1 Version (AIRTEL)
AZERTY Region FRANCE (ins. 1 verschiedene Upgrade.zip)
Frankreich - 1 Version
Vergleichen wir das mal mit dem DROID und dem NEXUS 1.
Nexus ONE:
Hier gibt es nur eine Version, nur eine HW, keinen Provider, NOCH keine Non-US version. (wird sich aendern wenn die US version des NX1 nach Europa komtm)
- Es gibt nur einen neuen basebuild.
- Es gibt kein provider testing.
- Es gibt keine QWERTY/AZERTY/QWERTZ Versionen, da keine HW Tastatur
- Google muss sich selber nicht ums approval bitten.
- Das das veröffentliches des Upgrades sehr schnell geht in diesem Fall, ist denke ich einleuchtend.
Droid
Auch hier:
- Es gibt es nur eine Version, nur eine HW, aber EINEN Provider
- Es gibt nur einen neuen basebuild.
- Es gibt nur die QWERTY Version
- Es gibt nur ein provider testing und approval - VERIZON
- Trotzdem muss es durch 2 approvals, google und verizon.
- Das das veröffentliches des Upgrades schneller geht als fuer das Milestone, ist auch hier verstaendlich.
- Aber es gibt eben 2 zusaetzliche Schritte im Vergleich zu google - das Google und das Provider Testing und Approval. Daher ist es nicht ganz so schnell wie das Nexus 1.
Ich hoffe es hilft euch, ein wenig die Komplexitaet zu erkennen. Mehr möchte ich gar nicht erreichen, und will weder VORTEILE noch NACHTEILE der verschiedenen Fälle diskutieren.
DISCLAIMER:
Dies ist keinerlei Rechfertigung, Begründung, Schuldabtretung oder aehnliches der genannten und beteiligten Unternehmen. Es handelt sich um eine persönliche Darstellung des Erstellers dieses Beitrags mit dem Zweck, den Lesern und Nutzern dieses Forums durch Sammeln und Darstellung der am Markt vorliegenden Informationen und Fakten die notwendigen Prozesse und unterschiedlichen Bedingungen zu erläutern.
Da ja viele verwundert waren, warum es nun 3 verschiedene Upgrade.zips geben wird innerhalb des deutschsprachigen Raums, habe ich mir gedacht, ich schreibe kurz mal einige Fakten auf.
Mich hat es zwar gewundert, da ich ja euch als ziemlich versiert ansehe, und ich es eigenlich als "logisch" angesehen habe, das - wenn es 3 verschiedene Versionen gibt (VF, O2, DACH/AMAZON/RETAIL/FREI), es nur logisch ist, das es auch 3 unterschiedliche Update.zips geben wird
Ich habe mir gedacht, ich schreibe euch mal ein paar kurze Fakten auf, und versuche, diese wertfrei wiederzugeben.
Nehmen wir folgende Situation - das 2.0.1 upgrade.
Das 2.0.1 OS upgrade bringt einige neue Funktionen mit sich, aber auch OS-bugfixes (z.b Camera-Autofocus-problem). Zusaetzlich kommen noch die bugfixes dazu, die der Hersteller selber in der HW oder dem Hersteller-spezifischen Teil der SW auf dem Telefon gemeldet bekommen hat, oder eben selber gefunden hat.
1. Es gibt einen stabiles, releasten Build des google OS. Dieser wird dann als basis fuer eine neue Baseline herangezogen.
2. Zusaetzlich kommen die HW und SW-Funktionen dazu des Herstellers.
3. Wenn wir beim Milestone bleiben - SW waere hier zb fuer die Europaischen Geraete Motonav (als "quasi" ersatz der fehlenden turn-by-turn Navigation, die ja google nicht ausserhalb der USA freigeben kann/darf. HW waere hier z.b die QWERTZ, QWERTY,AZERTY der HW Tastatur).
http://en.wikipedia.org/wiki/Keyboard_layout
4. Nun kommt noch kleiner Sachen wie diversity 1,8/1,2,5 etc dazu
5. Am Ende hat man dann neue Baseline Builds. Diese enthalten den neuen OS code, laender/regionspezifika und SW/HW fixes.
6. Am Beispiel des 2.0.1 - haben wir also mehrere neue Basebuilds. Diese unterscheiden sich nur insofern, das eben die spezifischen Unterschiede berucksichtigt werden, aber sowohl der OS code von google als auch die SW/HW fixes/verbesserungen darin einfliesen sollen, aber die neuen Funktionen fuer alle diese verschiedenen Basebuilds zur Verfuegung stehen.
7. Diese Basebuilds gehen in das alpha-testing. Danach in das BETA testing.
8. Wenn dies soweit stabil ist, werden die upgrade zips erstellt. Das ist "relativ" simpel, da man eine diff-Betrachtung zwischen alter Version und neuer Version macht. Beispiel: QWERTZ (also wir).
- Baseline 2.0 - 01.03.01
- Neue baseline 2.01. - 01.14.0
9. Fuer QWERTZ gibt es einige Versionen durch die Provider-Versionen. O2, WIND, VF und die "normalen/non-Provider Versionen - DACH zum Beispiel, auch Retail oder von euch "Amazon Version" getauft. (das sind die die mir einfallen)
10. Folglich fuer QWERTZ: Eine upgrade.zip fuer DACH, WIND, VF, O2, insgesamt also 4.
11. Alle diese Versionen gehen nur zum Beta-testing heraus sowie in den approval prozess (Google/Provider).
12. Gleichzeitig erfolgt dies fuer die anderen "Versionen", also QWERTY (UK/HK) sowie deren Provider (falls es welche gibt) (bei QWERTY auch von 01.03.01 auf 01.14.0) sowie fuer die Franzosen AZERTY (hier von 01.13.03 auf 01.15.0)
13. Das war nur Europa. Nun gibt es noch Nordamerika, Canada etc.
14. Am Ende gibt es sicherlich 10 oder mehr verschiedene Upgrade.zips, alle von euch/uns 2.0.1 upgrade genannt.
15. Stellt euch vor - diese 10+ versionen sind nun bei den providern am testen und "im Feld" oder in den approval-prozessen.
16. Da wir und auch die Laender/technologien in denen wir leben nicht alle gleich sind, kommt es nun (beispielshaft) bei einem test, sagen wir in Italien zu einem Problem. Dieses Problem kann nicht eindeutig identifiziert werden, ob es spezifisch ist oder ein generelles problem sein koennte.
17. Stellt sich nun heraus, das dies ein generelles problem der Basebuilds oder schlimmstenfalls sogar der Ursprungs 2.0.1 OS SW von google ist, so geht es fuer alle Versionen "back to square one" - also in meiner Nummerierung hier etweder zu Punkt 1 oder Punkt 5.
18. Je nachdem, wieviele Provider es gibt in einer Region und damit Versionen - Beispiel und kein Anspruch auf Vollstaendigkeit:
QWERTZ REGION: (insgesamt 4 verschieden upgrade.zips)
DACH - 2 provider (O2, VF) 1 retail Version
Italien - 1 provider WIND, keine Retail Version
QWERTY Region EUROPA/ASIA (insg. 2 verschieden upgrade.zips)
UK - 1 Version
HK - 1 Version
QWERTY Region North America/South America(insg. 3 verschieden upgrade.zips, aber unterschiedliche Basebuilds in den Laendern)
Canada - 1 Version (TELUS)
USA - 1 Version (AT&T)
Argentinien - 1 Version (AIRTEL)
AZERTY Region FRANCE (ins. 1 verschiedene Upgrade.zip)
Frankreich - 1 Version
Vergleichen wir das mal mit dem DROID und dem NEXUS 1.
Nexus ONE:
Hier gibt es nur eine Version, nur eine HW, keinen Provider, NOCH keine Non-US version. (wird sich aendern wenn die US version des NX1 nach Europa komtm)
- Es gibt nur einen neuen basebuild.
- Es gibt kein provider testing.
- Es gibt keine QWERTY/AZERTY/QWERTZ Versionen, da keine HW Tastatur
- Google muss sich selber nicht ums approval bitten.
- Das das veröffentliches des Upgrades sehr schnell geht in diesem Fall, ist denke ich einleuchtend.
Droid
Auch hier:
- Es gibt es nur eine Version, nur eine HW, aber EINEN Provider
- Es gibt nur einen neuen basebuild.
- Es gibt nur die QWERTY Version
- Es gibt nur ein provider testing und approval - VERIZON
- Trotzdem muss es durch 2 approvals, google und verizon.
- Das das veröffentliches des Upgrades schneller geht als fuer das Milestone, ist auch hier verstaendlich.
- Aber es gibt eben 2 zusaetzliche Schritte im Vergleich zu google - das Google und das Provider Testing und Approval. Daher ist es nicht ganz so schnell wie das Nexus 1.
Ich hoffe es hilft euch, ein wenig die Komplexitaet zu erkennen. Mehr möchte ich gar nicht erreichen, und will weder VORTEILE noch NACHTEILE der verschiedenen Fälle diskutieren.
DISCLAIMER:
Dies ist keinerlei Rechfertigung, Begründung, Schuldabtretung oder aehnliches der genannten und beteiligten Unternehmen. Es handelt sich um eine persönliche Darstellung des Erstellers dieses Beitrags mit dem Zweck, den Lesern und Nutzern dieses Forums durch Sammeln und Darstellung der am Markt vorliegenden Informationen und Fakten die notwendigen Prozesse und unterschiedlichen Bedingungen zu erläutern.
Zuletzt bearbeitet von einem Moderator: