Google presenteert Android 4.4

Google heeft Android 4.4 gepresenteerd. De nieuwe versie van Android bevat kleine wijzigingen in de interface. Bovendien heeft Google naar eigen zeggen het geheugengebruik verminderd, waardoor het beter moet draaien op toestellen met 512MB werkgeheugen.

Android 4.4 Kitkat laat diverse wijzigingen in de interface zien. Zo zijn de knoppen onderaan het scherm op het homescreen transparant gemaakt, net als de notificatiebalk. De statusiconen zijn niet langer blauw, maar wit. Ook zijn veel iconen aangepast, wat Android 4.4 net een ander uiterlijk geeft, hoewel de verschillen klein zijn.

Google gaf tientallen van zijn apps afgelopen week al een update, maar in 4.4 zijn ook diverse systeemapps aan de beurt. Zo heeft de dialer een update gehad, waardoor gebruikers naar lokale winkels en bedrijven kunnen zoeken in de dialer-app. Ook probeert Android een naam te vinden als de gebruiker door een onbekend nummer wordt gebeld. Of de dialer-app ook los komt te staan van Android en in de Play Store komt, is onduidelijk.

Door apps los te trekken, worden systeemapplicaties uit aosp gehaald. Volgens een analyse van Ars Technica verstevigt Google zo zijn grip op Android en maakt het bedrijf het daarmee lastiger om Android-toestellen zonder toestemming van Google uit te brengen.

Helaas!
De video die je probeert te bekijken is niet langer beschikbaar op Tweakers.net.

Ook heeft Google een api gemaakt om andere apps sms'jes te laten afhandelen, iets dat Facebook al deed met Messenger. Hangouts, de chatapp van Google zelf, krijgt ook die functionaliteit. Dat is vooralsnog een optie in Hangouts.

Android 4.4 moet ook soepeler gaan draaien om smartphones die over een beperkte hoeveelheid werkgeheugen draaien. Hierdoor moet KitKat ook op goedkope smartphones met bijvoorbeeld 512MB werkgeheugen soepel draaien. Ook zou Android door de afslankoperatie beter kunnen functioneren op bijvoorbeeld smartwatches, al noemt Google dat niet specifiek. Daarnaast is er ondersteuning gekomen voor meer sensoren, zoals stappentellers.

Dat gebeurt door niet alleen onnodige achtergrondprocessen te verwijderen, maar ook door in apps als Chrome en YouTube het geheugengebruik te verminderen. Ontwikkelaars kunnen via de sdk kijken hoeveel geheugen welke functie gebruikt. Bovendien kunnen ontwikkelaars kiezen om bepaalde functies uit te schakelen op toestellen met 512MB ram.

Google Now krijgt ook een update, met veel nieuwe kaarten en de optie om via het uitspreken van de woorden 'Ok, Google' de zoekfunctie te openen. Er zijn bovendien veel nieuwe functies, zoals ondersteuning voor infrarood-poorten, fullscreen-modus voor apps, een webview die gebaseerd is op Chromium in plaats van op de stock-browser en de mogelijkheid tot screen recording.

Android 4.4 staat standaard op de Nexus 5 en zal ergens in de komende weken als update uitkomen voor de Nexus 4. Google lijkt de ondersteuning voor de twee jaar oude Galaxy Nexus te staken. De Nexus 7-tablets uit 2012 en 2013 krijgen de update wel, net als de Nexus 10. Ook de Google Play-edities van de Samsung Galaxy S4 en HTC One krijgen de update. Die beide toestellen zijn niet in Nederland te koop geweest.

Reacties (197)

[Shinigami]

Wat ik eigenlijk een beetje opvallend en enigszins teleurstellend vind, is dat Android 4.4 blijkbaar op de 3.4 Linux kernel is blijven hangen
Althans, als ik een emulator opstart zie ik dat dit nog steeds 3.4 is.

Er waren geruchten dat ze in februari op 3.8 zaten, en ik had gehoopt dat ze by now 3.10 hadden geimplementeerd. Gigantisch veel optimalisatisch zijn doorgevoerd voor ARM processoren tussen 3.8 en 3.11, waaronder ondersteuning voor 64 bit processoren en power saving features.
Dat laat wel weer zien dat het met recht een incremental update is. Wellicht dat Android 5.0 de 3.11 Linux kernel heeft en 64 bit mainstream maakt in Android.

[Amanoo]

Is dat 64-bit dan echt nodig? Ik zie mezelf in ieder geval nog niet voor de 8GB RAM in mijn telefoon gaan. Of hebben 64-bit ARM processoren nog wat leuke features die ik niet ken? Power saving features zijn natuurlijk altijd erg welkom.

[FreshMaker]

Niet ?
Ik zou het toch graag zien, 8GB werkgeheugen, de hele dalvik één op één beschikbaar MET ruimte over voor bewerkingen ( Foto, Video - Games ... )

Dat zou een vooruitgang geven

[Dreamvoid]

Tot Intel's Merrifield in Q1 2014 zijn er voor Android geen 64-bit telefoonchips beschikbaar.

[Verwijderd]

"Google lijkt de ondersteuning voor de twee jaar oude Galaxy Nexus te staken." Altijd de laatste Android update op Nexus toestellen, is dus niet waar. Na 2 jaar stopt het gewoon...

[HerrKauwer]

Dit haal ik uit de FAQ:

Why isn’t Galaxy Nexus receiving the update to Android 4.4?

Galaxy Nexus, which first launched two years ago, falls outside of the 18-month update window when Google and others traditionally update devices.

https://support.google.com/nexus/answer/3468085

Niet eens 2 volle jaren dus

[Shinigami]

Dat Google een 18 maanden updatecycle heeft afgesproken met hun telefoonleveranciers is al sinds 2011 bekend. Dat werd toentertijd tijdens de Google IO aangekondigd.
Totnogtoe hebben veel fabrikanten zich daaraan gehouden, en dit geldt dus ook voor hun eigen Nexus-lijn. Het verbaast mij daarom niet echt.

[Verwijderd]

http://www.theverge.com/2...raded-android-4-4-kit-kat Ik begrijp dit niet, over 18 mnd komt Google met Android 5.0 ofzo, en dan wordt je N% niet meer meegenomen. "Te oud" volgens Google. Is toch belachelijk?

[iChaos]

Ergens ook wel logisch he. 'Altijd' kun je wel heel letterlijk nemen. Google, breng eens heel snel de nieuwe OpenGL, Vsync/Project Butter, en al die andere nieuwe technieken naar de G1 en de HTC Magic!

Zonder dollen. Ze moeten vooruit, je kunt moeilijk je OS niet meer updaten met nieuwe zaken omdat je oudere toestellen dan niet mee kunnen. Die Galaxy Nexus zal vast nog wel prima KitKat draaien, maar waarschijnlijk kan Google geen PERFECTE ervaring bieden die nooit vastloopt en die feilloos functioneert zonder enige lag. Dat willen ze niet op hun geweten hebben, dus moet je even uitwijken naar de community of een Linux-bak aanslingeren.

[Razortek]

Is het hele idee van KitKat niet juist dat het werkt op toestellen met lage specs, zoals 512mb geheugen. 't zou dan toch prima moeten werken op een Galaxy Nexus met 1gb geheugen?

[iChaos]

Er is meer dan RAM wat een rol speelt. De grafische pracht en praal vereist ondersteuning voor nieuwe technieken in OpenGL, de GPU moet het allemaal aankunnen, en de CPU natuurlijk ook. Mijn oude Desire had met 1GHz genoeg kracht om in de launcher van Jelly Bean smooth te functioneren. Maar de animaties gaan niet lekker genoeg vanwege een zwakke Adreno 200 GPU.

Waarschijnlijk is er wel ergens een kleine bottleneck op de Gnex, genoeg om niet de perfecte ervaring te kunnen bieden. Haperingen tijdens het laden van applicaties zijn bijvoorbeeld uit den boze. Of wanneer een nieuwe functie niet beschikbaar is op een toestel kan dat toestel al niet meer mee volgens de fabrikant: simpelweg omdat het universeel wil zijn en geen crippled toestellen wil hebben (zoals Apple deed met de 3G op iOS 4).

