Sony geeft binaries vrij om Android 6.0-roms voor Xperia-smartphones te bouwen

Sony heeft software vrijgegeven die ontwikkelaars kunnen gebruiken om Android 6.0-installaties te bouwen voor Xperia-smartphones. De binaries bevatten onder andere drivers om de Android-software geschikt te maken voor de toestellen.

De software staat op de website van Sony, en tegelijkertijd heeft de fabrikant de instructies om Android-roms te bouwen vernieuwd. Met de vrijgegeven binaries zijn Xperia-smartphones gemakkelijk geschikt te maken voor Android 6.0. Het gaat daarbij wel om de 'kale' Android-software zoals deze door Google in het aosp is vrijgegeven.

Met de vrijgegeven binaries kunnen de meeste van Sony's Xperia-smartphones en -tablets van Android 6.0 worden voorzien: de fabrikant heeft de geschikt toestellen op zijn site staan. Alhoewel ontwikkelaars ook zelf roms kunnen bouwen, zonder hulp van Sony, maken de binaries dit een stuk gemakkelijker: zo zijn er onder andere drivers aanwezig om de Android-software te laten samenwerken met de hardware in de Xperia-smartphones, waardoor ontwikkelaars deze dus niet zelf hoeven te programmeren.

Wie niet wil wachten op kale Android 6.0-roms krijgt op termijn een door Sony ontwikkelde software-update op zijn toestel. Het bedrijf liet namelijk eerder al weten alle high-end-Xperia's vanaf de Z2 van een update naar Android 6.0 te voorzien. Dat betekent dus wel dat de ondersteuning voor de Xperia Z en Z1 komt te vervallen.

Reacties (66)

[ONiel]

Als ik het artikel goed interpreteer, Sony heeft software (binair, dus geen open-source) vrijgegeven zodat andere ontwikkelaars makkelijk iets op kunnen bouwen om Android 6.0 makkelijk op bepaalde Sony-toestellen te zetten?

Aan de een kant denk ik dat dit een zeer goed initiatief is, en veel meer GSM-fabrikanten dit zouden moeten toepassen. Als nieuwe Android versies makkelijker te installeren zijn, dan zijn er ook minder beveiligingsfouten in Android, waardoor de veiligheid en privacy van de gebruiker sterk stijgt, ook zal misschien de hardware beter werken op nieuwere software (beter ondersteuning voor bepaalde dingen, meer 'lightweight',...). En natuurlijk zijn veel nieuwe Android-features niet beschikbaar op bijvoorbeeld mijn oude smartphone, hoewel zelfs deze oude baksteen perfect deze features in principe zou kunnen draaien.

Aan de andere kant, is het enkel binair. Dus ze kunnen in de eigenlijke bron gestoken hebben wat ze willen.

[Reactie gewijzigd door ONiel op 23 juli 2024 06:00]

[iChaos]

Er zijn echt heel weinig toestellen waarbij alles open source is, die zijn allemaal opgenomen in het Replicant-project: http://www.replicant.us/supported-devices.php

Alleen toestellen zoals de Galaxy S2, Note, Nexus S, Galaxy S e.d. hebben echt een compleet binary-loze installatie beschikbaar en dan werkt grafische acceleratie meestal ook niet. De bootloader is bij al die toestellen daarnaast ook nog meestal proprietary, alsook de baseband (en daar gaan we waarschijnlijk nooit een open source variant van zien).

Sony heeft er daarnaast weinig aan om die binaries te manipuleren met kwaadaardige code, want 99% van de gebruikers gebruikt hun toestellen al zonder überhaupt te weten wat er in het Sony framework zit en zelfs met een custom ROM zonder hulp van Sony gebruiken we uiteindelijk altijd wel binary blobs van een eerdere versie of heel soms van een ander toestel (zoals de HTC Flyer bijvoorbeeld nog Android 4.0 kon draaien omdat we de helft van de Desire HD binary blobs hadden overgenomen).

Uiteindelijk maakt het voor Sony dus weinig uit, custom ROMs moeten toch wel die binary blobs hebben om alles te laten werken. Of we die zelf uit ROMs trekken (en dus moeten wachten tot de officiële update uit is om nieuwe blobs te hebben), of we ze ver vantevoren aangeboden krijgen. Ik zou het wel weten als Sony zijnde, dus ik ben blij dat ze een Nexus-like ondersteuning bieden aan ontwikkelaars door die blobs gelijk online te zetten. Het alternatief is dat we blobs gebruiken van Lollipop, maar vaak werken dan dingetjes als oriëntatiesensoren niet, of werkt een nieuwe feature niet omdat de HAL het nog niet ondersteund.

