Google rolt Android 4.2.2 uit naar Nexus-apparaten - update
Google is begonnen met de verspreiding van een nieuwe Android-versie naar verschillende Nexus-apparaten. Het bedrijf maakt niet bekend welke bugs in de nieuwe versie gerepareerd zijn, maar gebruikers melden in ieder geval verbeteringen bij streaming via bluetooth.
De uitrol van Android 4.2.2 werd als eerste opgemerkt door een Reddit-gebruiker, waarna meer berichten verschenen van Nexus-gebruikers die de update binnenkregen. Google lijkt de nieuwe versie, met label JDQ39, momenteel uit te rollen naar de Nexus 4, Nexus 7, Nexus 10 en de Galaxy Nexus. Volgens Google brengt de update verbeteringen op het vlak van 'performance and stability'. Meer details worden niet gegeven.
Volgens gebruikers moet Android 4.2.2 een bug bij het streamen van audio over bluetooth hebben opgelost. Google introduceerde deze bug bij versie 4.2 op de Nexus 7, waarbij audiostreams over bluetooth vaak haperden. Het bedrijf gaf vorige maand al aan dat de bug opgelost was en onderdeel zou zijn van de eerstvolgende release.
Van de Nexus 4-update is bekend dat deze vergezeld gaat van nieuwe baseband-firmware voor de 2g- en 3g-communicatie. Wat hierin aangepast is, is onbekend, maar misschien verbetert de nieuwe baseband het stroomgebruik van de telefoon als deze met een 3g-mast verbonden is. Verschillende gebruikers hebben gemeld dat het toestel in deze situatie sporadisch wakker wordt uit de slaapstand en Google gaf in december al aan ermee bezig te zijn.
Update, 10:37: Hoewel vorige maand al een screenshot opdook van Android 4.2.2 voor de Nexus 4 waarin te zien was dat een nieuwe baseband gebruikt werd, lijkt het erop dat Google deze versie momenteel nog niet aan het uitrollen is. Daarmee is de Galaxy Nexus op dit moment de enige smartphone waar 4.2.2 voor uitgerold wordt.
Reacties (61)
Dat zal wel zo zijn, maar in hoeverre veroorzaakt dat verschil bugs in het OS? Ik mag toch aannemen dat i.i.g. de kernel-ondersteuning van de hardware uiterst zorgvuldig gecontroleerd wordt. Daar zullen vast wel bugs bij ontstaan maar bugfixes doorvoeren per model gaat wel heel erg ver. Zo fundamenteel verschillend lijken mij die modellen niet, en voor bugs in de user-level software hebben over het algemeen weinig te maken met de hardware en de kernel. Dan ben ik benieuwd wat er precies gefixt wordt. Wordt die informatie ook ergens vrijgegeven?
Elke Nexus is opgebouwd uit andere hardware, de Nexus 4 is van LG, de Nexus 7 van Asus en de Nexus 10 wordt door Samsung gemaakt.Ik vraag me toch altijd af, hoe kan het nou dat zo'n bugfix zo lang op zich laat wachten? Ik bedoel, het zijn allemaal "nexus" devices dus het is een kwestie van bugfixen en uitbrengen, of heb ik het verkeerd?
Nee.
Volgens mij zit in > 80% (misschien zelfs hoger) van de toestellen qua base-band een IC van Qualcomm.
Alleen in sommige modellen van Samsung zit een Exynox met ingebouwd 3G/4G modem.
Dus dit soort 3G bugs moeten niet zo heel moeilijk op te lossen zijn.
Application engine is iets anders, daar heb je Samsung Exynos, Tegra, Qualcomm, dus 3 a 4 smaken.
Volgens mij zit in > 80% (misschien zelfs hoger) van de toestellen qua base-band een IC van Qualcomm.
Alleen in sommige modellen van Samsung zit een Exynox met ingebouwd 3G/4G modem.
Dus dit soort 3G bugs moeten niet zo heel moeilijk op te lossen zijn.
Application engine is iets anders, daar heb je Samsung Exynos, Tegra, Qualcomm, dus 3 a 4 smaken.
De BugFix zelf is niet zo veel werk waarschijnlijk.
Maar vergeet niet dat dit ook goed getest moet worden en dit kost veel tijd.
Waarschijnlijk zullen ze het eerst een X aantal dagen intern testen bij de medewerkers.
Hierna zal het bij een paar mensen Pilot getest worden. en de Pilot groep zal ook steeds groter worden. er hoeft in dit proces maar iets fout te gaan en ze kunnen weer opnieuw beginnen met de Bugfix en het testen.
Maar vergeet niet dat dit ook goed getest moet worden en dit kost veel tijd.
Waarschijnlijk zullen ze het eerst een X aantal dagen intern testen bij de medewerkers.
Hierna zal het bij een paar mensen Pilot getest worden. en de Pilot groep zal ook steeds groter worden. er hoeft in dit proces maar iets fout te gaan en ze kunnen weer opnieuw beginnen met de Bugfix en het testen.
De bug was misschien ook wel in 1 dag gefixed, who knows, wat we wel weten is dat het testen of je met het verhelpen van de bug geen nieuwe bug hebt gecreëerd veel en veel langer kan duren!
Als je het overhaast doet krijg je dezelfde problemen als Apple, waar sommige updates meer problemen lijken te creëren dan ze oplossen. Google is misschien wat voorzichtiger.
Een bug in een OS vinden en herstellen is redelijk ingewikkeld.
Zeker als je aan de code voor 3G gaat komen wil je zoiets eerst uitgebreid testen voor je het uitrolt. Vraag maar aan Apple
Zeker als je aan de code voor 3G gaat komen wil je zoiets eerst uitgebreid testen voor je het uitrolt. Vraag maar aan Apple
Vergeet niet dat tablets en smartphones wel een wat andere insteek kennen. Daarbij is Google hier al vele malen sneller mee dan de fabrikanten zelf: Samsung en HTC doen er vaak lang over om hun producten te updaten naar een nieuwere versie. Voor mij een reden geweest om een Nexus 4 te halen.
Het gaat gelukkig niet om het Android nummertje maar om bugfixes. Bugfixes doen fabrikanten wel degelijk sneller dan Android updates doorvoeren...Vergeet niet dat tablets en smartphones wel een wat andere insteek kennen. Daarbij is Google hier al vele malen sneller mee dan de fabrikanten zelf: Samsung en HTC doen er vaak lang over om hun producten te updaten naar een nieuwere versie. Voor mij een reden geweest om een Nexus 4 te halen.
De S3 heeft in NL (provider-loos) bijv al 7 updates gehad dat is iets minder dan 1 per maand! Toch zijn ze maar 3 keer naar een nieuwere Android versie gegaan (4.0.4 > 4.1.1 > 4.1.2)...
En ja tuurlijk doen andere merken dan Google er langer over om de laatste versie te updaten, maar de laatste Android versie is niet heilig of onmisbaar. Mijn SGS3 doet het misschien wel beter met de enerlaatste Android versie dan mijn Nexus 7 met de laatste Android versie
PS ik krijg het idee dat mensen zich nogal blind staren op de uitgifte van een nieuwe Andorid release, deze ook weer tot nu toe is er alleen bekend dat er een bug gefixed is waar alleen 4.2.1 last van had, dus als je geen 4.2.1 had had je niet eens het probleem
[Reactie gewijzigd door watercoolertje op dinsdag 12 februari 2013 10:30]
We zijn Tweakers.. dus we *willen* nieuwe releases...
Hopelijk fixen ze (C)EAP authenticatie over wifi ook in deze versie
Wat werkt er niet dan? Geen problemen hier met nexus 4 en 7 op eduroam bij de UvA (TTLS/PAP).
Hopelijk worden de wifi problemen ook aangepakt. Alles werkt hier zonder zonder problemen (2 laptops, tablet, HTC Sensation, 3DS, 4 game consoles) behalve de Nexus 4. De Nexus krijgt het niet voor elkaar om een stabiele wifi verbinding te onderhouden.
Overigens geeft mijn toestel aan dat er geen update is.
Overigens geeft mijn toestel aan dat er geen update is.
[Reactie gewijzigd door Kohaku op dinsdag 12 februari 2013 10:04]
Het enige probleem wat ik had met mijn Nexus 4 is dat hij geen Wifi netwerken kon vinden op channel 12-13-14. En mijn Linksys router had mijn Wifi netwerk automatisch op 12 gezet. Nadat ik hem handmatig op kanaal 5 had geconfigureerd werd het netwerk zichtbaar en kon ik verbinding maken.
Bij mij exact hetzelfde probleem, terugschakelen naar een kanaal onder de 10 toont het Wifi netwerk wel in de Nexus 4.
Netwerk is hier zichtbaar, alleen hij kan de verbinding niet vasthouden. Maakt op zich niet uit daar ik nu nog onbeperkt internet heb maar vanaf eind van de maand wordt het een data limiet en vooral met updates is dat waardeloos.
Hopelijk lost dit de msm_hsic_host wakelock op bij de Nexus 4. Zo'n dikke wakelock is wel een beetje spijtig op een verder briljant apparaat.
Misschien hebben ze de verborgen LTE-functionaliteit eruit gesloopt? Uit dat artikel:Van de Nexus 4-update is bekend dat deze vergezeld gaat van nieuwe baseband-firmware voor de 2g- en 3g-communicatie. Wat hierin aangepast is, is onbekend, [..]
(Emphasis mine)The FCC has not certified the Nexus 4 to be used for operating on LTE networks in the United States, and Industry Canada hasn’t done it for Canada either. This means that LG has two options: remove the AWS LTE support from the radio profile for the baseband in a software update, or get the device recertified (the FCC calls this a Class II certification change) to legally allow it to connect to LTE networks. Given that LG is denying that the Nexus 4 has hardware support for LTE, it is quite likely it will do the former rather than the latter.
[Reactie gewijzigd door Rafe op dinsdag 12 februari 2013 10:08]
Ik had vooral de problemen ivm. bluetooth streamen op mijn Nexus 7. Hopelijk is het probleem eindelijk opgelost.
zelf heb ik de nexus 4, nu over het stroomverbruik op 3g heb ik nog niets gemerkt, wel gebruik ik cynogenmod 10
toch eens in het oog houden of dit met mijn toestel ook het geval is :):)
toch eens in het oog houden of dit met mijn toestel ook het geval is :):)
Android en problemen met Bluetooth, die bestaan ook al zo lang het OS bestaat. Ze zouden er beter aan doen eens een fatsoenlijke, complete bluetooth stack te implementeren, inclusief ondersteuning voor Bluetooth Low Energy en een fatsoenlijke API. Dat is namelijk een van de grootste ergernissen over Bluetooth onder Android. Er komen allerlei nieuwe apparaten uit zoals smartwatches en verschillende fitnessapparatuur die van BLE gebruik maken. Je koopt dan een telefoon die volgens de specificaties Bluetooth 4.0 heeft, maar vervolgens niet blijkt BLE niet ondersteund, wat ik een kwalijke zaak vind.
Het gekke is ook, ze zijn bij de update van 4.1 -> 4.2 overgestapt van de BlueZ bluetooth stack naar een stack van Broadcom. Waarom ze dat precies gedaan hebben is mij een raadsel. Als je zo'n switch maakt, zorg dan ook dat het allemaal werkt en het de moeite van het switchen waard is.
Helaas denk ik dat deze update hier geen verandering in gaat brengen en het helaas wachten blijft tot een major release (Key Lime Pie) of je moet toevallig het geluk hebben dat de fabrikant van je toestel afwijkt van wat Google doet en wel een werkende implementatie levert bij je toestel.
Nogmaals helaas heb je dan nog steeds het probleem dat er geen fatsoenlijke API is en je dus geluk moet hebben dat de ontwikkelaar van het betreffende BLE device jouw telefoon support, anders heb je er nog niks aan. Kortom: Google, zorg ervoor dat dit allemaal gaat werken en snel.
Het gekke is ook, ze zijn bij de update van 4.1 -> 4.2 overgestapt van de BlueZ bluetooth stack naar een stack van Broadcom. Waarom ze dat precies gedaan hebben is mij een raadsel. Als je zo'n switch maakt, zorg dan ook dat het allemaal werkt en het de moeite van het switchen waard is.
Helaas denk ik dat deze update hier geen verandering in gaat brengen en het helaas wachten blijft tot een major release (Key Lime Pie) of je moet toevallig het geluk hebben dat de fabrikant van je toestel afwijkt van wat Google doet en wel een werkende implementatie levert bij je toestel.
Nogmaals helaas heb je dan nog steeds het probleem dat er geen fatsoenlijke API is en je dus geluk moet hebben dat de ontwikkelaar van het betreffende BLE device jouw telefoon support, anders heb je er nog niks aan. Kortom: Google, zorg ervoor dat dit allemaal gaat werken en snel.
[Reactie gewijzigd door wph op dinsdag 12 februari 2013 10:21]
Je eerste reactie hier en dan zo reageren.
Ik heb nergens gezegd dat het alleen de API is, ik heb gezegd dat de Bluetooth Stack niet volledig is én dat er geen API is.
Als bezitter van een Nexus 7 en een One X ben ik zelf Android gebruiker en mijn kritiek komt dan ook voort uit dat simpele feit. Als ik bijvoorbeeld een heart rate monitor met Bluetooth low energy wil kopen, dan werkt deze niet op mijn One X. Terwijl deze volgens de specificaties wel Bluetooth 4.0 ondersteund. Maar goed, begrijpend lezen is niet je sterkste kant. Direct naar de flame modus overgaan in je eerste post wel.
edit: ik zie dat iemand m'n vorige post zelfs naar -1 heeft gemod
Ik heb nergens gezegd dat het alleen de API is, ik heb gezegd dat de Bluetooth Stack niet volledig is én dat er geen API is.
Als bezitter van een Nexus 7 en een One X ben ik zelf Android gebruiker en mijn kritiek komt dan ook voort uit dat simpele feit. Als ik bijvoorbeeld een heart rate monitor met Bluetooth low energy wil kopen, dan werkt deze niet op mijn One X. Terwijl deze volgens de specificaties wel Bluetooth 4.0 ondersteund. Maar goed, begrijpend lezen is niet je sterkste kant. Direct naar de flame modus overgaan in je eerste post wel.
edit: ik zie dat iemand m'n vorige post zelfs naar -1 heeft gemod
[Reactie gewijzigd door wph op dinsdag 12 februari 2013 11:35]
Je snapt het niet of je wilt het niet snappen.
Zoals ik nu inmiddels al voor de derde keer zeg: het is niet compleet. Lees ook dit stuk op PocketNow.
Korte samenvatting: als je een product koopt met Bluetooth 4.0 hoort Bluetooth Low Energy (Bluetooth Smart) te werken. En raadt eens: dat doet het dus niet!
Het werkt niet voor normale gebruikers, het werkt niet voor geavanceerde gebruikers, het werkt niet. Ik heb niet de kennis om dat aan te vullen en als ik die kennis had dat kan het nog niet, omdat m'n telefoon geen root toegang heeft. En dat is alleen mogelijk via HTCDev, waarmee m'n garantie vervalt.
Ik weet heus wel dat Android open source is, de SDK staat op m'n pc, ik zou zo de Github kunnen syncen. Ik ben verder meer dan gemiddeld op de hoogte van Android, heb ook een XDA account, dus daar hoef ik ook niet heen.
Maar daar gaat het allemaal niet om, hierboven geeft een gebruiker al aan dat rSAP ook niet werkt. Bluetooth Smart werkt niet. Op het moment dat Bluetooth Smart niet werkt, valt de verbinding terug op Bluetooth 2.1, wat ontzettend veel meer stroom gebruikt. Funest voor de batterij van je telefoon en voor het device wat je wilt pairen. Dezelfde functies waar jij het over hebt werken dus niet naar behoren.
Er zijn fabrikanten die wel een werkende stack hebben voor Bluetooth Smart, zoals Motorola met de Razr. Alleen dan kom je op het probleem: er is geen standaard. Dus andere fabrikanten zullen een andere oplossing schrijven. Daarom is er een API nodig, zodat je als ontwikkelaar op een standaard manier het OS kan aanroepen. Dus wordt er voor gekozen om Android niet te supporten, waardoor je dus met je gloednieuwe smartphone geen of onvolledig gebruik kan maken van nieuwe gadgets.
Owja wil je de volgende keer ook de zoekterm vast invullen in Google, dan weet ik ook direct wat ik op moet zoeken
Zoals ik nu inmiddels al voor de derde keer zeg: het is niet compleet. Lees ook dit stuk op PocketNow.
Korte samenvatting: als je een product koopt met Bluetooth 4.0 hoort Bluetooth Low Energy (Bluetooth Smart) te werken. En raadt eens: dat doet het dus niet!
Het werkt niet voor normale gebruikers, het werkt niet voor geavanceerde gebruikers, het werkt niet. Ik heb niet de kennis om dat aan te vullen en als ik die kennis had dat kan het nog niet, omdat m'n telefoon geen root toegang heeft. En dat is alleen mogelijk via HTCDev, waarmee m'n garantie vervalt.
Ik weet heus wel dat Android open source is, de SDK staat op m'n pc, ik zou zo de Github kunnen syncen. Ik ben verder meer dan gemiddeld op de hoogte van Android, heb ook een XDA account, dus daar hoef ik ook niet heen.
Maar daar gaat het allemaal niet om, hierboven geeft een gebruiker al aan dat rSAP ook niet werkt. Bluetooth Smart werkt niet. Op het moment dat Bluetooth Smart niet werkt, valt de verbinding terug op Bluetooth 2.1, wat ontzettend veel meer stroom gebruikt. Funest voor de batterij van je telefoon en voor het device wat je wilt pairen. Dezelfde functies waar jij het over hebt werken dus niet naar behoren.
Er zijn fabrikanten die wel een werkende stack hebben voor Bluetooth Smart, zoals Motorola met de Razr. Alleen dan kom je op het probleem: er is geen standaard. Dus andere fabrikanten zullen een andere oplossing schrijven. Daarom is er een API nodig, zodat je als ontwikkelaar op een standaard manier het OS kan aanroepen. Dus wordt er voor gekozen om Android niet te supporten, waardoor je dus met je gloednieuwe smartphone geen of onvolledig gebruik kan maken van nieuwe gadgets.
Owja wil je de volgende keer ook de zoekterm vast invullen in Google, dan weet ik ook direct wat ik op moet zoeken
[Reactie gewijzigd door wph op dinsdag 12 februari 2013 22:54]
Helemaal mee eens. Implementeer meteen ook RSAP, zodat mijn telefoon fatsoenlijk met de carkit communiceerd. Schijnt dat Samsung dit in de laatste versie van android zelf (weer) toegevoegd heeft (kan iemand dit bevestigen?)
https://play.google.com/s...amp;feature=search_result#?t=W251bGwsMSwxLDEsImNvbS5hbmRyb2lkX3JzYXAuQmx1ZXRvb3RoUlNBUCJd
Waarom überhaupt wachten op Samsung? Voor ¤8,99 heb je een volwaardige RSAP client op je smart phone.
Waarom überhaupt wachten op Samsung? Voor ¤8,99 heb je een volwaardige RSAP client op je smart phone.
Bluetooth streaming was redelijk stabiel in mijn geval, laten we zeggen 1 of 2 hick-ups op een ritje van een klein uur. Maar mooi als ook die verleden tijd zijn!
EDIT: voor de duidelijkheid, ik heb een Nexus 4
EDIT: voor de duidelijkheid, ik heb een Nexus 4
[Reactie gewijzigd door RatedR op dinsdag 12 februari 2013 10:39]
Ik denk dat de problemen zich vooral voordoen als je via WiFi audio streamt naar je bluetooth device. Dus bv. een internetradio via bluetooth afspelen op een bluetooth box/headset.
Hopelijk is bluetooth nu ook deftig gefixed op mijn gnex, want sinds 4.2 kan ik niet verbonden blijven in de auto!
Op dit item kan niet meer gereageerd worden.
Onderwerpen
Prijzen
LG Nexus 4 16GB Zwart
- LG Nexus 4 16GB Zwart
- Google Nexus 7 32GB Zwart
- Google Nexus 10 16GB Zwart
- Google Nexus 7 8GB Zwart
- Google Nexus 7 16GB Zwart
- Google Nexus 7 32GB 3G Zwart
- Google Nexus 10 32GB Zwart
- LG Nexus 4 8GB Zwart
Vraag & aanbod
-
Nexus 7 met gebroken digitizer
Haaksbergen, € 100,-
-
Google Nexus 7 16GB Zwart + Travelcase
Zutphen, € 180,-
-
Den Helder, n.o.t.k.
Populair: Samsung Websites en communities Mobiele telefoons Laptops Sony Games Microsoft Politiek en recht Consoles Microsoft Xbox One
© 1998 - 2013 Tweakers.net B.V. Contact Over Tweakers Jouw privacy Algemene voorwaarden Cookies
Tweakers wordt uitgegeven door De Persgroep en wordt gehost door True