[Fransfb]

Misschien komt hij niet meer uit voor de GNexus omdat Texas instruments toch gestopt was met Omap, waardoor er mogelijk geen goede drivers zijn?

[iChaos]

Kan het mee te maken hebben inderdaad, maar voor zover ik weet is een vrij groot deel van de source nog wel beschikbaar voor die apparaten (we weten er in ieder geval meer van dan een Tegra). Daarnaast draait Android 4.3 er ook nog op, en die binary blobs zullen nog wel werken op KitKat, al moet je heel misschien iets backporten in de source van KitKat.

[ronaldmathies]

Dus we hoeven dan ook geen custom rom te verwachten? want als Google het al niet voor elkaar krijgt vanwege een bottleneck dan zal niemand het voor elkaar krijgen.

[kimborntobewild]

De grafische pracht en praal vereist ondersteuning voor nieuwe technieken in OpenGL, de GPU moet het allemaal aankunnen, en de CPU natuurlijk ook.

[config]
prachtenpraal=0

[Thedr]

Lijkt me ook niet heel vreemd gezien de (razendsnelle) vooruitgang op het gebied van smartphone en de rekenkracht daarvan. Windows 8 zal ook niet erg lekker lopen op je 486...

[The Realone]

Ik zie niet in hoe 4.4 niet fatsoenlijk zou lopen op de Galaxy Nexus die echt geen enkel probleem heeft met 4.3 en pas 2 jaar oud is met best aardige specs. Ronduit een vreemde beslissing van Google, zeker gezien ze zo inzetten op het tegengaan van fragmentatie. Dan moet je toch een voorbeeld stellen dacht ik zo.

[plinders]

Ik weet niet waar je "altijd de laatste Android update" vandaan haalt, maar de ondersteuning voor de Nexus One en Nexus S is ook al lange tijd gestaakt.

Wat je wél krijgt met Nexus toestellen is een vanilla Android ervaring en dat de nieuwe updates vrijwel meteen beschikbaar zijn voor je telefoon.

[Erwin1967]

Ik weet niet wat zo bijzonder aan deze 'Vanilla' ervaring is. Ik voel me voornamelijk een soort proefkonijn waarbij de (karige uitgeruste) systeemapplicaties vervelende bugs vertonen. Snelle updates zijn voor Google telefoons gewoon noodzakelijk. Ik heb dus een recente Nexus (1,5 jaar geleden aangeschaft) en nu lijkt het alweer over te zijn met de 'pret'. Als dit inderdaad zo is, is het ook de laatste Google telefoon die ik heb aangeschaft.

[blouweKip]

Ach, na 1.5 jaar stopte de ondersteuning van mn ipad 1....en kon ik helemaal geen updates meer op installeren, op de galaxy nexus kun je gewoon bij de tijd blijven door een rom te installeren.

[Verwijderd]

Ja klote maar verschil is (dacht ik) dat de drivers voor CPU en GPU wel gewoon vrijgegeven worden en we dus een volwaardige CM kunnen blijven downloaden? Iemand hier ideeen over?

[iChaos]

Dat kan voor de meeste toestellen sowieso (een custom ROM installeren). Sommige apparaten zullen pas functioneren met de juiste binary blobs (zoals we op de HTC HD2/Desire heel lang hebben gewacht op ICS binary blobs om de GPU in ICS te kunnen gebruiken). Die binary blobs moet je wel hebben, anders kun je bepaalde hardware niet aanspreken. Ik verwacht echter dat de binary blobs van Jelly Bean gewoon zullen werken in KitKat, zij het met wat tweaks in de broncode van KitKat. De kans dat je KitKat niet krijgt op je Gnex lijkt me iig nihil, maak je daar maar geen zorgen over.

[Verwijderd]

Maar vergelijk dit nou eens met een Windows Phone 8.1. Die Lumia's kunnen allemaal wel updaten naar 8.1, en straks denk ik ook naar 8.2/9? Of is dat niet zo?

Ik begrijp gewoon niet waarom "ze" niet, net als bijv. Windows 7 voor op je computer, niet gewoon updates voor alle telefoons kunnen uitgeven. Dat kan voor laptop-besturingsystemen toch ook? En Ubuntu kan je toch ook elke keer weer updaten, waarom dan niet met die Nexussen die niet eens een schilletje hebben, of begrijp ik iets niet?

[iChaos]

Zo af en toe slaan de fabrikanten een nieuwe weg in. Windows Phone 8 komt er niet voor de HTC Trophy/Titan/Surround/HD7/Mozart en nog veel meer apparaten. Waarom? Die toestellen draaiden allemaal een Windows CE kernel. Deze kernel is al wat ouderwets. Windows heeft de NT kernel overgezet naar mobiele apparaten, opdat een nieuwe WP8-lijn van toestellen een kernel heeft met dezelfde grondbeginselen als de desktop kernel. Voordelen zijn dat applicaties voor Windows makkelijker over te zetten zijn voor ontwikkelaars. Maar die nieuwe kernel gaat niet werken op WP7 toestellen, mede doordat WP8 een zogenaamde TPM-chip vereist om een veilige opstartcode in te laden. Dat kan niet op die oude toestellen.


Ja, de huidige WP8 toestellen zullen naar 8.2 kunnen gaan (waarschijnlijk), omdat er onder de motorkap geen grote veranderingen zullen komen qua kernel (ik verwacht niet dat er weer een hele andere kernel komt met hele andere eisen). Windows 7 op je PC kun je op iedere PC installeren omdat er drivers aanwezig zijn en Microsoft je geen garantie hoeft te geven dat alles smooth draait. Als je KitKat op je Galaxy Nexus wilt: niemand houdt je tegen. Download een custom ROM en je bent klaar. Of als je het zelf wil doen: pak de code voor het specifieke Nexus-toestel uit een eerdere versie van Android in AOSP, zet hem in de KitKat tree, en compileer. Een HTC Magic zal je zo niet op KitKat laten draaien, noch een Nexus One. Maar de Gnexus heeft een recente kernel en kan hardwarematig nog wel mee: ik denk dat je het zonder al te veel problemen zou kunnen compileren.

[Verwijderd]

Hey ik heb geen GNexus hoor!

Alleen ik twijfel bijvoorbeeld tussen een GN5 of een Lumia 929 (als ie uberhaupt uitkomt, in NL) Nou dan weet je bij de N5 dat ie misschien 2x een update krijgt, kan je dus over 2-3 jaar bijna verplicht een nieuwe telefoon kopen. "Verplicht" ja, want je wilt toch een beetje bij de tijd blijven. Die Lumia aber kan misschien wel 5 jaar mee ofzo, qua updates en ondersteuning. Da's toch wel een biggy/consideration, oder?

"Altijd de snelste/laatste updates" is ook niet een belofte van Google, maar dat is wel de associatie die veel mensen hebben bij een Nexus device. Wil dat alleen maar even nuanceren

[iChaos]

Ik ging hier in op 2 discussies, waarbij 1 van de 2 een Gnex had, vandaar Maar ga gewoon voor die GN5 als je tussen deze twee toestellen twijfelt. Die Lumia krijgt ook geen 5 jaar lang de nieuwste updates, omdat het draait om volume bij de verkoop. Na 2 of 3 jaar houdt dat ook wel op. Die Nexus 5 zal ook langer updates krijgen dan de Gnex deed, omdat deze 2.3GHz N5 veel toekomstbestendiger is. Daarnaast heb je bij Android een grote community die ook custom ROMs bakt (heck, ze hebben zelfs ICS op de G1 gedraaid ), dus die onofficiele updates kun je ook gebruiken. Ik wil niet meer anders. Zodra Android 4.3 uit is kon ik hem direct compileren en een paar uur later had ik een eigen build draaiend, en met een paar weken werk heb ik zelfs Jelly Bean, MIUI en Ice Cream Sandwich werkend gekregen op de Flyer die officieel nooit verder kwam dan Gingerbread.