Dit maakt het platform dus niet per sé meer 'open', maar wel veel vriendelijker voor ontwikkelaars omdat we niet meer trial-and-error binaries hoeven te kopiëren, maar vaak zelfs een script krijgen wat gelijk een AOSP-bron kan aanpassen om direct de vendor files en binaries op de juiste plek te zetten, waardoor we nieuwe builds net zo snel kunnen uitrollen als we voor Nexus-toestellen doen.

[marcelvb]

Er zijn echt heel weinig toestellen waarbij alles open source is, die zijn allemaal opgenomen in het Replicant-project: http://www.replicant.us/supported-devices.php

Fairphone doet in ieder geval goed haar best.

Daarnaast heb je Jolla met Sailfish, Ubuntu Phone en Firefox OS.

Dus voor wie verder wil kijken dan iOS en Android, is (of komt) er keuze.

[Probook8979]

Wat is precies een binary blobs?

[iChaos]

Een binary blob is de 'zwarte doos' die de communicatie tussen Android en de hardware afhandelt. Neem bijvoorbeeld de videoaansturing. De Adreno GPU in een toestel komt bijvoorbeeld van Qualcomm. De manier waarop Android praat met de GPU heeft zeer veel invloed op hoe goed je de hardware optimaal benut, dus daar zit heel veel tijd en geld in. Een chip van MediaTek zou bijvoorbeeld in principe net zo goed kunnen zijn als die van Qualcomm, maar als de aansturing van MediaTek-GPU's heel brak is haal je die potentie er nooit uit. Voor bedrijven is het dus belangrijk dat ze hun technologie kunnen beschermen. Als ze hobbyisten de broncode van de hele driver zouden geven zouden we helemaal geen problemen hebben om het met iedere versie van Android te laten werken, omdat we alle code van de aansturing van de GPU hebben en dus alles kunnen aanpassen om het te laten werken met de nieuwste versie van Android. Nadeel is dat de concurrent van het bedrijf die code ook kan zien en alle optimalisaties in zijn eigen drivers kan verwerken, waardoor je opeens het product van je concurrent veel beter hebt gemaakt.

Daarom geven ze binary blobs: drivers die klaargemaakt zijn voor de nieuwe versie van Android, maar die zijn gecompileerd door de fabrikant zelf. De broncode is dus niet meer te zien voor ons, maar het werkt tenminste. We krijgen een documentatie waarin staat hoe je tegen de binary blob/binary driver aan moet praten om hem te gebruiken en alle belangrijke delen van de aansturing worden afgehandeld door die binary blob, maar we hebben geen flauw idee wat er achter de schermen gebeurt. Uiteindelijk heb je dus een product dat wel werkt, maar als Sony ooit besluit geen binary blobs meer uit te brengen voor een nieuwe versie van Android en de oudere versies niet werken, dan wordt het opeens heel erg moeilijk om alle hardware alsnog werkend te krijgen.

Die binary blobs heb je haast voor ieder onderdeel van je toestel: sensoren, de speakers, de GPU in het bijzonder en ga zo maar door, allemaal om de technologie die een bedrijf ontwikkeld te kunnen beschermen. Dat is ook waarom je op Linux voor de computer bijvoorbeeld een gesloten driver van Nvidia kunt installeren die heel goed presteert (want het is hun eigen code), of een open driver waarvan alle code beschikbaar is, maar die het toch net wat minder goed doet (omdat er geen Nvidia-vaklui aan werken maar hobbyisten die het in hun vrije tijd doen).

Sommigen hechten heel veel waarde aan vrijheid op hun toestellen en willen dus helemaal geen binary blobs, anderen willen gewoon dat ze de laatste versie van Android kunnen draaien zonder problemen.

[Verwijderd]

Dat betekent dus dat je een custom rom kunt maken waarbij je 100% gebruik kunt maken van de capaciteiten van de camera? Iets wat doorgaans een issue is bij custom roms?

[iChaos]

