Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 50 reacties

De makers achter de populaire Android-rom CyanogenMod hebben aangegeven dat er voortaan elke maand een nieuwe release uitkomt. Dit moet ervoor zorgen dat er minder onofficiŽle builds worden gepubliceerd, om zo de kwaliteit te verhogen.

Bij een experimentele release van CyanogenMod 10, de versie die wordt gebaseerd op Android Jelly Bean, lieten de makers weten voortaan maandelijks met een release te komen. Deze releases krijgen het achtervoegsel 'M' mee en zijn bedoeld als experimentele builds die stabieler zijn dan de nightly-versies.

Volgens het team achter CyanogenMod was het nodig om vaker met relatief stabiele builds te komen omdat een gebrek aan releases ervoor heeft gezorgd dat anderen met nieuwe versies op de proppen komen. Omdat CyanogenMod opensource is, kan in feite iedereen een eigen versie uitbrengen. Volgens de softwareontwikkelaars zijn veel builds echter van bedenkelijke kwaliteit, waardoor zij met het vaker uitbrengen van releases de motivatie om 'onofficiële' builds te maken willen wegnemen.

CyanogenMod is een van de populairste roms voor Android-telefoons. Er zijn verschillende versies beschikbaar, waarbij nummer 10 de meest recente is, alhoewel deze nog niet af is. Veel oudere toestellen draaien op CyanogenMod 7, die op het nog steeds veelgebruikte Android Gingerbread is gebaseerd. Vooralsnog is CyanogenMod 10 met name geschikt voor Samsung- en Nexus-toestellen. Ook enkele Sony-smartphones worden ondersteund.

Moderatie-faq Wijzig weergave

Reacties (50)

Ik kan mij eerlijk gezegd niet voorstellen hoe ze elke maand, voor elk toestel een nieuwe release gaan uitbrengen, zo'n beloftes kan je alleen maar maken als je een hele ploeg ontwikkelaars hebt die zich gegarandeerd elke maand gedurende een serieus aantal uren willen werken aan Cyanogenmod.
Nou, dat zit zo:

Je hebt een hele map, met duizenden submappen, voor Android zelf. Slechts 1 tot 3 mappen (toestel vanuit hardwareperspectief, toestel vanuit gebruikperspectief, fabrikant/SOC vanuit hardwareperspectief) gaan op voor het toestel zelf. Stel dat ik een Nexus One en een Desire heb die een ROM delen (genoeg ROMs die dat doen overigens):

/android/device/htc/common
/android/device/htc/mahimahi
/android/device/htc/bravo
/vendor/htc/mahimahi
/vendor/htc/bravo

En klaar. Mijn Common HTC Devices map zorgt voor informatie zoals de SOC, en data over de fabrikant zelf. Mahimahi en Bravo (codenamen) zorgen voor toestelnaam in Systeeminformatie, base addresses voor de kernel, en ga zo maar door: het low-level stuff dus. /vendor/htc/bravo wordt gebruikt om te bepalen welke apps dit toestel installeert, en of de Tag-app er bijvoorbeeld op moet zitten.

Die mappen leggen zichzelf op de basis van Android zelf, die hier rekening mee kan houden. Die basis pas je regelmatig aan met alles van het Androidframework, en met een 'lunch full_eng-bravo' compileer je dat framework waarbij je de data van de Desire meeneemt in de compile.

Als je dus je device folders 1x klaar hebt gezet, ben je in principe voor die Androidversie alweer klaar: gooi een .sh scriptje in je compilebak met 'lunch full_eng-bravo && lunch full_eng-mahimahi', en onbepaalde tijd later zitten er 2 ZIPs op je te wachten.

Vrij modulair dus allemaal ;)
@iChaos