Het ligt er maar aan of je ooit bereid zult zijn om wat te tweaken aan je toestel, maar ik weet zeker dat mijn volgende toestel weer een Android zal zijn. Als de fabrikant geen updates meer vrijgeeft doe ik het zelf wel (toegegeven, niet iedereen kan in een middagje de nieuwste Androidversie werkend krijgen, maar met genoeg tijd + kennis kan het best).

[Verwijderd]

Ja kijk, da's het probleem, ik weet niet wat compileren is. Ik zou dat echt niet kunnen, zelf updaten. En ja ik heb vrienden, maar eentje loopt er nog rond met een Nokia 6810, tel uit je winst. Bovendien, bij zo'n zelfgedane update uit de komjoenitie doet de helft vd functies het toch niet? Doet de camera het niet meer, of een of andere hardware knop.

Ik heb bijv. een vaio fe31m, origineel XP, nu W7, maar heb altijd een zonnebril op vanwege de screen brightness toetsen die het nooit meer doen Word ik gek van!

Maar okay, ik neig ook naar de N5, al was het alleen maar vanwege de Marantz App die ik veel gebruik voor mn receiver en die heeft WP8 niet...

[iChaos]

De community is vaardiger dan je denkt hoor. Een camera is altijd een lastig punt omdat de drivers vaak ingewikkeld zijn opgebouwd, maar buiten dat zul je, zeker bij een toestel dat in de Nexus serie zit en dus de hele device tree al open source heeft, je beslist geen zorgen maken over niet werkende hardware bij updates voor de komende 3 jaar op zn minst.

[calvinturbo]