Met binary blobs die niet al te oud zijn, ja Als je echt oude blobs hebt (zoals de HTC Desire onder Ice Cream Sandwich nog gebruik moest maken van blobs van Gingerbread) waarbij ze net bij de update de hele werking van de libraries aan de kant van Android hebben aangepast, dan is het een hele zware taak. Maar sinds KitKat is er niet zo heel veel veranderd op dat vlak, met uitzondering van de Camera2 API waarmee je RAW-foto's kunt maken als de fabrikant de binary blobs ook aanpast om dat te laten werken. Veel toestellen kunnen geen RAW schieten en custom ROMs veranderen daar helaas weinig aan, maar verder moet een toestel dat KitKat blobs kreeg Marshmellow in principe zonder problemen kunnen draaien (qua hardwareondersteuning dan, of het toestel er krachtig genoeg voor is is een ander verhaal).

[Verwijderd]

DAt is dan een issue als je een custom rom van een NIEUWERE android versie wilt draaien. Maar blijkbaar is het ook een probleem als je een custom rom van dezelfde versie wilt draaien op je telefoon, zo was de camera van AOSP 5.0 op de LG G3 traag en slecht.

[iChaos]

Alleen heeft LG nooit binary blobs beschikbaar gemaakt, maar worden ze daar door ontwikkelaars uit de ROM getrokken. Het verschil is dat je bij LG (en ook Samsung en HTC e.d.) nog wel moet uitpuzzelen hoe de software van LG praat met de blob, en dan moet de source daar ook naar aangepast worden. Sony biedt de blobs aan samen met de vendor files, waardoor je dus ook gelijk de nodige aanpassingen aan de source van Android hebt om de blobs optimaal te benutten.

[Verwijderd]

Aaah, nu snap ik hoe dat werkt.
In hoeverre is het voor de ontwikkelaars dan ook niet mogelijk om de originele camera te gebruiken met de originele blobs?

[iChaos]

Heel, heel erg lastig. Het is meer dan alleen een camera-app waar we rekening mee moeten houden. De app praat tegen libraries aan die de aansturing vormen, en soms tegen speciale frameworks die voor bepaalde functionaliteit moeten zorgen, zoals de tweede camera gebruiken in de M8 om diepteverschil ook mee te nemen in de opname en dergelijke. Die libraries die Android gebruikt praten dan weer tegen de blobs aan, dus de libraries moeten aangepast worden om te kunnen communiceren met de blobs. Je zou alle cameralibraries over kunnen nemen uit een stock ROM, maar je krijgt hiermee haast altijd een bootloop omdat die library weer een bepaalde API heeft om te praten met andere libraries, waardoor je nooit 'clean' even een library kunt injecteren. Bij de Desire deden we dit bijvoorbeeld bij Ice Cream Sandwich (in de allereerste fase nog, toen het voornamelijk ging om het uberhaupt werkend krijgen van hardware). Hele lijsten werden bijgehouden, waarop dingen stonden als:

'libcamera from Desire Gingerbread ROM + libmedia from Desire HD + blobs from Desire Gingerbread results in a working preview, but all apps crash after a few seconds'

In de praktijk moest je dus na het overnemen van 1 library kijken wat er dan nog meer stuk ging omdat andere libraries opeens niet meer kunnen praten met de cameralibrary, dan kon je die weer overnemen, en vaak moest je dan bij verschillende apparaten libraries wegtrekken in de hoop dat je bijvoorbeeld de blob van de Desire kon laten praten met de library van de officiele Sensation ICS ROM, die dan ook weer libraries voor facial recognition met zich mee brachten omdat dat anders weer kapot ging. Kortom: ja, met veel tijd en geduld zou het kunnen, maar in de praktijk heb je de ROM dan zo erg lopen verpesten door libraries uit verschillende ROMs te trekken dat iedere wijziging in AOSP alles weer onwerkbaar kan maken en je uiteindelijk een hele instabiele ROM hebt.


Uiteindelijk krijg je ROMs zoals deze: http://forum.xda-developers.com/showthread.php?t=1584210

Het werkt net wel, maar basale dingen als de galerij of connectie met de PC via USB zijn kapot en het is onbegonnen werk om alles recht te zetten.

[Verwijderd]

thanks voor de uitleg!

[raro007]