Precies, ik plug mijn 2 Samsung-toestellen eenmalig aan mijn Linux-bak, haal er files vanaf en alles tot ~/android/system/device/samsung/* is hetzelfde, elke avond compile ik het zooitje et voila. Kind kan de was doen, enige wat boeit zijn de device specifieke Repo's. En als antwoord hierboven ergens; nee het is niet erg dat er maar 1- of 2 maintainers per toestel zijn, zoveel gebeurd er niet. Als het eenmaal draait dan draait het en worden er verder alleen maar dingen commit en getest.

[Reactie gewijzigd door IronMan op 12 september 2012 01:11]

je denkt toch niet dat ze de code uit hun hoofd compilen?
ze brengen nu al elke dag nightlies uit (soms met hulp van anderen) voor een groot aantal devices.
en niet alles hoeft ook op de zelfde dag uit te komen, je kan gewoon nightlys blijven genereren tot er een build is waarin alles zit wat je wilt, dan testen en uitbrengen.

alleen is het jammer dat er steeds meer onzinnige zelfbuilds worden uitgebracht
(als je het vergelijkt met vroeger).
nou rept iedereen met een zgn cm10/nightly, de waarde daarvan is ook bijna verloren.
vroeger waren de stable voor de echte gewone mens, de rc`s voor de gelukszoekers en de nightlys voor de diehards/testers/flashaholics/.....
Uhm... Elke week wordt er een nieuwe release van MIUI uitgebracht. Misschien niet elke keer een enorme overhaul, maar toch genoeg noemenswaardige verbeteringen. Zie hier bijvoorbeeld een changelog: http://www.miui.us/content.php?260

Natuurlijk is het niet zomaar naar elk toestel geport, maar voor mijn telefoon is bijvoorbeeld een dev die in z'n eentje elke week in staat is om de nieuwe versie binnen 2-3 dagen te porten. Als elk toestel maar zulke betrokken ontwikkelaars heeft, dan kan een hoofd-dev team zorgen voor de grote wijzigingen.
Goed bezig bij Cyanogenmod. Ze mogen bij de bekende telefoonmerken wel een paar van die devvers inhuren :) Zou de support op telefoons een stuk beter maken!
Nou liever niet want dat betekent vaak dat ze niet meer aan dit soort projecten mogen werken of niet zo veel meer.

CM is bijna een interessante optie om als fabrikant zelf uit te dragen.
Samsung Galaxy CM - power by Android brought to you by Cyanogenmod
Sony Experia C - Comes with Android optimized by Cyanogenmod
Ik zie het absoluut niet snel gebeuren maar het zou een interessant concept kunnen zijn. :)
Dan leg je de verantwoordelijkheid bij een team van vrijwilligers. Onbetaalde mensen die een telefoon met hoge verwachtingen waar moeten maken? Daarnaast moeten er drivers geschreven worden, kernels geoptimaliseerd, en ga zo maar door.

De betere developers kunnen dat ook wel, maar sommige zaken moeten toch van de fabrikant afkomen (zoals de Adreno Userspace Binaries die Qualcomm na een petitie uitbracht voor de QSD8x50 SOC), omdat die code erachter simpelweg niet bedoeld is om bekeken te worden door Jan en alleman.

Als Cyanogen daarna iets verkeerd doet gaat men weer met het vingertje wijzen naar de fabrikant, een bug die iemand als commit in de branch heeft gedaan ligt binnen onbepaalde tijd op de toestellen van gebruikers, en ga zo maar door.

Het is een mooi project, maar het werkt omdat er geen verantwoordelijkheid ligt. In een interview met Steve Kondik een tijd geleden, werd er gevraagd: "stel dat je een fout stuk code hebt doorgevoerd, die veel toestellen zal bricken. Intussen krijg je een telefoontje van je vrouw dat ze in het ziekenhuis wordt opgenomen. Wat zou je doen?"

"Screw the damned ROM."

Mijn bedoeling hiermee? Het CyanogenMod Project is geen verplichting die de mensen dragen, maar iets waar ze zomaar aan mee willen doen. Bij een conflict in de community waarbij meningen verdeeld zijn in meerdere kampen en het project uiteen valt zit je weer met lege handen.

Een project waarbij de fabrikant de benodigde kennis en gegevens deelt met de ontwikkelaars, opdat zij het in een custom ROM kunnen implementeren lijkt mij veel verstandiger. Zelf bied je je OEM ROM aan, en als mensen een custom ROM willen, heeft de fabrikant bijgedragen aan een optimale werking ervan.
Juist niet, hiermee blijven ze lekker onafhankelijk en kunnen ze zonder verantwoordelijkheid doorbouwen. Dit betekent ook dat ze updates veel sneller kunnen uitbrengen.
De belangrijkste ontwikkelaar achter Cyanogenmod werkt ondertussen voor Samsung :).
De mensen achter de onofficiele AOKP ROM's doen het anders aardig netjes hoor :D

Weet dus niet of ik nu echt "blij" moet worden van dit bericht. Stabiele releases zijn altijd welkom, maar het gevoel bekruipt me dat ze toch een zekere vorm van concurrentie ervaren..
Het gaat waarschijnlijk niet om het voorkomen van concurrentie maar om het voorkomen van het feit dat de relatief goede naam van CM eraan gaat doordat de onnofficiŽle builds zich waarschijnlijk wel met CM associŽren. Dan krijg je dus dat iemand die problemen heeft met zo'n onofficiŽle build gaat roepen dat die CM ROM maar meuk is. En dat zijn jammergenoeg wel de mensen die het meest van zich laten horen op het internet.

Als je als CM zelf regelmatig een build uitbrengt heb je controle over je releases, weet je welke code erin zit, dat die code klaar is voor een tussenrelease en doordat je ervoor zorgt dat de beunhazen niet meer hoeven te beunen zullen die misschien stoppen met het builden van hun hakkietakkie ROMs. Met een beetje mazzel kunnen ze bijdragen aan het CM project zelf.
Dat is dus iets wat best moeilijk is. Ik weet niet hoe het zit met CM, maar AOKP stelde de volgende eisen: goed aanzien in de community, verstand van zaken, genoeg tijd om op te offeren aan het project. En waarschijnlijk zal hier 'een complete werking van het toestel' ook wel bij horen. Ik heb bijvoorbeeld AOKP naar de Flyer gebracht. Mijn kernel is een 2.6.35, waar ICS eigenlijk 3.0 nodig heeft.

Gevolg? Mijn KGSL in de kernel geupgrade, features zoals genlock en quota2 backporten, aanpassen van geheugenallocaties zodat ICS er normaal mee om kan gaan, en ga zo maar door.

Maar zelfs met CM7 werd de Flyer niet in het project genomen. En waarom? Ik heb met 2 uurtjes werk een CM7 voor de Desire HD opgestart gekregen op de Flyer. Na een week werkte bluetooth en de Scribe pen alleen nog niet.

Dit had iemand anders ongetwijfeld ook kunnen doen. Maar omdat die pen niet werkt, draagt het niet bij aan een optimale werking volgens deze teams, en kan het ze een slechte naam opleveren. Jammer maar helaas, dan maar kangen en compilen voor mensen die hier wel genoegen mee nemen.
Ik denk niet dat dit AOKP ROM bouwers tegengaat. Het is denk ik meer om gebruikers te motiveren om gewoon bij standaard CM te blijven, en niet andere ROMs te flashen waarvan zij denken dat het van bedenkelijke kwaliteit zijn.
Veel zijn dat er, maar er zijn idd ook prima AOKP ROMs die het wel goed doen.
Wat zou er mis zijn met concurrentie? Overigens denk ik niet dat dat hier van toepassing is. Iedereen heeft baat bij meer stabiele releases, zowel eind-gebruikers als makers van andere ROMS die Cyanogen als basis gebruiken.
nog nog support van telefoon makers voor custom roms.
tot die tijd blijft het voor een aantal telefoons uitgesloten en helaas ook een soort van verboden.
zodra je namelijk custom roms (software) instaleerd ben je gewoon al je hardware garanties kwijt.
in vergelijking als je op je laptop linus zou instaleren of windows xp ipv windows 7 zou je geen garantie meer hebben...

ze zouden er goed aan doen om het juistvoor de consument heel makkelijk te maken custom roms te maken en instaleren zonder brick problemen.
hierdoor zijn mensen minder gebonden aan de vaak slechtere roms van fabrikanten wat ook voor fabrikanten voordelig is aangezien die simpwelweg consumenten naar andere opties kunnen sturen.
als ze dan ook nog eens wat drivers levere word het echt perfect omdat die nu vaak nog ontbreken.

maargoed telefoon fabrikanten lijken hier niet aan te willen en douwen de consument liever in een hoekje waar ze de keuze krijgen garantie of goede software.
en dat terwijl het met het inbouwen van een soort bios 100% veilig moet zijn om custom roms te instaleren.
helaas kan je telefoons/tablets nog steeds compleet bricken door een verkeerde rom te instaleren met bijvoorbeeld verkeerde ram of cpu informatie weat het apparaat nutteloos maakt.
Deze ondersteuning en garantie kunnen de fabrikanten simpelweg niet bieden, vanwege het verschil in architectuur tussen telefoons en computer; computer gebruiken zoals bekend x86 architectuur en hier is veel "algemener" voor te ontwikkelingen, ten opzichte van ARM architectuur waar er veel lager op de code wordt geschreven en dus is het veel moeilijker voor de fabrikanten om de werking van het apparaat te garanderen.

De roms makers moeten bovendien ook zelf drivers schrijven; hiervoor moet je echt verstand hebben van het schrijven van software, omdat de fabrikanten deze propriŽtaire software niet uitgeven wordt en de werking van de apparaten; het bellen of de camera dus weer niet gegarandeerd kan worden....
unbrickable maken is de eerste grote stap en maakt het onmogelijk om te telefoon te verkloten.
daarna kan je net zo lang klooien en flashen tot je een rom heb die wel 100% werkt simpel zat.
Telefoonmakers hebben bewust gekozen een eigen ROM te ontwikkelen.
Samsung met touchwiz en HTC met sence.
Op deze manier hopen ze dat gebruikers kiezen voor het uiterlijk van de software en het menu en hoopt men dat gebruikers niet afgaan op de hardware specificaties want daarin zijn veel telefoons bijna gelijk, vooral als je dan alle fabrikanten gaat vergelijken.

De meeste "gebruikers" van android telefoons die ik ken weten echt niet dat je een htc en een samsung ( en een sony,zte, LG, motorola, huawei) op elkaar kan laten lijken qua software door er een custom rom op te zetten.

De grote fabrikanten zoals Sony, Samsung, LG en HTC zullen met eigen uiterlijk van android blijven komen en af en toe zelf weer eens een OS maken.
Fabrikanten maken de telefoons niet zodat jij een goed product hebt waar je alles mee kan, het doel is juist om zoveel mogelijk telefoons te leveren met een zo hoog mogelijke winstmarge.

Als er veel animaties in een menu zitten denken veel gebruikers dat het een goede telefoon is.
Toon iemand maar eens een rom met alleen maar eentonige kleuren en een met een mooie animatie bij elke klik en beweging. bijna alle mensen zullen denken dat de telefoon met de animaties beter is puur vanwege het uiterlijk van de software.
en hoe goed gaat die keuze ze af ?

als er ergend klachten over zijn dan is het wel de brakke android roms die crashen en bordevol met rommel zit van de fabrikant met 0 mogelijkheid om op normale manier dingen te wijzigen of naar smaak aan te passen.

aangezien fabrikanten niet luisteren naar de consument qua softwarewaarom da niet de consument laten beslissen welke rom ze draaien.

als zij de telefoon brick proof maken en sourcecode voor drivers leveren zal het deel van de consumenten dat niet blij is met de software gewoon een custom rommetje draaien en zich geen zorgen maken over garantie omdat hij altijd terug kan flashen naar stock roms.
hierdoor pak je alleen maar een grotere markt.

neem nou HTC veel klanten zijn daar gillend weg gerend omdat de software simpelweg traag en veel te groot is waardoor het gewoon traager is dan de competitie.
oflg i de tijd van de 2x speed de telefoon was goed qua hardware maar de software had kuren custom roms hadden alle zorgen weg genomen.

het supporten van custom romd door een andere bootloader en een unbrickable telefoon heeft alleen maar voordelen voor de fabrikant.
de telefoon is altijd te fixen met pc software en je klanten hoeven niet meer op hardware en software te letten omdat ze als ze de software niet willen gewoon een andere rom kunnen flashen.
en de fabrikant hoeft.

ik geloof niet dat het onmogelijk is het is wat mij betreft gewoon koppigheid
Is niet mogelijk in verband met onder andere consumentenwetten en onredelijke verwachtingen van jan-met-de-pet.

Zodra iets 'gratis' kan gaat jan-met-de-pet er namelijk massaal, niet gehinderd door enige kennis, op af. Met alle problemen van dien. Want als er iets fout gaat kunnen ze vanwege het feit dat ze niet gehinderd werden door die betreffende kennis hun problemen niet oplossen. Ze kunnen vaak niet eens meer vertellen wat ze precies gedaan hebben.

En dan mag de fabrikant het oplossen met alle kosten van dien voor zijn rekening. Want jan-met-de-pet accepteert niet dat hij risico heeft genomen en de gevolgen moet accepteren.
het zou wel mooi zijn als telfoon makers in iedergeval zorgen dat bricken niet meer mogelijk is en het flashen van hun eigen rom en terug zetten van standaard instellingen altijd mogelijk is door zeg een tooltje.
hierdoor word het flashen van roms al compleet risicoloos wa custom roms veiliger maakt.

en wat drivers bedtreft ik zie niet waarom telefoon makers geen drivers/driver sourcecode voor hun hardware zou kunnen leveren op of hun website zou kunnen zetten.

als de hardwaremaker zords dat bricken onmogelijk is is er ook geen kans dat de telefoon terug gestuurd warm omdat hj gebricked is en is de consument toch veilig.

het gaat er bij mij dan ook niet in dat het niet kan om wat voor rede dan ook bedrijven zijn best in staat telefoons unbrickable te maken en support voor andere dingen dan hun rom en het terug zetten ervan hoeven ze dan ook iet te geven.
de rest van de support staat elders wel op het web.
maar met een brickable telefoon doordat een bios achtige chip ontbreekt maakt ze dan ook een groot risico en zal ik ze nooit gebruiken.
wat jammer is omdat ik dan vast zit aan die ene rom die me gegeven word en wat is dan nog het nut van een open source os ?

het had net zo goed closed source kunnen zijn.
Hoe verdienen de makers van CyanogenMod hun geld als ze producten gratis weggeven? Vaak zie (zoals bij Wordpress) dat de ontwikkelaar geld verdienen door commerciele Wordpress diensten aan te bieden, of het verzorgen van seminars en trainingen.

Maar met Wordpress kun je websites maken voor klanten, maar hoe ziet het met CyanogenMod? Ik snap niet hoe ze geld kunnen verdienen.

[Reactie gewijzigd door Lisadr op 11 september 2012 20:02]

Is allemaal hobby werk. Zo nu en dan doneert iemand iets maar daar wordt je echt niet rijk van :)
Dat denk je maar, maar eigenlijk krijgen ze nog best wel veel geld, omdat er heel veel gebruikers zijn. En natuurlijk is het ook voor de hobbyisten. Ik ben zelf ook een beginnend developer op xda-developers en doet het ook als hobbyist.
Kleine toevoeging, het aantal Cyanogen gebruikers: http://stats.cyanogenmod.com/
Maar reken er maar op dat nog geen 5% van de users een klein bedrag doneert. Dan kun je nog een aardige som geld vangen, maar zet dat eens af tegen de kosten van de servers, bandbreedte en benodigde materialen (toestellen om mee te testen, JTAG-debugger-like devices zijn ook bepaald niet gratis voor de meeste toestellen).

Dan kan er misschien zo nu en dan eens een developer een of meerdere dagen onbetaald verlof nemen bij zijn werkgever om aan het project te werken. En die developer mag dan best gecompenseerd worden voor zijn tijd en kennis die hij in het project stopt.
nou... denk eerder dat < 0.1% van de gebruikers doneert ipv 5%
En volgens mij is het dus ook in 99.9% van de gevallen hobby werk wat in het weekend en avond uren wordt gedaan, meestal om een bijdrage te leveren aan een betere versie voor het toestel wat je toevallig zelf bezit.
Veel is natuurlijk relatief.

Als je donaties terug rekent naar een uurloon en je geld nodig hebt kan je als ontwikkelaar beter wat anders doen in die tijd :)

+ wat moh.moh hierboven zegt is bij donaties aan CM zelf zeker het geval.
Dan doen ze niet; ze vragen donaties voor het in stand houden van de download server en de andere materialen. Maar zelf ontvangen de ontwikkelaar meestal geen geld voor het ontwikkelen; zie het als vrijwilligerswerk. Daarom is men er ook op gebrand dat gebruikers van de roms niet om ETA's vragen..
Gebruik zelf al sinds juli JB op m'n Note dankzij CM. Echt super hoe snel CM de nieuwste Android versie voor de meeste toestellen uitbrengt terwijl de fabrikanten hier meestal major releases achterlopen als er al een update komt...

Goed plan om zo'n M versie uit te brengen iedere maand. Hopelijk gaan ze dit ook halen aangezien alle ontwikkeling op vrijwillige basis is en de mensen hiervoor niets betaald krijgen. Voor veel apparaten zijn er maar 1 of 2 device maintainers http://wiki.cyanogenmod.com/wiki/Community_Members Lijkt me toch krap worden in vakantie periodes e.d.

Sowieso echt indrukwekkend om te zien hoeveel werk ze daar verrichten met zo weinig vrijwilligers :)

[Reactie gewijzigd door hav0c op 11 september 2012 21:42]

Bij CM leveren ze echt uitstekend werk. Vooral op mijn galaxy s veel plezier van gehad.
De kanttekening is wel, fabrikanten kunnen pas een officiele update geven indien er vrijwel geen bugs meer in zitten, plus dat ze hun eigen skins etc. moeten updaten.
Bij CM is dat niet het geval, en worden bugs geaccepteerd.
Omdat het zo lang duurde voordat mijn GS II ICS kreeg heb ik de CM variant geprobeerd. Mijn toestel werd stabieler, sneller en had meer functionaliteit zonder de overbodige Samsung ballast waar (volgens mij) niemand op zit te wachten.

Ik wil in ieder geval voorlopig alleen nog maar CM op mijn Android toestel. Eigenlijk best triest dat de best functionerende uitvoering van het Android OS van een third party komt. Hoezo onvolwassenheid? Maar goed, 4.1 is best aardig van wat ik er van heb gezien.
Wellicht is de volgende revisie wel af? Zou tijd worden ook.
Er wordt gerept over dat Cyanogen zo snel is en andere fabrikanten niet.
Dat is eigenlijk een scheve vergelijking.

Cyanogen maakt gebruik van de bestaande firmware welke al gereleased en ontwikkeld is door google.

Zowel HTC, LG, sony, se, samsung enz. hebben hun eigen schilletje EN..... niet te vergeten een grote verantwoordelijkheid als er iets mis mocht gaan.

Neemt niet weg dat ik enorm veel respect hebt voor alle vrijwilligers van roms (dit heeft o.a. mijn htc desire een 2e leven gegeven en in de toekomst is vast mijn one-s aan de beurt) en dat de fabrikanten van toestellen enorm traag zijn en vooral beloftes doen die ze niet of extreem laat inlossen.
Dat is ook de kracht van CM veel mensen zitten helemaal niet op die schil te wachten.
Was ook mijn eerste gedachte, maar ik dat geldt waarschijnlijk voor ons tweakers. Ik weet niet of de gewone gebruiker ook liever vaker updates heeft i.p.v. wat (on)handige toevoegingen aan het OS.
De fabrikanten doen dit om zich te kunnen differentiŽren van elkaar, want anders is het enige verschil de gebruikte onderdelen en de prijs. En van dat laatste willen ze graag voorkomen dat dat de factor wordt waarop mensen de keuze maken. Vandaar dat Samsung ook zo hamert op hun toevoegingen met de S3.

Ik ben echter ook zeer blij dat mijn niet alledaagse tablet toch al van JB voorzien is dankzij een vrijwilliger :)

[Reactie gewijzigd door buzzbuzz68 op 11 september 2012 21:55]

Vind het een heel goed idee, heb op mijn Galaxy ace een paar cm7 unofficial roms gehad en die hebben ervoor gezorgd dat mijn telefoon rare geluiden ging maken en zichzelf zowat heeft gesloopt. Dus zo blijft de kwaliteit van roms van een hoger niveau, nu heb ik zelf een Galaxy Nexus met Official Cyanogenmod 10 en die werkt perfect!
Een goed initiatief. Miui brengt wekelijks nieuwe updates uit die via een soort van updatemanager gemakkelijk geÔnstalleerd kan worden. Ik hoop dat CM een soortgelijk systeem zal gebruiken.
CM zorgt ervoor dat ik nog geen nieuwe telefoon hoef (desire HD met jellybean loopt als een zonnetje)
vanaf 1 oktober krijg je tijdelijk een inruil actie voor de DHD -> One X, ben ik benieuwd hoelang je de DHD nog hebt ;-).

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True