Dat valt echt wel mee (dat custom ROM's instabiel zijn/niet goed werken), het is gewoon een beetje rond kijken op XDA en lezen wat andere over de ROM zeggen en als het overwegend positief/populair is, flashen die handel

[Reactie gewijzigd door calvinturbo op 23 juli 2024 11:53]

[calvinturbo]

Ik zou er echt niet vanuit gaan dat je 5 jaar updates krijgt met je Lumia. Die kans is zeer klein, Apple heeft ook geen 5 jaar lang updates voor hun toestellen, terwijl Apple toch wel de meeste updates uitbrengt voor haar toestellen. Ook is het voor Microsoft niet voordelig om 5 jaar lang updates uit te brengen. Bij de Nexus apparaten zijn de drivers en dergelijke makkelijk(er) te vinden voor ROM developers, waardoor je gemakkelijk nog aan nieuwe versies kan komen voor je oude Nexus apparaat in tegenstelling tot bijvoorbeeld Samsung telefoons waar alleen de kernel source wordt vrijgegeven en enkele blobs.

Ik zou in je vergelijking dus niet ervan uit gaan dat de Lumia meer updates 'scored'.

[vali]

Microsoft geeft wel degelijk nog 36 maanden support op de huidge wp8 lijn. Vergeet niet dat Microsoft ook in de Enterprise markt zit en hier heeft zekerheid op security een hoge prioriteit.

5 jaar gaat het niet worden, maar 3 a 4 jaar zullen we zeker nog support krijgen.

[Reactie gewijzigd door vali op 23 juli 2024 11:53]

[Gomez12]

Maar support is iets heel anders dan algemene updates.

support kan ook enkele security patches voor wp8.1 zijn zonder dat je toestel 8.2 kan draaien.

[vali]

Dat is inderdaad zo, maar als je als bedrijf zijne in iets investeert vind je het wel fijn om zekerheid te hebben hoelang je support krijgt.

[kimborntobewild]

mede doordat WP8 een zogenaamde TPM-chip vereist om een veilige opstartcode in te laden.

TPM of TPM2?

[iChaos]

Dat weet ik niet. Ik weet dat Windows Phone 8 een TPM vereist omdat er bij de port voor de HD2 een Fake TPM is geschreven die softwarematig die chip emuleert. Welke versie daarvan tegenwoordig wordt gebruikt weet ik niet.

[HallonRubus]

Omdat nieuwe systeemfuncties een andere kernel vereisen, en de kernel bevat vele onderdelen die hardwarespecifiek zijn. Om dat allemaal geschikt te maken voor een nieuwe versie kost gewoon veel tijd en sommige drivers werken niet met een nieuwe versie.

[Xieoxer]

De naam Kitkat blijft een rare naam en zeker voor een nieuwe versie. Het zal zeker maanden duren voordat de meest recente telefoons bijgewerkt zijn. Waarom? De meeste fabrikanten bouwen een eigen skin om Android heen. Waardoor de uitrol belemmerd word. De ontwikkelaars van de fabrikant moeten eerst de skin Android 4.4 ready maken. De ontwikkeling hiervan kan weken tot maanden duren. Als de fabrikant eindelijk de skin Android 4.4 ready heeft en de update heeft uitgerold kan de uitrol voor sommige gebruikers belemmerd worden. De meeste providers installeren standaard apps op een Android telefoon. Als er een nieuwe versie vanuit de fabrikant beschikbaar komt, kijken providers of de apps die standaard worden geïnstalleerd nog werken. Zo niet moeten deze apps eerst worden aangepast. Als dit allemaal achter de rug is krijgen de gebruikers de update als je telefoon het kan ondersteunen. Android kan nog veel leren van iOS als het over updates gaat.

Nu zeggen sommige Tweakers dat het niet Google verantwoordelijkheid is, maar dat is het dus wel. Ontwikkelaars zitten momenteel met hun handen in hun haar als het over Android gaat. Er is zoveel fragmentatie op Android en dat belemmerd ontwikkelaars. Zonder deze ontwikkelaars was Android nooit bekend geworden, dus Google moet juist ontwikkelaars koesteren!

[Reactie gewijzigd door Xieoxer op 23 juli 2024 11:53]

[flippy]

google heeft geleerd van apple en zelfs volgens apple's eigen uitspraken is android hun al voorbij. (gedeeltelijk te danken aan hun attitude)
google brengt uitsluitend het OS uit, de implementatie word overgelaten aan de individuele fabrikanten. ga niet google de schuld geven over dat hun OS zo divers is en updates zo "raar" worden uitgegeven terwijl het de verantwoordelijkheid is van de telefoonmakers om ze aan de klant te geven.
geef de telefoonmakers de schuld dat ze lang duren over of niet updaten en niet diegene die ze de software aanlevert.
(zelfs mijn 5 jaar oude HTC draait hier vrolijk 4.1.1.

de "iphone" van google is de nexus en die krijgt gewoon glashard als eerste de updates want die draait ook de pure versie van android zonder de rommel van de telefoonmakers erover gesmeerd.
gezien je inmiddels pre-historische nexussen nog steeds kan voorzien van de allernieuwste android denk ik dat google het zo slecht niet doet.

google afzeiken kan rustig, maar zorg dan wel dat je ze afzeikt op de punten waar ze daadwerkelijk verantwoordelijk voor zijn. google is dus NIET verantwoordelijk voor de updates die een galaxy S of een HTC one krijgt, daarvoor moet je dus bij samsung of HTC zijn. alleen bij de nexus kan je aanbellen bij google.

[Reactie gewijzigd door flippy op 23 juli 2024 11:53]

[Groentjuh]

De Nexus apparaten:
Nexus One was leverbaar op 16 Maart 2010 met Android 2.1 Eclair (12 January 2010) en heeft updates tot Android 2.3.6 Gingerbread (2 September 2011) gekregen. Dat is ongeveer 17 maanden aan updates.

Nexus S was leverbaar op 16 December 2010 met Android 2.3 Gingerbread (6 December 2010) en heeft updates tot Android 4.1.2 Jelly Bean (9 Oktober 2012) gekregen. Dat is ongeveer 21 maanden aan updates.

Galaxy Nexus was leverbaar op 17 November 2011 met Android 4.0 Ice Cream Sandwich (19 Oktober 2011) en lijkt te blijven hangen bij Android 4.3 Jelly Bean (24 Juli 2013). Dat is ongeveer 20 maanden aan updates.

Nexus 4 was leverbaar op 13 november 2012 met Android 4.3 Jelly Bean (13 November 2012) en krijgt inderdaad nog een update. Zo niet zou daar maar 8 maanden aan updates voor gemaakt zijn.

De lijn lijkt net iets minder dan 2 jaar aan updates bij de nexus apparaten.

De eerste iPhone was leverbaar op 29 juni 2007 met iPhone OS 1.0(29 juni 2007) en heeft updates tot iPhone OS 3.1.3 (2 februari 2010). Dat is ongeveer 31 maanden aan updates.

De iPhone 3G was leverbaar op 11 juli 2008 met iPhone OS 2.0(11 juli 2008) en heeft updates tot iOS 4.2.1 (22 november 2010). Dat is ongeveer 27 maanden aan updates.

De iPhone 3GS was leverbaar op 19 juni 2009 met iPhone OS 3.0(17 juni 2009) en heeft updates tot iOS 6.1.3 (19 maart 2013). Dat is ongeveer 45 maanden aan updates.

De iPhone 4 was leverbaar op 24 juni 2010 met iOS 4.0(21 juni 2010) en heeft updates tot iOS 7.0.3 (22 oktober 2013). Dat is inmiddels al 39 maanden aan updates.

Apple doet het dan iets beter met vaak meer dan 2 jaar aan updates!

Bij vele fabrikanten van Android duurt het vaak lang voordat ze op de laatste versie zitten en is het vaak de vraag of je toestel een update krijgt. Mijn trouwe HTC Desire mocht van HTC enkel van 2.1 naar 2.2. Het is jammer dat bij Android toestellen het niet zo zeker is dan je nog jaren aan updates krijgt. Hopelijk kan de Android-community de Nexus 5 net als mijn Desire nog wat 'niet-officiële' updates geven na twee jaar om op die wijze toch nog wat langer bij te kunnen blijven.

@ATS: Verkeerd kolom gepakt uit een tabel. De datum, die bij de iphone 4 stond, was de datum voor de iPhone 4s. Inmiddels gecorrigeerd.

[Reactie gewijzigd door Groentjuh op 23 juli 2024 11:53]

[ph4ge]

Updaten is een middel en geen doel op zichzelf. Leuk dat Apple mijn 3GS updatete, maar daardoor ging hij wel veel slechter functioneren. En daar hebben meer Apple producten last van.

Bovendien heeft Android in 2 jaar ondersteuning veel grotere stappen gemaakt dan iOS in 3 jaar ondersteuning. Dat komt vooral omdat Android van een grote achterstand kwam, maar daardoor zijn die 2 jaar upgrades wel een stuk nuttiger dan 3 jaar Apple updates. Daarnaast update Apple ook weleens zonder de nieuwe features mee te brengen, terwijl andersom Android telefoons weleens nieuwe features en fixes krijgen zonder dat de Android versie formeel wordt geupdate.

Ten slotte werd oa. de iPad 1 helemaal niet zo goed geupdate en mag je ook wel wat meer verwachten voor de prijs die je betaalt, de iPhone modellen werden ook veel langer verkocht voor hogere prijzen.

Ten slotte is nergens gezegd dat de Galaxy Nexus niet geupdatet wordt. Technisch gezien kan het prima, de modellen daarvoor trokken de updates gewoon niet meer en dan is het beter om niet te updaten. Maar updaten voor jou een doel is en geen middel kan je altijd nog buiten Google om updaten.

[Reactie gewijzigd door ph4ge op 23 juli 2024 11:53]

[gac]

Zie https://support.google.com/nexus/answer/3468085
Hier is te lezen dat de Galaxy Nexus helaas geen update krijgt. We zullen het dus met een custom-rom moeten gaan doen...

[burgt]

Wat ook weer het mooie is van Android: Je kan er een custom rom opgooien!

[Erwin1967]

Ik mag hopen dat Google de Galaxy Nexus nog update want er zitten nog serieuze bugs (o.a. belabberde wifi ontvangst sinds de laatste 'update'). Daarnaast zijn updates noodzakelijk vanwege security issues. Zonder update kun je dus een apparaat van bijna 400 euro na 2 jaar gewoon weggooien????

[FriXion]

Met het grote verschil dat je op een iOS apparaat alleen een nieuwe versie van iOS kunt krijgen van Apple zelf. Op Android kun je custom ROMs zetten, waardoor je nog heel wat jaartjes kunt genieten van de nieuwste Android functies op je smartphone, zolang de smartphone er snel genoeg voor is. Dit laatste zal alleen maar beter worden nu Android steeds meer geoptimaliseerd wordt voor langzamere apparaten.

Een voorbeeld is bijvoorbeeld de allereerste Android telefoon; de G1. Deze telefoon komt uit oktober 2008, meer dan 5 jaar geleden dus. Zelfs voor deze telefoon is er Android 4.0 beschikbaar (filmpje: http://www.youtube.com/watch?v=Ym4A82ft5pw), al draait deze wel enorm traag. Ook niet zo gek met de middeleeuwse hardware in de G1 maar het geeft wel aan dat je zelfs op de oudste Android telefoon een (relatief) recente versie van Android kan draaien.

Nu Google de apps steeds meer los trekt van het OS zelf, kunnen veel functionaliteiten in nieuwe Android versies op steeds meer telefoons beschikbaar komen, zelfs als fabrikanten vertikken om OS updates uit te brengen voor hun last-gen apparaten.

[ATS]

Even voor de duidelijkheid: de genoemde data zijn leverbaar tot, niet vanaf. De iPhone 4 is bijvoorbeeld wel iets ouder dan oktober 2011, namelijk 24 juni 2010 (behalve de 8GB versie, die is tot 10 september van dit jaar leverbaar geweest).

[aval0ne]

Een iPhone 4 met iOS 7 is niet werkbaar. Mooi dat er een update is maar het is gewoon vreselijk traag.

[Verwijderd]

Het probleem is de animaties. Die kun je uitzetten.

Instellingen -> Algemeen -> Toegankelijkheid -> Verminder beweging -> AAN.

Nu hebben de apps niet meer die veel te trage open en close animatie waardoor het toestel veel sneller aanvoelt.

[enermax]

Hoezo is deze een rare naam vergelekenen met de andere versies bijvoorbeeld gingerbread (Gemberkoek ) of ice cream sandwich?

Android en Kitkat staan zelfs samen op kitkat en Nestle site. Samenwerkingsverband dus

[Reactie gewijzigd door enermax op 23 juli 2024 11:53]

[Señor Sjon]

Omdat de werktitel erg lang Key Lime Pie is geweest. Ook waren alle namen tot nu toe generiek voor lekkernijen. KitKat is een merknaam, dat is een stuk vreemder om je Android versie zo te noemen.

[Floor]

Zoiets heet product placement. Het zal mij niet verwonderen wanneer Nestlé er een aardig bedrag voor heeft neergelegd. Kijk eens de film "The Greatest Movie Ever Sold" (staat ook op Netflix). Gaat over dit onderwerp en is leuk om eens te kijken.

Dat er wat aan de fragmentatie gedaan wordt is prima. Customizen is goed, maar zorg dat de core gewoon bijgewerkt kan worden.

[Reactie gewijzigd door Floor op 23 juli 2024 11:53]

[ATS]

Nee, in dit geval dus niet. Dit is met gesloten beurzen geregeld.

[Verwijderd]

Boeiend hoe het heet? Zolang het maar goed werkt, doet wat je wilt, snel is en lang meegaat op een acculading.

[Andros]

Omdat KitKat toch echt een merknaam van Nestlé is dacht ik...

[thedjdoorn]

Zeg, leuk dat je moeilijk doet over skins, maar die fabrikanten kiezen daarvoor, dat is niet echt een Android probleem. Natuurlijk heeft iOS dat niet, want niemand zou weten of er dan wel of geen aparte skin omheen zit, omdat niemand kan kiezen uit een high-end of budget iPhone, alleen een peperdure met redelijke specs. Dit is de reden waarom ik een Nexus 4 heb gekocht, want hij was high-end, redelijk geprijsd, en ik hoef niet echt lang te wachten op updates (vergelijk met S4 - die kreeg 4.3 een week nadat ik m had).

De naam, tja, meer een vorm van promoten? Niet dat niet iedereen die een ietsjepietsje weet van techniek weet wat android is, maar dan toch, leuke actie met: verstop een tablet in een snoepautomaat (alleen jammer dat zodra ik op Utrecht CS naar de automaat loop, dat daar alleen maar Kitkat in zit).

En Google die geen developers koestert? Waarom is Android dan hybrid-source?

Toch een aantal leuke nieuwe features! SCREEN RECORDING!!!

[Deadsy]

Dat is dus niet het probleem van Google.
Dat sommige fabrikanten ervoor kiezen om zeer zware skins over Android te gooien is hun keus.

Andere fabrikanten kiezen ervoor geen of een zeer lichte eigen skin erop te zetten waardoor het voor hun veel eenvoudiger is om de skin aan de nieuwe versie aan te passen.

Daarnaast heb ik vaak het gevoel dat sommige fabrikanten bizar kleine afdelingen hebben die de Android versies in elkaar zetten voor hun toestellen als je ziet hoe lang deze nodig hebben voor een update.

We zullen het wel weer zien met de 4.4 updates. Sommige merken zullen hier veel vlugger mee komen dan andere merken en dat komt niet door Android maar door de merken zelf.

[blouweKip]

Android kan nog veel leren van iOS als het over updates gaat.

Lijkt me niet, er is immers maar 1 fabrikant van iOS apparaten, iOS ondersteund niets anders dan ipads en iphones...
Je moet het dan ook vergelijken met de nexus lijn, die kwa updates net zo werkt als iOS op iphones (al kun je op nexus apparaten nadat de ondersteuning verlopen is nog gewoon nieuwe roms installeren, iets wat niet eens mogelijk is iOS apparaten, misschien een puntje waar apple wat kan leren van google)

Er is dus weinig van iOS te leren omdat er geen sprake is van een vergelijkbare situatie...

[Reactie gewijzigd door blouweKip op 23 juli 2024 11:53]

[ronaldmathies]

Dan is er nogsteeds veel te leren want zelfs de Nexus toestellen krijgen maar voor korte duur updates. Zie een aantal posts hierboven, dan zie je dat het nogsteeds niet geweldig is.

[xoniq]

De Nexus kreeg (tot nu dus) 2 jaar updates (max) en de iPhone krijgt tot 5 jaar updates .. Vind ik nogal een verschil.
Ik zal ook wel tot november 2014 moeten wachten op KitKat voor de HTC One.
Zit er sterk over te denken om gewoon vanilla Android erop te gooien, maar dan mis ik juist weer de goede apps van HTC ..

[737freak]

Niet veel spannends, alles was al 'gelekt'.
Desalniettemin, goed bezig Google!

[Verwijderd]

Door apps los te trekken, worden systeemapplicaties uit aosp gehaald. Volgens een analyse van Ars Technica verstevigt Google zo zijn grip op Android en maakt het bedrijf het daarmee lastiger om Android-toestellen zonder toestemming van Google uit te brengen.

Dat is de enige wezenlijke verandering. Het langzaam isoleren van het Google ecosysteem van android door er Google play services tussen te schuiven. Over een tijdje programmeert men geen apps meer voor het open source Android maar voor de closed source en proprietary Google Play Services API.

http://arstechnica.com/ga...e-by-any-means-necessary/

[Alex_dragon]

Persoonlijk vindt ik het weghalen van de google apps een goed ding. Vele opensource roms proberen zo veel mogelijk google van Android te scheiden.
Dat heeft een aantal voordelen:
-Men kan makkelijker een kleine rom maken die geen Google dingen bevat om te gebruiken met builtin/mini devices
-Men kan een volledige smartphone compatible rom bouwen die geen verband houdt met Google. Replicant probeert dit heel erg na te streven, door ook bijvoorbeeld een alternatieve FOSS market te gebruiken in plaats van Google Play. (wat porno is voor de wat meer paranoide mensen onder de maatschappij-- zoals ik )

Daarbij kan je altijd de Google Apps installeren, het pakket is gewoon te downloaden met wat googlen (bijvoorbeeld dat pakket dat ook met cyanogenmod wordt geleverd) en dan is je 'uitgeklede' android ineens een 'volledige' android.

[Dreamvoid]

Lastige is alleen dat als steeds meer apps afhankelijk zijn van de Google Apps API's, het voor OEMs erg moeilijk wordt om telefoons zonder alle (voor hen dure) voorgeinstalleerde Google Apps mee te leveren. Tweakers installeren die Google apps wel los, maar de doorsnee gebruiker niet en die staat toch vervelend te kijken als hij op zijn Android toestel niet alle apps kan installeren.

Een ander punt is dat het op die manier vrijwel onmogelijk om een Android telefoon te hebben zonder dat je ook de webservices en de ad tracking van Google voor lief neemt.

[sanderv]

http://arstechnica.com/ga...e-by-any-means-necessary/

Ik heb dit artikel met veel belangstelling gelezen en ben echt onthutst. Het was me al langer duidelijk dat van Google's mantra "don't be evil" niet veel méér over was dan hun juridische verplichtingen, maar dit is echt een kant van hun macht die me nog niet duidelijk was. Dank je wel, ik ben een illusie rijker...

[blouweKip]

Wat is er evil aan het feit dat google dmv van het closed source maken van bepaald apps probeert om fragmentatie tegen te gaan? ik ben er ook niet direct een fan van maar het onderliggende system is tot nu toe nog steeds open, er is nog steeds applicatie compatibiliteit met AOSP roms.
Het lijkt meer een reactie op samsung en amazon dan een van te voren bedachte strategie.

Overigens: als je dit al evil vind dan wordt het moeilijk voor je om ubperhaput nog een smartphone te gebruiken en zul je ook op je pc beperkt zijn in je keuzes (geen windows of osx bijvoorbeeld)

[Dreamvoid]

Het closed source maken van apps is nog niet zo'n ramp, maar het is natuurlijk wel ietwat verontrustend dat bv een Amazon die netjes volgens de regels een eigen Android distributie maakt, bijna geen enkele fabrikant kan vinden om hun Android-tablets te maken omdat ze allemaal bang zijn om uit de Open Handset Alliance gegooid te worden en door Google aangeklaagd te worden.

Ook het feit dat apps steeds meer worden gepushed om afhankelijk worden van de proprietary Google API's is een serieus probleem voor Android - veel apps die bv de nieuwe SMS API gebruiken zullen niet werken op non-Google Android versies, en zo ontstaat wel een drempel voor alternatieve Android distro's.

Ik snap Google natuurlijk ook wel, al die honderden miljoenen Chinese Android telefoons en Amazon tablets waar Google geen cent aan verdient zijn ze natuurlijk een doorn in het oog, maar met 80% marktaandeel moeten ze toch wat gaan oppassen met dit soort grappen.

[Reactie gewijzigd door Dreamvoid op 23 juli 2024 11:53]

[ronaldmathies]

Wat er evil aan is is dat ze alle niet closed source apps volledig links laten liggen en niet meer verder ontwikkelen. Dus naarmate de tijd verstrijkt zijn de standaard Android apps gewoonweg niet meer intresant om te gebruiken omdat ze zwaar verouderd zijn. En op die manier 'dwingen' ze je eigenlijk naar alle closed source apps die van Google zelf zijn.

[Stukfruit]

De dingen die je als programmeur van apps gebruikt waren eigenlijk altijd al closed source (denk bv. aan Maps).

Verder hebben partners zoals Samsung duidelijk laten zien dat ze niet met de verantwoordelijkheid van een volledig open systeem om kunnen gaan, gezien hun verwoede pogingen om het hele systeem over te nemen.

Het mes snijdt helaas aan twee kanten. Wat zou je liever hebben: Samsung (of een van de anderen, zoals Amazon) die er hun grip op vergroten? Of de makers van Android zelf?

[N8w8]

De dingen die je als programmeur van apps gebruikt waren eigenlijk altijd al closed source (denk bv. aan Maps).

Valt reuze mee hoor.
Ik heb geen closed Google apps, maar alle apps die ik nodig heb werken toch prima. Behalve Buienradar en Tasker (inderdaad vanwege de Maps api), moet ik er wel bij zeggen.
Ik ben dan geen poweruser, maar bijvoorbeeld Firefox, K9 mail, Osmand, Timeriffic, VLC, Connectbot, werken allemaal prima zonder de closed-source APIs. En zo zijn er nog veel meer.

edit @sdk16420:
Ah, die kende ik nog niet, leuk idee. So crazy, it just might work Erg bedankt voor de tip!

[Reactie gewijzigd door N8w8 op 23 juli 2024 11:53]

[HallonRubus]

Er is een open source port van de location service, wellicht heb je hier baat bij (mocht je hem nog niet kennen). Sommige apps hebben echter een hardcoded link naar Google apps, en dan helpt het natuurlijk niet.

Link: forum.xda-developers.com/showthread.php?t=1715375

[Dreamvoid]

Of de makers van Android zelf?

Aangezien Android een open source project is, is Google niet de enige maker van Android. Maar met de moves van Google wordt het wel steeds moeilijker voor iemand anders dan Google om iets zinnigs met Android te doen - oa door het absolute verbod op forks anders wordt je uit de Open Handset Alliance gegooid.

[Stukfruit]

En dat is een goed iets, want daardoor moet men bv. de Play Store meeleveren waardoor deze de meeste gebruikers trekt. Dat is goed voor gebruikers die niet verschillende apps uit verschillende stores hoeven te trekken en voor ontwikkelaars die in principe geen rekening hoeven te houden met al die extra stores (op sommigen zoals die van Amazon na).

Meer gebruikers == meer succes.

Tevens wordt de Open Handset Alliance geleid door Google, Android (Inc.) werd in 2005 volledig overgenomen door Google en de "hoofdontwikkeling" wordt ook gedaan door Google, dus ja: heel kort door de bocht is Google gewoon de maker van Android, aangezien zij uiteindelijk (ook in het begin) beslissen wat er wel of niet in komt.

Dat er inderdaad veel bedrijven zijn die dingen toevoegen doet daar imo weinig aan af.

[David Mulder]

Aan de andere kant moet je niet vergeten dat dit in principe vanaf het begin het basis idee was van android. Ja het is open source en gratis voor fabrikanten en dat heeft gigantische veranderingen in de markt veroorzaakt, maar het is niet alsof Google niet kostte wat het kost wilt dat Google Play er op staat, want dat is hoe ze hun investeringen terug verdienen. Nu ben ik dus tevreden zolang de kern maar gratis blijft en de mogelijkheid blijft bestaan om apps van buiten Google Play te installeren.

En sowieso, de orginele reden voor het lostrekken van apps was simpelweg dat ze op die manier ze konden updaten buiten android om. Dus hadden de fabrikanten sneller Google's updates verspreid dan was Google waarschijnlijk nooit op het idee gekomen om op deze manier hun apps allemaal meer van zichzelf afhankelijk te maken. Het nette vind ik dan wel weer dat in theorie alles wat Google's Apps kunnen doen kunnen andere applicaties ook doen. Neem Google Hangouts, omdat ze sms daar volledig in willen integeren hebben ze de sms api toegevoegd waarschijnlijk. Wil je een ander keyboard? Genoeg keus. Andere muziek speler? Genoeg keus. Enige uitzondering die ik kan bedenken is dat Google Search/Now door android zelf worden getriggered... ook al zou een andere app rustig op de bottom swipe na alles ook kunnen doen.

[Verwijderd]

Dat is het mooie van Android. Het is super modulair. Geen ander OS heeft dat zo sterk als Android.

[737freak]

Dat is al maanden aan de gang, onder het motto van 'How Google is taking Android back'

[kwakzalver]

Ik ben bang dat deze 'Vendor Lock In' niet gaat werken.
Tot nu toe is alleen Apple succesvol een complete 'enviroment' op te bouwen.

Het plegen van kaalslag op Android zal een positieve stimulans geven aan andere
OS bouwers.

Groot worden is 1 ding. Groot blijven....dat kunnen er niet veel.

[boe2]

Sorry, maar de hele inhoud van het bericht/filmpje hierboven negeren om dan een anti-android editorial te pluggen getuigt van niet veel stijl.

Het is lang niet de "enige wezenlijke verandering", misschien is het zelfs een van de minst interessante veranderingen. Alle API wijzigingen die gedemonstreerd worden in het filmpje zijn beschikbaar in AOSP en hebben NIETS met google play te maken.

[calvinturbo]

Onze Google hater is ook weer actief
Dat is helemaal niet de enige wezenlijke verandering, heb je het verhaal wel gelezen?
Er komt ondersteuning voor meer low-energy taken (muziek runnen verbruikt 50% minder op een compatible processor), Bluetooth is geupgrade, er is ondersteuning voor infrarood.
Tevens hebben ze het voor 512MB RAM geoptimaliseerd.

[Reactie gewijzigd door calvinturbo op 23 juli 2024 11:53]

[mkools24]

Google hater of niet als dat waar is is het toch wel iets om jezelf zorgen over te gaan maken. iOS is al zo gesloten laat Android lekker open blijven want open alternatieven met dezelfde kwaliteitsapps zijn er voorlopig nog niet.

[calvinturbo]

Je kan het ook vanuit de andere kant bekijken, Samsung kan minder ermee gaan rotzooien waardoor ze hopelijk niet meer Android kunnen verprutsen met hun Touchwiz. Overigens draai ik zelf ook nog Touchwiz, maar dan met allerlei Samsung apps eruit gegooid. Ze hebben ook mooie toevoegen zoals Multi-Window, maar het is echt jammer dat Touchwiz altijd minder snel / vloeiend is dan pure Android. Ook zal het nu moeilijker worden Samsung ineens Tizen gaat gebruiken en dan een emulator bouwt die Android apps bouwt, aangezien ze geen toestemming krijgen voor Google Play vermoed ik. Fair = fair ook lijkt me, aangezien Google grotendeels ervoor heeft gezorgd dat Google Play bestaat waar alle developers hun apps voor hebben ontwikkeld..

Maargoed, meningen verschillen.
Je hoort mij overigens niet zeggen dat ik wil dat Android gesloten wordt

[B00st3r]

Eerlijk gezegd koop ik juist Samsung producten omdat ik hun Touchwiz zo handig vind. Daarbij moet ik zeggen dat ik zelf nooit rommel met ROMs en dergelijke, dus je zou kunnen zeggen 'hij weet niet beter'.

Maar het zijn die kleine dingetjes in Touchwiz voor mij doorslaggevend zijn, zoals Multi-Window en de manier waarop je met 1 druk op de aan/uit knop tijdens het afspelen van een film (in de stock player) het scherm blokkeert. Ik zie dit helaas op geen enkel non-samsung product terugkomen. En als films kijken 1 van de voornaamste dingen is die ik doe op een tablet, mis ik de mogelijkheid al snel.

[aval0ne]

Sommigen vinden een stottervrije interface die ten allen tijde vloeiend is belangrijker dan met 1 knop het scherm blokkeren tijdens een video.

[B00st3r]

Mijn interface is ten alle tijden stottervrij en vloeiend.

Misschien probeer je aan te geven dat Android minder goed werkt op budget telefoons, en met name door de Touchwiz interface. Dit zou best eens kunnen, maar ik gebruik alleen maar high-end modellen zoals op dt moment de Note 3 en hiervoor had ik de S4.

[aval0ne]

Waarom komt in elke review van de S4 dit als nadeel terug. Dat jij dat niet zo ervaart kan goed zijn maar dat ligt waarschijnlijk aan het feit dat je nog nooit echt een vloeiende interfac gebruikt hebt. De S4 en de nieuwe Note hebben er dus geen. Dit ontkennen heeft geen zin.

[Verwijderd]

Wat houd je tegen om bijv.Nova Launcher te gebruiken ipv TouchWiz?

[dmystic]

hmmm, dat is nieuw voor me, ik zag die hele verandering van alles binnen android naar losse apps als een positief ding, aangezien dit ervoor zorgt dat alle apps beter up to date blijven, zelfs als de device manufacturers weigeren naar de nieuwe android versies te updaten, maar dat al die apps ook meteen closed source zijn geworden is dan wel weer jammer.

[Kevinp]

Hoe zit het met het gerucht dat je in de nieuwe android per app rechten kan aangeven. Zodat je alsnog de internet verbinding van een app kan blokeren? Of de lees adresboek uit functionaliteit.

[aval0ne]

[...]


Dat is de enige wezenlijke verandering. Het langzaam isoleren van het Google ecosysteem van android door er Google play services tussen te schuiven. Over een tijdje programmeert men geen apps meer voor het open source Android maar voor de closed source en proprietary Google Play Services API.

http://arstechnica.com/ga...e-by-any-means-necessary/

Dus Google wordt zoals Apple. Dat heb je toch graag?

[Origin64]

Vooral dat de open source sms app ijkt te gaan verdwijnen vind ik zorgelijk. Niet dat ik nu precies weet wat die app doet, maar als er een update voor uitkomt met een backdoor van de NSA erin kan de community die in elk geval vinden. Om een van de honderdduizend rampscenarios te noemen. Als het closed source is er helemaal geen verantwoording meer. Kan ik ook Google niet meer vertrouwen. Tijd om de kortegolfradios weer aan te sluiten!

[Dreamvoid]

De SMS'jes worden gewoon op het netwerk van de telefoonprovider al afgetapt, het maakt echt geen bal uit wat de SMS app op de telefoon doet.

[Origin64]

Mja, misschien wordt er hier in Nederland binnenkort iets gedaan aan al dat gegluur van de buren. Dan zou het handig zjn als ze nog een paar andere methoden hebben waar we niks vanaf weten, of niet?

[graverobber2]

Het heeft ook wel een zeker voordeel dat ze dit doen: devices die niet meer geupdated worden, kunnen nog altijd nieuwe functionaliteit krijgen omdat alles nu in apps zit in plaats van het OS.

Voor Rom makers (cyanogenmod, paranoid android,...) wordt het natuurlijk wel iets lastiger om google te volgen (hoewel je bij die mods nog altijd de google apps kan downloaden en installeren)

[TMC]

Door apps los te trekken, worden systeemapplicaties uit aosp gehaald. Volgens een analyse van Ars Technica verstevigt Google zo zijn grip op Android en maakt het bedrijf het daarmee lastiger om Android-toestellen zonder toestemming van Google uit te brengen.

Dit lijkt me een hele slimme zet van Google. Hiermee wordt de schade van fragmentatie voor een groot deel beperkt. Op de lange termijn heel handig.

[debroervanhenk]

Dat klopt, maar het geeft Google wel heel veel macht ten opzichte van telefoonfabrikanten. Die macht kan ook minder onschuldig gebruikt worden. Zonder Google Apps is AOSP Android eigenlijk waardeloos en Google bepaalt of je Google Apps krijgt.

[TMC]

Ja, precies. Moet je maar geen product van Google willen verkopen. Niet meer dan logisch hoor, Google bepaalt zelf hoe ze hun producten en diensten aanbieden, Android is geen non-profit organisatie die een algemeen belang moet dienen. Uiteindelijk is het doel om de klant te verblijden, en dat doet Google middels hun eigen diensten. Als je denkt dat het beter kan, moet je maar je eigen OS ontwikkelen.

[Reactie gewijzigd door TMC op 23 juli 2024 11:53]

[Luke_msx]

Het doel is natuurlijk om Google te verblijden met een hoop gebruikersdata.

[TMC]

Uiteraard, uiteindelijk gaat alles om geld verdienen. Zoals ik al zei, Google is geen non-profit organisatie die een algemeen belang dient en dat is ook helemaal niet erg.

Sterker nog, je zou kunnen beargumenteren dat Google wel algemeen belang dient. Ze leveren diensten van hoge kwaliteit voor €0,00. Op die manier stellen ze samenleving als geheel in staat om om efficiente en effectieve wijze gebruik te maken van innovatieve software. Hier heeft de samenleving als geheel profijt van.

Uiteraard betaal je met je privégegevens, maar het enig nadeel daarvan zijn principieel van aard en niet praktisch. Over het algemeen verbetert Google de wereld zodanig dat het een win-win situatie is: gebruikers krijgen voor 0 euro de beste software/diensten denkbaar, bedrijven kunnen beter en efficienter marketing uitvoeren (hetgeen hen geld bespaart, hetgeen hen in staat stelt om de performance van het bedrijf te verhogen, hetgeen weer een positieve impact heeft op de economie, etc.).

[ronaldmathies]

Niet praktisch van aard? Bekijk voor de grap eens de Terms and Conditions May Apply documentaire en je zult zien dat het weldegelijk heel erg praktisch kan worden waarom dat data graaien vervelend is.

[Framoes]

Zo hebben ze toch enige vorm van controle over welk bedrijf een toestel uitbrengt en kunnen ze voorkomen dat sommige bedrijven alleen maar goedkope troep op de markt brengen, die slecht is voor de naam en het imago van Android.

Zo blijft het open, maar met toch een beetje controle.

[vali]

Bovendien heeft Google naar eigen zeggen het geheugengebruik verminderd, waardoor het beter moet draaien op toestellen met 512MB werkgeheugen.

Ben benieuwd of ze dit waar maken, kan mij herinneren dat ze dit met android 4.0 ook beweerde. Hopelijk komt er snel een review met goedkopere smartphones uit, dan kunnen we echt zien of het waar is wat ze beheren.

[Reactie gewijzigd door vali op 23 juli 2024 11:53]

[calvinturbo]

Android 4.0 was meer om de interface smoother (vloeiender) te maken d.m.v. HW versnelling, net zoals Android 4.1 met Project Butter.
Dit is dus wel iets anders.

[vali]

Dat kan wel wezen, maar Google liet expliciet weten dat met android 4.0 het OS beter ging draaien op telefoons met 512 MB. Dit hebben ze nog 3 versies verder steeds niet waargemaakt en daarom ben ik sceptisch of 4.4 dit wel gaat waarmaken.

Tevens gaan de meeste android budget smartphones (zelfde geldt voor alle 2.1 en 2.2 modellen van die tijd) de 4.4 update niet eens maken. Een toestel van twee jaar oud krijgt niet eens een update meer, toch te gek voor worden als je het mij vraagt.
De 4.4 update is daarom voornamelijk gericht om in de toekomst te concurreren met Windows Phone.

[Reactie gewijzigd door vali op 23 juli 2024 11:53]

[calvinturbo]

Hm oké ik wist niet dat ze dat ten tijde van de 4.0 release hebben gezegd, mijn fout!
Ik hoop dat ze het deze keer wel waarmaken, ik vermoed van wel gezien de wijzigingen die op developer.android.com staan.
Het blijft altijd jammer dat de meeste non-high end toestellen weinig/geen updates krijgen, maar dat is meer een OEM fout en niet een fout van Google.
Gelukkig bestaan er Custom ROM's (die vaak prima werken, tenzij je een Samsung met een Exynos processor hebt en je een non-Samsung ROM wilt draaien )

[vali]

Het is inderdaad jammer om te zien dat Fabrikanten zulke slechte support leveren. Vind het ook niet raar dat we steeds meer in een weggooi maatschappij leven, als je ziet dat je toestel na twee jaar geen nieuwe features en vooral heel belang beveiligings updates.

Hoop persoonlijk dat het met 4.4 gaat veranderen en bedrijven zoals Samsung eens wakker worden met hun support op laag -en middel klasse.

[Reactie gewijzigd door vali op 23 juli 2024 11:53]

[HallonRubus]

Kan me echt niet herrineren dat ze dat gezegd hebben, heb je een bron?

Weet wel dat mijn telefoon met 512MB geheugen na de Android 4.0 update niet of nauwelijks meer kon multitasken. Overigens zeggen ze nu dat ook Google Play Services, Youtube e.d. minder RAM innemen, dus ook zonder systeem update heb je er voordeel van.

[vali]

Een bron van paar jaar geleden? Die heb ik niet meer voor je.... Het werd in ieder geval groot naar buiten gebracht dat het eindelijk beter goedkopere telefoons gaat supporten.

[calvinturbo]

Het is wel zo dat na Android 4.0 en zeker na Android 4.1 low-end toestellen veel vloeiender (niet per se sneller) werden. 4.4 doet hier kennelijk nog een schep bovenop.

[Loller1]

Inderdaad, dit verhaal hebben we bij Android al vaker gehoord en is nog steeds niet waar gemaakt.

[zacht]

Bovendien heeft Google naar eigen zeggen het geheugengebruik verminderd, waardoor het beter moet draaien op toestellen met 512MB werkgeheugen.

Goed idee. Dat is één van de redenen dat ik naar Nokia's met WP8 aan het kijken ben/was, die kunnen wel wat Android niet kon. Ondertussen ben ik teruggegaan naar Gingerbread en dat draait wel als een tierelier op mijn Xperia met 512MB.

[Erwin94]

Ik ben ook erg benieuwd hoe deze wijzigingen gaan uitpakken op mijn Samsung Galaxy S. Android 4.3 loopt in principe prima, maar zodra ik ga multitasken met meer dan twee apps, of met een grote app, dan merk je erg snel dat het geheugen een bottleneck is. Ik hoop dat dit met deze update weer beter gaat!

[computerjunky]

leuk dat het betere draait op phones met 515 mb ram maar er zullen helemaal geen telefoons meer gemaakt worden met 512 mb ram die ook dit os krijgen nu 1gb niet eer high end is maar basis.

[FreshMaker]

leuk dat het betere draait op phones met 515 mb ram maar er zullen helemaal geen telefoons meer gemaakt worden met 512 mb ram die ook dit os krijgen nu 1gb niet eer high end is maar basis.

Dus heb je in basis al direct het dubbele aan vermogen.

omdat iets kan, wil niet zeggen dat het ook maar moet gebeuren ...

[computerjunky]

tenzij de telefoon ziet dat je 1gb of 2gb heb en gewoon weer de volla lading nutteloze troep preload...


Preloaden moet een keuze zijn geen zogenaamde feature.
maak bij iedere app cinkjes of je deze wel of niet gepreload wil hebben dan kan ik namelijk alles uitzetten op de paar apps die ik wel gebruik.
op het moment is preloaden geen feature maar een bug doordat er veel dingen gepreload zijn die ik simpelweg NOOIT gebruik zoals bluetooth, widi, contact app, kalender, maps en ga zo maar door dat is dus allemaal verspilling van het intern geheugen en verslechterd multitasken juist ipv dat het het verbeterd.

zolang er waardeloze meuk in het geheugen staat en bij tappen tussen apps meteen weer geladen word wat nu dus het geval is zal ik iedere keer weer deze apps moeten blijven laden wat tijdverspilling en accuduur verslechtering met zich meebrengt !

[AkkelDeFakkel]

Ook probeert Android een naam te vinden als de gebruiker door een onbekend nummer wordt gebeld.

Waarom respecteert Google het anoniem bellen niet? Ik vind het een inbreuk op privacy. Het ligt niet aan Google om dat te bepalen. Oke het kan handig zijn, maar mensen bellen niet voor niets anoniem omdat ze niet herkend willen worden en als het om iets strafbaars gaat weet de politie het toch zo.

Edit:
Het is me nu pas duidelijk dat het niet om een anoniem nummer gaat.

[Reactie gewijzigd door AkkelDeFakkel op 23 juli 2024 11:53]

[arnoudwokke]

Bij anoniem bellen staat er privé-nummer in beeld, bij een onbekend nummer staat er bijvoorbeeld [phone]. Handig als Google dan opzoekt dat het gaat om Bedrijf X, toch?

[Verwijderd]

Handig hoor dat Google weet door wie jij allemaal gebeld wordt. Word jij vaak door een reisorganisate gebeld dan krijg je gelijk in Chrome en Browers advertenties op maat. Verder weet niet alleen Google dit maar iedereen die het datacenter van Google aftapt/ toegang heeft tot de database ook.Het profiel dat Google over jou heeft wordt telkens een beetje uitgebreid.

[arnoudwokke]

Dat wisten ze al.

[Verwijderd]

En nog meer...dat bedoelt hij/zij.

[AkkelDeFakkel]

Oke klopt dat is wel handig. Maar ik dacht dat ze dat ermee bedoelden. Ineenkeer duidelijk!

[SebasFM]

Als jij met nummer onderdrukking belt zal Google jou niet kunnen vinden. Als je belt met nummer, zal Google proberen je nummer in een telefoonboek te achterhalen.

Functie zit ook op mijn satellietontvanger / Fritzbox combi. Zo krijg ik netjes naam + adres van het vaste nummer dat mij belt, maar ik niet ken.

[royduin]

Ik ben dan wel zeer geïnteresseerd waar Google (maar ook jou Fritzbox) deze gegevens vandaan haalt. Volgens de wet (Telecommunicatiewet artikel 11.6 punt 3) is het niet toegestaan om telefoon gegevens anders dan telefoon nummer bij naam te zoeken in bijvoorbeeld het telefoonboek. Dus naam bij telefoon nummer zou niet mogen.

Ik was van plan een soortgelijke functionaliteit te ontwikkelen in een app, zie: http://royduineveld.nl/bl...door-wie-je-gebeld-wordt/. Ik heb over dit idee dan ook contact gehad met Telefoonboek B.V. die mij graag wilde helpen maar niet zeker wisten of het wel toegestaan is. Vervolgens via verschillende wegen informatie hierover proberen te krijgen met uiteindelijk het resultaat vanuit OPTA dat het niet toegestaan is. Daarbij de referentie naar de telecommunicatiewet.

[SebasFM]

Hmm... Interessant.
Het is niet zozeer de Fritzbox die het denk ik weet te achterhalen, eerder de op Linux gebaseerde satellietontvanger die ik heb met de daarop geinstalleerde Fritzbox plugin.
De plugin laat een popup over het TV beeld zien als ik gebeld wordt. Wordt ik gebeld door iemand uit het interne Fritzbox adressenboek, laat de plugin die gegevens zien. Wordt ik dus door een onbekende gebeld, haalt de plugin dus ergens gegevens vandaan (geen idee van waar). Er staat dan netjes achternaam + voorletters, en zelfs het adres van die persoon komt in beeld. Ik zal eens kijken of ik kan achterhalen waar de info vandaan komt.

[royduin]

Er zijn genoeg websites die het mogelijk maken om een naam bij een telefoon nummer te verkrijgen (voorbeeld), maar op geen van deze websites is een duidelijke naam van een persoon of een bedrijf te vinden die de website runt. Daarnaast ben ik top op heden ook géén API of iets dergelijks tegen gekomen. Mocht je wat informatie kunnen achterhalen, ik ben zeer nieuwsgierig!

[beko1997]

Onbekend, betekend dat het nummer niet in het telefoonboek van de gebruiker staat. Anoniem blijft anoniem, daar doet een OS niets aan

[prupke15]

Heel apart dat de galaxy nexus geen update krijgt?

ze geven aan dat de nieuwe versie makkelijker draait op telefoons met 512mb werkgeheugen maar hun eigen telefoon (die ze zelf updaten) met 1gb ram krijg de update niet....

zou dit erg jammer vinden als dit zo is.