Daarom geven ze binary blobs: drivers die klaargemaakt zijn voor de nieuwe versie van Android, maar die zijn gecompileerd door de fabrikant zelf.
Woord die door Sony, qualcomm + Sony of qualcomm gecompileerd?

Want als het qualcomm is kunnen ze voor elke nieuwe Android versie geld gaan vragen voor de drivers, en woord het voor Sony zijnde niet echt interessant om elke keer te gaan betalen/blob vrij geven.

[DeEchteKwartel]

Het staat mij bij dat jaren geleden, toen Sony Binary blobs leverde aan FreeXperia, dat zij wel compileerden, maar dat ze geen source /mochten/ geven.

[RoyD]

Ik denk dat sommige displaydrivers niet open worden gemaakt omdat anders ongepatenteeerde hardware foetjes bekend worden. En of de foetjes kunnen eenvoudig worden nagemaakt in een volgend model van de concurrentie, of ze worden aangeklaagd wegens het gebruik van (mogelijk triviale) patenten van derden. En niet omdat er in de driver zelf zulke slimme dingen zitten.
De radio (GSM) drivers mogen niet helemaal open gegeven worden. Want anders zou het kunnen zijn dat de GSM toestellen buiten hun wettelijke toelatingen gaan werken.
Maar voor de overige drivers zie ik geen reden waarom deze niet open worden gemaakt.

[i-chat]

een blob is een kwab, dus een binaire kwab is een grote drilpudding met drivers, die je neer kunt kwakken maar niet echt kunt vormen, fixen of debuggen, het werkt, of het werkt niet...

toch is dit een goed begin, er zijn weinig toestellen te vinden die uberhaubt ooit drivers vrijgeven, vaak moet je ze uit werkende roms slopen van toestellen die er een beetje op lijken - en maar bidden dat het werkt...

wat mij betreft mag google dit verplicht stellen als minimum eis....
na de release, 3 jaar lang bij elke release je drivers blobben en vrijgeven, of anders mag je geen google apps meer in het toestel stoppen....

[batjes]

Alleen gaat Google dat niet voor elkaar krijgen. Google heeft in het verleden al eisen opgesteld waar OEMs gewoon lak aan hebben. MS heeft het tevens geprobeerd. De enige die er dusver mee wegkomt is Apple.

[wouzke]

Zelf ook moeten Googlen:

The term blob was first used in database management systems to describe a collection of binary data stored as a single entity.

Als ik het goed interpreteer zou het een "hap" binaire code zijn, die een bepaalde functie heeft, die je wel in zijn geheel (één file?) ergens anders kan gaan gebruiken.

[Wolfos]

Ik denk niet dat Sony die broncode uberhaupt vrij mag geven. Immers worden niet alle chips door Sony ontworpen, dus dan zullen ze ook de drivers niet geschreven hebben.

[PhantomPotato]

Goeie kans dat ze die als DLLs kunnen linken of iets dergelijk.
Niet alles hoeft open te zijn en ook niet alles closed.
Ik stuur vaak code op waarvan veel al gecomprimeerd is. Dit is omdat dit vaak hergebruikte code is die mijn groepje graag geheim houd. Om het principe te snappen is dit geen probleem als het in de source mist. Anders kan de opdrachtgever gewoon een bugreport indienen wat we snel fixen en de nieuwe DLL opsturen en eventueel aanpassingen in de opgeleverde code.

[Wolfos]

Niet alles kan als DLL gecompiled worden maar grote kans van wel ja.

[churchill9]

Aan de andere kant, is het enkel binair. Dus ze kunnen in de eigenlijke bron gestoken hebben wat ze willen.

Dat stoppen ze sowieso wel in hun toestellen dan.
Dit maakt het dan alsnog mogelijk andere rotzooi eruit te gooien.
Win win dus.

[Gotiniens]

Wel jammer dat effectief custom roms voor Xperia apparaten nog steeds niet mag.

Uit de licente:

(b) You may not resell, sublicense, rent, lease, transfer, disclose or lend the Software to any third party.

Dus een custom rom waar deze drivers inzitten overtreed nog steeds licentie voorwaarden. De gebruiker zal deze dus nog steeds zelf moeten kopiëren naar zijn telefoon/tablet. Effectief blijven custom roms dus nog steeds te moeilijk voor jan-met-de-pet.

[Nachoman]

dat lijkt er zo inderdaad wel op he ?
Dat vind ik toch wel een hele moderne en nette actie van Sony.
Zijn toch weer flink wat uren programmeer werk denk ik zo voor die drivers.

Wat zouden ze hiermee nu precies willen bereiken?
Dat hun Xperia populairder wordt?

[iChaos]

Ik weet niet hoe het zit voor anderen, maar hierdoor blijf ik voorlopig wel bij Sony. Ik heb de Z2, en dankzij deze blobs, die ze enkele dagen na de broncode van Android 6.0 al uitbrengen, kan er binnen een paar dagen al een eerste build verschijnen waarop alles gelijk perfect werkt. Daarnaast hebben ze een microSD-slot, wat ook ontzettend fijn blijft, toch wel prettig als je er 64GB in kunt stoppen (en het eMMC van het toestel slijt minder snel omdat ik regelmatig muziek sync in grote hoeveelheden, maar dat gaat allemaal naar de microSD). Tot slot, en voor mij het belangrijkst: de killswitch. Geen idee of hij er op nieuwere toestellen nog zit, maar op de Z2 zit een klein rood knopje onder de klep voor de SIM, waar je op kunt drukken om het toestel direct uit te laten gaan. Dat is een prima alternatief als je de batterij er niet uit kunt halen bij een vastloper (en wellicht is dit nog net wat gecontroleerder om schade te minimaliseren), en hoef je ook niet 15 seconden de powerknop ingedrukt te houden om hem uit te laten gaan (zoals HTC had, geen idee of dat inmiddels anders is), of überhaupt geen mogelijkheid om hem uit te laten gaan en niet per ongeluk te laten rebooten (zoals ik op de LG G2 had, met de G3 is dat voorbij omdat die een verwijderbare accu had).

Het is een klein dingetje, maar zo'n killswitch en de snelle beschikbaarheid van blobs is voor mij toch wel een teken dat ze ontwikkelaars echt willen helpen. Net zoals een paar werknemers op XDA actief zijn en ontwikkelaars daar helpen. Al die reclame hoeft niet voor mij, Sony maakt zijn daden waar en is vriendelijk naar ontwikkelaars toe, wat voor mij een goede reden is om hun toestellen te kopen.

[XBadkuip]

Op mijn Z5 Compact is de kill switch in ieder geval nog steeds aanwezig, op dezelfde plek naast de SIM kaart. Weliswaar geel in plaats van rood maar daar moeten we mee kunnen leven

[churchill9]

Mensen maken nu ook al roms maar dan zonder de officiele drivers.
Hiermee kunnen ze zorgen dat alle sonty toestellen goed ondersteund worden geflashed of niet.

[OmeJoyo]

Citaat uit artikel: "Xperia™ Z1, Xperia™ Z1 Compact, Xperia™ Z Ultra"

Gelukkig geeft sony de ontwikkelaars dus wel een eenvoudige optie om de "niet meer ondersteunde" toestellen te voorzien van 6.0. Ik twijfel er eigenlijk niet aan dat er nu dus een mooie stock android 6.0 komt voor die toestellen uit de stallen van XDA. Ergens vind ik dat enkel maar goed nieuws, stock android en ze z1 kan nog weer een tijdje mee

[iChaos]

Het enige dat de Z1 nu mist is een gebrek aan fabrieksgarantie onder Marshmallow, maar verder mis je inderdaad helemaal niks met een custom build als je de goede binary blobs hebt (en ik geloof dat de binary blobs van Android 4.1 het nog redelijk deden onder Lollipop op sommige toestellen, dus met Marshmallow blobs zit je nog best een lange tijd goed)

[Sietse1990]

De vraag is dan alleen, hoe zit het met de DRM sleutels. Die zullen hoogstwaarschijnlijk ook verdwijnen waardoor niet alles even goed meer werkt. Dit is iets wat mij tegen houd om dit te gaan doen.

[iChaos]

De DRM-keys zijn alleen voor de techniek om het beeld scherper of helderder te laten ogen oid. (heet X-Reality geloof ik?). Ik heb het verschil nooit gezien op mijn Z2 wanneer ik het aan- of uitzette of de DRM-keys helemaal verwijderde, dus dat vond ik zelf niet belangrijk. De DRM dient daarnaast ook voor bepaalde camera-algoritmen, voornamelijk om in het donker betere resultaten te krijgen. Die functionaliteit is wel duidelijk zichtbaar, want zonder DRM-keys heb je in het donker ook echt slechte afbeeldingen op de Z2, terwijl ik best wel positief verrast was over de kwaliteit van foto's in het donker wanneer de DRM-keys er wel zijn en het algoritme dus gebruikt wordt.

Maar tegenwoordig hebben ze dat allemaal al netjes opgelost hoor. Op mijn Z2 gebruikte ik een tool om hem te rooten (dingen als stumproot of die jailbreaktool van Geohot, ben even de naam kwijt), dan blijven de DRM-keys bestaan omdat je niet de bootloader hebt ontgrendeld. Daarna pluk je ze van je toestel af, doe je een bootloader unlock en zet je ze weer terug. Custom ROMs die gebaseerd zijn op die van Sony kunnen de algoritmen dan gewoon gebruiken, ROMs zoals CyanogenMod die vanaf de bron worden gecompileerd voor zover ik weet niet.

[Maikel205]

de DRM-keys zijn bij de huidige toestellen te behouden inderdaad, alleen is het afwachten of dit met de Z5 serie nog wel mogelijk is. Sony is namelijk bezig met Verified Boot (zie Z3 android concept project) waardoor het onmogelijk is een toestel te rooten zonder de bootloader te unlocken. Ben ook benieuwd of de nieuwe camera in de Z5 opnieuw beschermd is met DRM zoals bij de Z3 toestellen.

[OmeJoyo]

De meeste Z1's zijn toch al (bijna) uit de garantie. Natuurlijk zijn er nog wel een aantal heel erg laat verkocht, maar dat kan echt niet zo'n grote groep zijn lijkt me.

[Mimiix]

Ik heb nog garantie tot 2 januari

[sjettepetJR.]

nu zit ik er gewoon over te denken om een Tweedehands Z ultra te kopen en eens uit te proberen hoe een 6,4" scherm voelt.
als het toch een 6.0 update krijgt.

[catfish]

wil dit zeggen dat gebruikers zelf een Android 6 kunnen bouwen voor een toestel waar geen support meer voor is?

[Mrjraider]

Ja en nee. Ja: ontwikkelaars kunnen een boel schrijven dus het is mogelijk.
Nee: want Sony heeft voor andere toestellen geen bestanden vrij gegeven.

[coolkil]

Onderstaande toestellen zijn in de binaries opgenomen

Software binaries for Xperia™ Z5, Xperia™ Z5, Xperia™ Z3+, Xperia™ Z4 Tablet, Xperia™ Z3, Xperia™ Z3 Compact, Xperia™ Z3 Tablet Compact, Xperia™ Z2, Xperia™ Z2 Tablet, Xperia™ Z1, Xperia™ Z1 Compact, Xperia™ Z Ultra, Xperia™ E3, Xperia™ M2, Xperia™ T2 Ultra, and Xperia™ T3. To be used with the Android™ Open Source Project (AOSP) for Xperia™ devices. For more information, see the AOSP for Xperia project.

[John Doos]

Kei vreemd dat de binaries wel voor de Xperia E3 gelden maar niet voor de eerste Xperia Z.
Had hem toch graag op mijn vriendins telefoon gezet gezien de Z superieur is aan de e3 qua hardware.

[ikt]

Niet zo heel vreemd eigenlijk. De oude Nexus 4 valt ook buiten de boot, welke een Snapdragon S4 Pro gebruikt. Misschien dat het aan Qualcomms kant kan liggen dat er geen drivers zijn die geschikt zijn voor Marshmallow, of dat de hardware gewoon te oud is. De Z1 krijgt wel een AOSP Marshmallow image terwijl Sony die zelf niet meer gaat updaten, dus waarschijnlijk heeft Sony zelf enkel de AOSP-images samengevoegd met ondersteuning voor andere Sony-hardware.

[brick5492]

Wacht maar af, de N4 gaat (onofficieel) 6.0 krijgen (of heeft het al? Geen idee) dus er komt ook een 6.0 ROM voor de Xperia Z.

Zelfde verhaal destijds met de Galaxy Nexus en deze draait nu ook (onofficieel) Lollipop

[ikt]

De Galaxy Nexus heeft nog steeds problemen met de camera en aan Ziyan te horen op XDA zijn er nog zat dingen die onder water niet zo heel netjes zijn gemaakt. KitKat werkt echter nog wel prima, dus zolang Marshmallow onderwater niet heel veel verschilt van Lollipop, zou er heel erg veel goed moeten kunnen gaan.

Dat de Nexus 4 goede community-support krijgt is wel zeker, maar het is niet aan te nemen dat een Xperia Z dat ook zal krijgen i.v.m. de kleinere moddingcommunity en Sony die wat moeilijker omgaat met dit soort dingen dan Google. We zullen zien

[telenut]

Ik draai al 3 dagen 6 op mijn nexus 4. Dus ja, heeft het al :-)
Alles werkt momenteel, enkel de batterij gaat voorlopig minder lang mee. Er is dus nog wat optimalisatie nodig.

[herovazy]

Maar de nexus 7 (2013) gebruikt die soc toch ook? Deze heeft de update al ontvangen. Of zie ik dat verkeerd?

[brick5492]

Wacht maar, waarschijnlijk komt er wel een 6.0 ROM voor de Z

[MRIdev]

Bron? Daar ben wel heel benieuwd naar als Z1c eigenaar.

[nelizmastr]

Z1c staat op de lijst, tjap.

[MRIdev]

Dat had ik begrepen uit het artikel
Ik dacht dat hij op een echt Sony upgrade doelde ivm van die online petities.

[Upquark]

Ik zou gewoon XDA in de gaten houden.

[Johan9711]

Voor de Z1c zijn gewoon de binaries vrijgegeven, kwestie van tijd dus.

[Terracotta]

Het rare is dat de Xperia Z Ultra wel mee opgenomen is voor de updates, zit ik hier met mijn Z. Was bij de vorige updates ook altijd zo.

edit:
http://developer.sonymobi...of-devices-and-resources/
Bij Xperia Z vindt men enkel de binaries naar Marshmallow (6.0) terug, kan het zijn dat de Xperia Z dan toch ondersteund wordt?

[Reactie gewijzigd door Terracotta op 23 juli 2024 06:00]

[John Doos]

Ow er zijn ineens wel Android M binaries voor de normale Z

Thx voor de link, hopen dat ze op xda opgemerkt worden, anders moet ik zelf maar roms leren maken

[Verwijderd]

Hoezo krijg je geen updates meer? Security updates zijn er toch ook voor de oudere versies?

[OmeJoyo]

De Z is van Januari 2013, de Z1 van september 2013, dat is toch wel iets meer dan 14 maanden zullen we maar zeggen. Als je hem pas 14 maanden hebt is dat vervelend, maar beide toestellen worden al ruim 2 jaar ondersteund en voor beide worden er nog wel updates verwacht, maar geen android 6.0.

[Floor]

Enerzijds nette actie maar anderzijds pak dan gewoon alle toestellen. Waarom is het zo moeilijk om gebruikers de keuze te geven om terug te schakelen naar stock android in plaats van het sausje waar je toch weinig aan hebt.

[UltimusXI]

Je bent soms ook afhankelijk van je hardwarepartners.

[kevinkrs]

Ik vind dit wel een goede ontwikkeling. Dat betekend dat mensen zelf een rom kunnen ontwikkelen, je krijgt hiervoor veel verschillende en wellicht beter functioneerde varianten. Ik heb dit liever dan fabrikanten weigeren dat mensen custom roms gaan ontwikkelen.

[Verwijderd]

Sony FTW! Hoop toch een paar mooie ROMS te kunnen vinden zodra marshmellow uit komt in november

[Verwijderd]

Nu weet ik niet of ik het verkeerd lees of het staat er niet bij. Maar hoe zit dit eigenlijk met de M-serie? Heb namelijk een Xperia M2, zou ook graag zien dat ook deze 6.0 gaat krijgen.

[Denniedarko]

Ik hoop echt dat dit er voor zorgt dat ik een stock Android versie 6.0 op mijn Xperia Z3 compaqt kan gaan krijgen, zonder dat het rooten van mijn telefoon alle algoritme's en speciale instructies van de camera uitschakelt.

[Arnovdh]

Ongelofelijk dat mijn Z1C nu al buiten de boot valt. Ik heb hem in het voorjaar van 2014 gekocht, en het toestel is dus bij lange na nog geen 2 jaar. Dus de ondersteuning houdt al binnen 2 jaar op. Dat vind ik veel te snel..