Xperia Z : une nouvelle expérience Android Open Source chez Sony

Xperia Z : une nouvelle expérience Android Open Source chez Sony

L'AOSP est le bien absolu

Avatar de l'auteur
Damien Labourot

Publié dans

Société numérique

25/04/2013 2 minutes
38

Xperia Z : une nouvelle expérience Android Open Source chez Sony

Comme il l'avait fait avec l'Xperia S l'année dernière, Sony vient d'indiquer sur son blog ouvrir un projet AOSP (Android Open Source Project) sur l'Xperia Z, son nouveau fer de lance qui est actuellement sous Android 4.1.2 (Jelly Bean).

Sony xperia Z AOSP

 

Sony remet le couvert avec un nouveau projet AOSP autour cette fois de l'Xperia Z. Le but est de mettre en place 

« un outil pour faciliter et de vérifier les contributions autour du MSM8960 » avec la dernière mouture en date d'Android, la 4.2.2 (Jelly Bean). Derrière ce MSM8960 se cache officiellement le Snapdragon S4 Pro que l'on retrouve donc au sein du nouveau smartphone haut de gamme de Sony, mais aussi dans le Nexus 4 de Google / LG.

 

Le constructeur japonais indique d'ailleurs que quasiment tous les composants fonctionnent dès à présent comme le Wi-Fi, le Bluetooth, le GPS, le lecteur de cartes microSDHC ainsi que les différents capteurs (luminosité, proximité, etc.). Le modem et les capteurs photo fonctionnent quant à eux uniquement chez Sony, car les pilotes sont propriétaires et ne peuvent être publiés pour le moment. En outre, les applications Google ne sont pas de la partie, puisqu'elles nécessitent une certification de la part du géant de Mountain View.

 

Vous retrouverez tous les fichiers AOSP nécessaires au sein de ce dépot GitHub, alors que les binaires de l'Xperia Z se trouvent par là. Si vous souhaitez suivre les bugs découverts, il suffit de se rendre sur cette page. Enfin, voici une vidéo de présentation montrant le smartphone avec cette mouture AOSP :

 

Écrit par Damien Labourot

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Le brief de ce matin n'est pas encore là

Partez acheter vos croissants
Et faites chauffer votre bouilloire,
Le brief arrive dans un instant,
Tout frais du matin, gardez espoir.

Fermer

Commentaires (38)


Et à coté de ça chez Wiko, ça se vante de publier les sources d’android, drivers inclus, pour leurs smartphones, mais tout est bidon et rien ne fonctionne en fin de compte… Plein de gens réclament des sources fonctionnelles sur le mur facebook de Wiko, mais ils font la sourde oreille.



http://forum.frandroid.com/topic/141661-howto-comment-compile-le-kernel-wiko-eta…



http://forum.frandroid.com/topic/141661-howto-comment-compile-le-kernel-wiko-eta…


Je commence à regretter mon achat, j’ai l’impression de m’être fait entuber, en plus ils proposent les mêmes sources pour le Peax et le king, toute une abberation !



PCI, si tu m’entends… Une petite enquête sur le sujet de la part de PCI serait pas mal, j’ai lu ici et là que les fabricants chinois comme Tinno, avait tendance à pourrir à mort le code source utilisé avant de le publier… Histoire d’éviter que la concurrence chinoise ne le copie. (en est il de même chez Sony & d’autres?)



Mais au final, on se fout de la gueule de la communauté, et le respect de la licence GPL il est où si le système compilé n’est pas issu des sources proposées?





http://www.wikogeek.com/


J’allais aussi en profiter pour pousser un coup de gueule sur Wiko (Peax), 2 mois que la MàJ vers JB est annoncée comme imminente et toujours rien. Ils n’ont aucune excuse sur ce sérieux retard car ils ne customisent pas les roms.



Ceci avec une fluidité et des performances assez douteuses, petite déception en ce qui me concerne…








Ravaged a écrit :



J’allais aussi en profiter pour pousser un coup de gueule sur Wiko (Peax), 2 mois que la MàJ vers JB est annoncée comme imminente et toujours rien. Ils n’ont aucune excuse sur ce sérieux retard car ils ne customisent pas les roms.



Ceci avec une fluidité et des performances assez douteuses, petite déception en ce qui me concerne…





Ahhhhh…






Le modem et les capteurs photo fonctionnent quant à eux uniquement chez Sony, car les pilotes sont propriétaires et ne peuvent être publiés pour le moment.





Projet Open Source ? <img data-src=" />








Drepanocytose a écrit :



Ahhhhh…





et merde, suis passé à côté…









bingo.crepuscule a écrit :



Et à coté de ça chez Wiko, ça se vante de publier les sources d’android, drivers inclus, pour leurs smartphones, mais tout est bidon et rien ne fonctionne en fin de compte… Plein de gens réclament des sources fonctionnelles sur le mur facebook de Wiko, mais ils font la sourde oreille.



http://forum.frandroid.com/topic/141661-howto-comment-compile-le-kernel-wiko-eta…



http://forum.frandroid.com/topic/141661-howto-comment-compile-le-kernel-wiko-eta…









Comment peux-tu comparé deux marques et deux téléphones TOTALEMENT différent !?



J’ai Cink Peax et j’en suis satisfait, je m’attendais pas à des trucs incroyables de la part de Wiko, ce sont des téléphone bas de gamme, et une marque qui débute.









Ravaged a écrit :



et merde, suis passé à côté…





<img data-src=" /><img data-src=" />

Faut verifier avant de râler <img data-src=" /> <img data-src=" />



Note, j’ai installé un JB custom sur mon King le jour de sortie de la MAJ officielle… C’était dans les brêves aussi… <img data-src=" />



Depuis, je jette un oeil.



Bon flash !



Edit : sinon le root par CWM fonctionne bien sur le JB du Peax et du King.

Testé chez moi (King) et chez un pote (Peax)









TUtuR a écrit :



Comment peux-tu comparé deux marques et deux téléphones TOTALEMENT différent !?



J’ai Cink Peax et j’en suis satisfait, je m’attendais pas à des trucs incroyables de la part de Wiko, ce sont des téléphone bas de gamme, et une marque qui débute.







Je compare parce que Wiko propose wikogeek, mais publie des sources bidons, autant je n’ai rien à reprocher à leur smartphones de mon côté, ayant moi même un King, mais le fait que la marque débute n’est en aucun cas une excuse, le code source et les téléphones sont proposés par Tinno, un constructeur chinois, à Wiko, et rebadgés, on retrouve par exemple la même référence que le King sous le nom Cynus T2 en Allemagne, ou Micromax A110 aux USA.



Ce n’est en rien anormal de comparer la politique de publication des codes sources entre deux marques, d’autant que c’est quelque chose qui prend peu de temps, suffit juste de reprendre les sources utilisées pour compiler la version incluse d’androïd, de les uploader sur un serveur, et voilà.



Mais ce gausser de publier les sources à son public, alors qu’elles sont bidonnées, ce n’est ni plus ni moins que de la publicité mensongère, un attrape nigaud pour geeks !









bingo.crepuscule a écrit :



[…]j’ai lu ici et là que les fabricants chinois comme Tinno, avait tendance à pourrir à mort le code source utilisé avant de le publier… Histoire d’éviter que la concurrence chinoise ne le copie.







C’est plutôt faux, les fabricants chinois se partageant tout ce qui est possible, et extrêmement rapidement. En plus de cela, c’est hors-sujet ici.









illogict a écrit :



C’est plutôt faux, les fabricants chinois se partageant tout ce qui est possible, et extrêmement rapidement. En plus de cela, c’est hors-sujet ici.







Alors comment expliquer ce qui se passe ?



AOSP sur l’XPeria Z? <img data-src=" />



Ça sent la vaste blague comme pour le Xperia S!








rheidizded a écrit :



AOSP sur l’XPeria Z? <img data-src=" />



Ça sent la vaste blague comme pour le Xperia S!







+1, étant moi-même possesseur d’un Xperia S j’ai été très emballé quand j’ai appris l’existence de ce projet l’année dernière pour le S. Mais bon, à cause des pilotes propriétaires, ça n’aboutira pas avant que le S ne soit devenu complètement obsolète dans 4-5 ans, et encore je suis optimiste <img data-src=" />

D’autant que ce n’est pas un point négligeable qui pose problème, c’est quand même le capteur photo ! <img data-src=" />

Mais bon, la maj officielle vers JB est annoncée pour les semaines qui arrivent, c’est déjà ça. <img data-src=" />





Edit : Smiley



Ouais enfin, une blague aussi la mise à jour du XS..



Prévu pour Mars, puis début Avril, puis fin Avril puis enfin, à partir de fin Mai.



X10i, le retour… <img data-src=" />


Le 25/04/2013 à 07h 48







bingo.crepuscule a écrit :



Et à coté de ça chez Wiko, ça se vante de publier les sources d’android, drivers inclus, pour leurs smartphones, mais tout est bidon et rien ne fonctionne en fin de compte… Plein de gens réclament des sources fonctionnelles sur le mur facebook de Wiko, mais ils font la sourde oreille.



http://forum.frandroid.com/topic/141661-howto-comment-compile-le-kernel-wiko-eta…



http://forum.frandroid.com/topic/141661-howto-comment-compile-le-kernel-wiko-eta…









bingo.crepuscule a écrit :



Je commence à regretter mon achat, j’ai l’impression de m’être fait entuber, en plus ils proposent les mêmes sources pour le Peax et le king, toute une abberation !



PCI, si tu m’entends… Une petite enquête sur le sujet de la part de PCI serait pas mal, j’ai lu ici et là que les fabricants chinois comme Tinno, avait tendance à pourrir à mort le code source utilisé avant de le publier… Histoire d’éviter que la concurrence chinoise ne le copie. (en est il de même chez Sony & d’autres?)



Mais au final, on se fout de la gueule de la communauté, et le respect de la licence GPL il est où si le système compilé n’est pas issu des sources proposées?





http://www.wikogeek.com/







Euh, cela fait un bon moment que j’ai signalé sur PCI que les drivers des SOC Rockchip sont tous close-source, et donc tous les constructeurs/distributeurs (donc y compris Wiko) sont logés à la même enseigne quelque soit leurs tailles.



Cela a été également le cas avec les GMA500 dont même Intel ne pouvait rien faire puisque le concepteur du PowerVR refusait purement et simplement de diffuser le code source.



Donc, quand on veut un système customisable, il vaut mieux éviter les produits dont les concepteurs des SOC refusent d’ouvrir leurs sources…



AllWinner est plus cool de ce côté, mais les SOC sont également moins performants… <img data-src=" />



Le 25/04/2013 à 08h 02







illogict a écrit :



C’est plutôt faux, les fabricants chinois se partageant tout ce qui est possible, et extrêmement rapidement. En plus de cela, c’est hors-sujet ici.







TOTALEMENT FAUX pour ce qui est du partage des codes sources “entre fabricants chinois” !!!



Par contre, tu sembles connaitre ton sujet, surtout en ce qui concerne Archos qui bien que possédant la totalités des codes sources de la plupart de ses produits, se permet d’installer un bootloader verrouillé ce qui rend la création de ROM alternatives totalement inopérantes… <img data-src=" />



Le 25/04/2013 à 08h 06







rheidizded a écrit :



AOSP sur l’XPeria Z? <img data-src=" />



Ça sent la vaste blague comme pour le Xperia S!







Tout dépends si les quelques rares drivers close source sont réutilisables sous différents kernel et ROM ou pas… ^^



Je trouve que c’est déjà une très bonne initiative de la part de Sony d’autant que c’est une attitude rarissime de la part de cette marque qui a tendance à tout verrouiller… <img data-src=" />










arobase40 a écrit :



TOTALEMENT FAUX pour ce qui est du partage des codes sources “entre fabricants chinois” !!!







Haha, penses ce que tu veux. Je sais ce qu’il se passe quand on envoie un bout de code spécifique et qu’il est disponible dans la semaine sur tout ce que l’on trouve sur ebay.







arobase40 a écrit :



Par contre, tu sembles connaitre ton sujet, surtout en ce qui concerne Archos qui bien que possédant la totalités des codes sources de la plupart de ses produits, se permet d’installer un bootloader verrouillé ce qui rend la création de ROM alternatives totalement inopérantes… <img data-src=" />







Je t’ai déjà répondu et donné le lien plusieurs fois, mais le voici de nouveau firmwares SDE.

Pour le reste des produits, non, Archos n’a pas le code source.

Mais bon, c’est tellement simple de rabâcher des choses fausses en permanence sans savoir quoi que ce soit…



Le 25/04/2013 à 08h 35







illogict a écrit :



Haha, penses ce que tu veux. Je sais ce qu’il se passe quand on envoie un bout de code spécifique et qu’il est disponible dans la semaine sur tout ce que l’on trouve sur ebay.







Dans ce cas, trouve moi le code source des drivers Rockchip quelqu’en soit l’origine et je serais prêt à te présenter mes plus plates excuses : car c’est pas prêt d’arriver… <img data-src=" /> <img data-src=" /> <img data-src=" />









illogict a écrit :



Je t’ai déjà répondu et donné le lien plusieurs fois, mais le voici de nouveau firmwares SDE.

Pour le reste des produits, non, Archos n’a pas le code source.

Mais bon, c’est tellement simple de rabâcher des choses fausses en permanence sans savoir quoi que ce soit…









Je t’ai également répondu que le firmware SDE est une vaste fumisterie, car :





  1. cela invalide la garantie

  2. cela ne permet pas d’installer une ROM en lieu et place de l’ancienne, mais “côte à côte” avec celle d’origine.

  3. Il est même impossible de faire un downgrade… ^^



  4. prétendre qu’Archos ne possède le code source est de la mauvaise foi, surtout par rapport aux anciennes générations gen7/gen8 d’autant qu’il les a diffusé (j’en possède une copie… ^^), mais inexploitable toujours à cause du bootloader verrouillé !!!



    Pour les modèles plus récents, en dehors des modèles à base de Rockchip, il ne faut pas raconter des conn*ies, puisque d’autres fabricants les diffusent.

    Mais encore une fois, à cause du bootloader, c’est inutilisable avec les produits Archos !!!



    Ce qui m’amène à deux hypothèses que j’avais émis à l’égard de l’équipe de devs d’Archos :



  5. ils sont totalement incompétents.

  6. Archos ne possèderait donc aucune équipe de devs contrairement à ce que les responsables et fanboys d’Archos prétendaient… <img data-src=" />



    Dans le second cas, comment, ils font pour sortir des MAJ mensuelles ou bi-mensuelles (et quand je parle de maj, je parle de hotfixes et non pas de changement de versions) ???



    Donc, c’est de la foutaise !!!









arobase40 a écrit :



Euh, cela fait un bon moment que j’ai signalé sur PCI que les drivers des SOC Rockchip sont tous close-source, et donc tous les constructeurs/distributeurs (donc y compris Wiko) sont logés à la même enseigne quelque soit leurs tailles.



Cela a été également le cas avec les GMA500 dont même Intel ne pouvait rien faire puisque le concepteur du PowerVR refusait purement et simplement de diffuser le code source.



Donc, quand on veut un système customisable, il vaut mieux éviter les produits dont les concepteurs des SOC refusent d’ouvrir leurs sources…



AllWinner est plus cool de ce côté, mais les SOC sont également moins performants… <img data-src=" />







Les smartphones Wiko utilisent des SOC Mediatek…



Le 25/04/2013 à 08h 47







bingo.crepuscule a écrit :



Les smartphones Wiko utilisent des SOC Mediatek…







Tous ???



Dans ce cas, si Mediatek diffusent l’ensemble de ses code source, autant s’adresser au “bon dieu” qu’à ses saints… <img data-src=" />



Je connais mal cette marque, mais il me semble qu’elle ne diffuse qu’une partie du code source… A vérifier…



http://forum.xda-developers.com/showthread.php?p=32293593



http://www.mediatek.com/_en/07_downloads/01_windows.php?sn=501









arobase40 a écrit :



Dans ce cas, trouve moi le code source des drivers Rockchip quelqu’en soit l’origine et je serais prêt à te présenter mes plus plates excuses : car c’est pas prêt d’arriver… <img data-src=" /> <img data-src=" /> <img data-src=" />







Je ne suis pas en Chine, je ne fais pas partie de ces constructeurs, je ne les ai pas. Mais tout est partagé entre eux, que ça te plaise ou non.







arobase40 a écrit :



Je t’ai également répondu que le firmware SDE est une vaste fumisterie, car :





  1. cela invalide la garantie







    Il ne s’agit encore que d’une protection, aucun retour matériel n’est refusé, évidemment, mais il n’y a aucun support pour le logiciel.







    arobase40 a écrit :



  2. cela ne permet pas d’installer une ROM en lieu et place de l’ancienne, mais “côte à côte” avec celle d’origine.





    En quoi est-ce un problème ? On peut choisir sur laquelle booter par défaut.





    arobase40 a écrit :



  3. Il est même impossible de faire un downgrade… ^^





    Hein ? Il suffit de réinstaller un firmware « normal » et ça redevient comme avant (à part les clés DRM).







    arobase40 a écrit :



  4. prétendre qu’Archos ne possède le code source est de la mauvaise foi, surtout par rapport aux anciennes générations gen7/gen8 d’autant qu’il les a diffusé (j’en possède une copie… ^^), mais inexploitable toujours à cause du bootloader verrouillé !!!





    Ouais, donc encore une fois, tu ne vas même pas lire les liens. Le SDE est disponible pour tous les produits développés par Archos depuis la Gen6 — qui n’était même pas sous Android !

    Je disais qu’Archos n’avait pas le code source des produits développés par les partenaires chinois, raison pour laquelle il n’y a pas de SDE.







    arobase40 a écrit :



    Pour les modèles plus récents, en dehors des modèles à base de Rockchip, il ne faut pas raconter des conn*ies, puisque d’autres fabricants les diffusent.

    Mais encore une fois, à cause du bootloader, c’est inutilisable avec les produits Archos !!!





    Le bootloader n’est pas géré par Archos, qui n’en a pas le code. Les chinois envoient ce qui les arrangent lors d’une demande de conformité avec la GPL, avec un code qui ne compile même pas… Et impossible d’avoir quoi que ce soit de décent de leur part.







    arobase40 a écrit :



    Ce qui m’amène à deux hypothèses que j’avais émis à l’égard de l’équipe de devs d’Archos :





    1. ils sont totalement incompétents.

    2. Archos ne possèderait donc aucune équipe de devs contrairement à ce que les responsables et fanboys d’Archos prétendaient… <img data-src=" />



      Dans le second cas, comment, ils font pour sortir des MAJ mensuelles ou bi-mensuelles (et quand je parle de maj, je parle de hotfixes et non pas de changement de versions) ???



      Donc, c’est de la foutaise !!!





      Non, comme d’hab, tu racontes n’importe quoi savoir quoi que ce soit ni lire les réponses.










arobase40 a écrit :



Tout dépends si les quelques rares drivers close source sont réutilisables sous différents kernel et ROM ou pas… ^^



Je trouve que c’est déjà une très bonne initiative de la part de Sony d’autant que c’est une attitude rarissime de la part de cette marque qui a tendance à tout verrouiller… <img data-src=" />





L’intention est louable, mais c’est juste qu’une intention hein, ne nous méprenons pas.

Depuis Août 2012, rien ou quasi rien n’a avancé dans leur projet, qui est maintenant pour ainsi dire à l’abandon.

Dire et montrer que le XS tourne sous 4.2, c’est bien. Donner les codes sources aux développeurs, c’est mieux.

8 mois donc pour du vent.



Pendant, ce temps, des devs indépendants, principalement CM et qques autres, font vivre ce téléphone sur XDA.







Après, on commence à les connaître Sony (ex Sony-Ericsson) …. :





  • X10i sorti sous 1.6 puis MAL 2.1 très en retard sans multitouch, puis 2.3 encore plus tardive sous la pression des utilisateurs

  • Xperia Arc et Arc S abandonnés sous ICS

  • Xperia S, flagship de l’année 2012, mis totalement de côté niveau mis à jour.





    Ils vont avoir du mal à atteindre leur objectif en continuant dans cette voie là.



Le 25/04/2013 à 09h 43







illogict a écrit :



Je ne suis pas en Chine, je ne fais pas partie de ces constructeurs, je ne les ai pas. Mais tout est partagé entre eux, que ça te plaise ou non.







Il ne s’agit encore que d’une protection, aucun retour matériel n’est refusé, évidemment, mais il n’y a aucun support pour le logiciel.





En quoi est-ce un problème ? On peut choisir sur laquelle booter par défaut.



Hein ? Il suffit de réinstaller un firmware « normal » et ça redevient comme avant (à part les clés DRM).





Ouais, donc encore une fois, tu ne vas même pas lire les liens. Le SDE est disponible pour tous les produits développés par Archos depuis la Gen6 — qui n’était même pas sous Android !

Je disais qu’Archos n’avait pas le code source des produits développés par les partenaires chinois, raison pour laquelle il n’y a pas de SDE.





Le bootloader n’est pas géré par Archos, qui n’en a pas le code. Les chinois envoient ce qui les arrangent lors d’une demande de conformité avec la GPL, avec un code qui ne compile même pas… Et impossible d’avoir quoi que ce soit de décent de leur part.





Non, comme d’hab, tu racontes n’importe quoi savoir quoi que ce soit ni lire les réponses.







<img data-src=" /> <img data-src=" /> <img data-src=" /> <img data-src=" /> <img data-src=" /> <img data-src=" />



En un commentaire, tu es arrivé à valider toutes mes hypothèses sur la non existence d’une équipe développement en propre et qu’Archos n’a absolument aucun contrôle sur la conception de ses produits alors qu’il y a quelques mois à peine, tu prétendais toi-même que la conception était française et faite à Igny !!! <img data-src=" /> <img data-src=" />



C’était un secret de polichinelle, mais que tu le confirmes ENFIN, alors là encore <img data-src=" /> !!! <img data-src=" />



Cela fait des années que je “pratique” Archos”, alors pour ce qui est de savoir lire et comprendre entre les lignes, je crois pouvoir prétendre qu’on ne me la fais plus… <img data-src=" /> <img data-src=" />



Pour ce qui est downgrade des firmwares avec la gen8, tu soutiens toujours que c’est possible ??? <img data-src=" />





Après, on commence à les connaître Sony (ex Sony-Ericsson) …. :





  • X10i sorti sous 1.6 puis MAL 2.1 très en retard sans multitouch, puis 2.3 encore plus tardive sous la pression des utilisateurs





    J’avais le X10i, et ce n’est pas exactement cela. Le Tel est sorti sous 1.6, il devait avoir une mise à jour vers 2.0, qui a été retardée de 2 mois au profit de la 2.1.

    Trois mois plus tard il y a eu une mise à jour pour le Multi-Touch sous 2.1. (Qui était un Dual Touch en fait à cause des limitations du téléphone). Cela devait être la dernière mise à jour du téléphone.

    Alors que ce n’était pas attendu du tout, Sony a annoncé la disponibilité de la 2.3 en faisant l’impasse sur quelques fonctionnalité logicielles du téléphone car incompatible avec la 2.3.

    Au final, 2.3 était trop gourmand pour ce téléphone (comme l’avait annoncé Sony d’ailleurs), et les meilleures ROM étaient sous 2.2 (MIUI par exemple).


Le 25/04/2013 à 09h 57







rheidizded a écrit :



L’intention est louable, mais c’est juste qu’une intention hein, ne nous méprenons pas.

Depuis Août 2012, rien ou quasi rien n’a avancé dans leur projet, qui est maintenant pour ainsi dire à l’abandon.

Dire et montrer que le XS tourne sous 4.2, c’est bien. Donner les codes sources aux développeurs, c’est mieux.

8 mois donc pour du vent.



Pendant, ce temps, des devs indépendants, principalement CM et qques autres, font vivre ce téléphone sur XDA.







Après, on commence à les connaître Sony (ex Sony-Ericsson) …. :





  • X10i sorti sous 1.6 puis MAL 2.1 très en retard sans multitouch, puis 2.3 encore plus tardive sous la pression des utilisateurs

  • Xperia Arc et Arc S abandonnés sous ICS

  • Xperia S, flagship de l’année 2012, mis totalement de côté niveau mis à jour.





    Ils vont avoir du mal à atteindre leur objectif en continuant dans cette voie là.







    Je sais bien et c’est bien pour cela que je n’achèterais plus jamais de produits Sony (et en particuliers tout ce qui est rapport avec le Blu ray) quelqu’il soit…



    Côté Samsung, on n’est guère mieux loti en matière de code source, mais au moins la qualité des ROM stock et la fréquence des MAJ est presque au rendez-vous : une fois sur deux, il rate une ROM, et avec le nombre croissant de produits différents les délais de mise à disponibilité des ROM augmentent. sans compté certains produits pour lesquels il n’y a plus du tout de MAJ : GT-P1000, Galaxy S Plus, les premières Galaxy Tab sous Tegra 2, et toujours une incertitude avec la Galaxy Tab 7.7… <img data-src=" />



    Et ne parlons même pas des ROM françaises : quasi inexistantes, donc il faut se rabattre sur les ROM étrangères pour les plus audacieux.



    Avec l’avant-dernière ROM Allemande, la batterie était bouffée en un rien de temps sous Jelly Bean, alors qu’avec la toute dernière version, l’autonomie a été quasiment quadruplée !!! ^^









arobase40 a écrit :



<img data-src=" /> <img data-src=" /> <img data-src=" /> <img data-src=" /> <img data-src=" /> <img data-src=" />



En un commentaire, tu es arrivé à valider toutes mes hypothèses sur la non existence d’une équipe développement en propre et qu’Archos n’a absolument aucun contrôle sur la conception de ses produits alors qu’il y a quelques mois à peine, tu prétendais toi-même que la conception était française et faite à Igny !!! <img data-src=" /> <img data-src=" />



C’était un secret de polichinelle, mais que tu le confirmes ENFIN, alors là encore <img data-src=" /> !!! <img data-src=" />



Cela fait des années que je “pratique” Archos”, alors pour ce qui est de savoir lire et comprendre entre les lignes, je crois pouvoir prétendre qu’on ne me la fais plus… <img data-src=" /> <img data-src=" />



Pour ce qui est downgrade des firmwares avec la gen8, tu soutiens toujours que c’est possible ??? <img data-src=" />







Je confirme encore une fois que tu ne sais pas lire, et même que tu ne veux pas lire, parce que j’ai toujours dit la même chose : les produits Archos (gen×), à base d’OMAP sont tous et entièrement développés par l’équipe de développement en France (et un peu en Allemagne), alors que ceux à base de Rockchip sont entièrement faits en Chine. Il s’agit de plus des exactes mêmes informations qui sont disponibles dans les documents boursiers réglementés et contrôlés pour l’AMF.



Il est toujours possible de downgrader à moins de correction de bugs majeurs pour éviter des problèmes (notamment certains firmwares qui corrigeaient un bug du contrôleur du disque dur qui pouvaient les crasher, sur lesquels il est bien entendu impossible de revenir pour éviter tout problème). À part pour ce genre de correction, les firmwares normaux n’ont pas d’anti-downgrade.



Le 25/04/2013 à 10h 40







illogict a écrit :



Je confirme encore une fois que tu ne sais pas lire, et même que tu ne veux pas lire, parce que j’ai toujours dit la même chose : les produits Archos (gen×), à base d’OMAP sont tous et entièrement développés par l’équipe de développement en France (et un peu en Allemagne), alors que ceux à base de Rockchip sont entièrement faits en Chine. Il s’agit de plus des exactes mêmes informations qui sont disponibles dans les documents boursiers réglementés et contrôlés pour l’AMF.



Il est toujours possible de downgrader à moins de correction de bugs majeurs pour éviter des problèmes (notamment certains firmwares qui corrigeaient un bug du contrôleur du disque dur qui pouvaient les crasher, sur lesquels il est bien entendu impossible de revenir pour éviter tout problème). À part pour ce genre de correction, les firmwares normaux n’ont pas d’anti-downgrade.







Continue, continue car franchement tu me fais bien marrer !!! <img data-src=" />



Donc, on reprends :



les produits Archos (gen×), à base d’OMAP sont tous et entièrement développés par l’équipe de développement en France (et un peu en Allemagne)… ceci impliquerait que vous aviez donc les sources, mais pas de contrôle sur le Bootloader verrouillé… ^^



Sans compter qu’il a fallu plus d’une année pour développer un Froyo boiteux, et je ne compte pas le nombre de MAJ pour cette même et unique version…



Je me suis arrêté à la version du firmware qui a bloqué le root Archangel tellement j’étais dégouté… Et toujours ce bootloader verrouillé pour protéger quoi ??? Un ou quelques codecs dont vous aviez peur qu’un dev parvienne à cracker ???



Je passe sur le reste, mais résultat des comptes, c’est qu’Archos est entrain de sombrer ainsi que je l’avais prédis dès le 3°/4° trimestre 2011, alors que pendant ce temps Samsung (ainsi que les autres marques que vous avez méprisé en pensant qu’ils étaient insignifiants) vous a taillé les croupières en n’imposant pas de bootloader verrouillé et en proposant des firmwares réellement de Qualité !!!



Et non, ce n’était pas Apple votre principal concurrent !!! <img data-src=" />



Reste/restez avec vos certitudes et votre arrogance, mais en attendant vous avez totalement perdu la confiance de vos clients et ce n’est certainement pas vos nouveaux smartphones qui vont redresser la barre d’autant que là également/encore, la concurrence va être féroce.



Je n’ai jamais souhaité la mort d’une marque française d’autant que vous savez faire cela tout seul : vous tirer des balles dans les pieds… ^^









arobase40 a écrit :



Continue, continue car franchement tu me fais bien marrer !!! <img data-src=" />



Donc, on reprends :



les produits Archos (gen×), à base d’OMAP sont tous et entièrement développés par l’équipe de développement en France (et un peu en Allemagne)… ceci impliquerait que vous aviez donc les sources, mais pas de contrôle sur le Bootloader verrouillé… ^^





Et c’est quoi le SDE alors, si ce n’est pas quelque chose qui déverrouille le bootloader, et qui est disponible pour TOUS les produits depuis la Gen6, qui n’était même pas sous Android ? Essaie de lire un peu plutôt que de répéter des conneries, alors que ça fait maintenant de nombreuses fois que je t’indique tes erreurs et que c’est disponible !







arobase40 a écrit :



Sans compter qu’il a fallu plus d’une année pour développer un Froyo boiteux, et je ne compte pas le nombre de MAJ pour cette même et unique version…





Tu as vraiment du mal en fait. Android FroYo a été dévoilé (code source non disponible) fin mai 2010, et le premier firmware Archos avec date de fin novembre 2010. Chez moi, ça fait six mois, mais tes mois doivent compter double.







arobase40 a écrit :



Je me suis arrêté à la version du firmware qui a bloqué le root Archangel tellement j’étais dégouté… Et toujours ce bootloader verrouillé pour protéger quoi ??? Un ou quelques codecs dont vous aviez peur qu’un dev parvienne à cracker ???







Encore une fois, le SDE est disponible depuis des lustres, si tu ne veux pas l’installer, libre à toi, mais évite de raconter partout des choses fausses en disant que c’est impossible de déverrouiller le bootloader, surtout que tout ce qu’il faut pour ce faire est disponible très rapidement après la mise sur le marché des produits. Pour les codecs, certains employés sont de très gros contributeurs à ffmpeg et compagnie, il n’y a rien à cacher… Les seules choses qui sont supprimées sont les clés DRM, et rien d’autre. Lis un peu ce que l’on te dit !







arobase40 a écrit :



Reste/restez avec vos certitudes et votre arrogance, mais en attendant vous avez totalement perdu la confiance de vos clients et ce n’est certainement pas vos nouveaux smartphones qui vont redresser la barre d’autant que là également/encore, la concurrence va être féroce.



Je n’ai jamais souhaité la mort d’une marque française d’autant que vous savez faire cela tout seul : vous tirer des balles dans les pieds… ^^





Je ne suis plus employé Archos depuis plusieurs mois, ça ne me concerne donc pas du tout.



Le 25/04/2013 à 12h 07







illogict a écrit :



Et c’est quoi le SDE alors, si ce n’est pas quelque chose qui déverrouille le bootloader, et qui est disponible pour TOUS les produits depuis la Gen6, qui n’était même pas sous Android ? Essaie de lire un peu plutôt que de répéter des conneries, alors que ça fait maintenant de nombreuses fois que je t’indique tes erreurs et que c’est disponible !







ET toi, essaie de bien comprendre mes propos au lieu de tourner autour du pot et de jouer avec les mots !!!



SDE n’a JAMAIS permis de déverrouiller le bootloader, mais simplement de le contourner pour installer une autre ROM à côté de celle d’origine !!!



Déverrouiller un bootloader, cela signifie de le supprimer purement et simplement, afin de permettre l’installation d’une autre ROM en lieu et place de celle d’origine !!!



C’est ce qu’ont fais la majorité des constructeurs (Sony, Motorola, Acer, HTC, LG, etc…), SAUF Archos !!!







illogict a écrit :



Tu as vraiment du mal en fait. Android FroYo a été dévoilé (code source non disponible) fin mai 2010, et le premier firmware Archos avec date de fin novembre 2010. Chez moi, ça fait six mois, mais tes mois doivent compter double.







Quel rapport avec la choucroute ???



La première version de Froyo en binaire pour la gen8 date effectivement de novembre 2010 et jusqu’à la fin 2011, cette même version Froyo était toujours boiteuse… et je ne compte pas les deux versions de janv. et mars 2012 dans l’histoire… ^^



Les codes source GPL de Froyo pour la gen8 date de décembre 2010 (et oui, je l’ai toujours en archive), alors que la version AOSP de Froyo était disponible bien avant cela…



Donc de nov. 2010 à fin 2011 (voire mars 2012), cela fait bien plus d’UN an, et non pas 6 mois comme tu le prétends… ^^



Alors qu’à fin février 2011, j’ai développé ma première version d’Eclair 2.1 pour un Tablette PC et fin mars 2011 ma 2° version de Froyo en multitouch, et cela tout seul dans mon coin.



Quand j’ai acheté ma Samsung Galaxy Tab GT-P1000 en remplacement de l’A70IT (merdique et inutilisable) et que je l’ai trouvé répondant à mes besoins, j’ai revendu ma Tablette PC, et j’ai retransmis le code source à un autre gars pour prendre la relève et en l’aidant à développer tout d’abord une version de Honeycomb, puis de ICS… ^^







illogict a écrit :



Encore une fois, le SDE est disponible depuis des lustres, si tu ne veux pas l’installer, libre à toi, mais évite de raconter partout des choses fausses en disant que c’est impossible de déverrouiller le bootloader, surtout que tout ce qu’il faut pour ce faire est disponible très rapidement après la mise sur le marché des produits. Pour les codecs, certains employés sont de très gros contributeurs à ffmpeg et compagnie, il n’y a rien à cacher… Les seules choses qui sont supprimées sont les clés DRM, et rien d’autre. Lis un peu ce que l’on te dit !







Je n’ai pas besoin de lire tes conn*ries puisque je les ai vécu !!!



La dernière version d’Eclair avait été livré avec le codec sous DRM, puis viré à la sortie de Froyo, puis réintégré (sans doute par erreur) dans une des versions de Froyo, pour être finalement re-supprimé dans la version suivante…



Alors, faut pas me la jouer non plus, hein ???



Pas la peine que je me répète sur le rôle du SDE !!! <img data-src=" />



Il suffit de relire mon propos ci-dessus…







illogict a écrit :



Je ne suis plus employé Archos depuis plusieurs mois, ça ne me concerne donc pas du tout.







Je suis bien désolé pour toi, mais on sent malgré tout l’empreinte qu’à eu Archos dans ton esprit et continue d’avoir encore à ce jour puisque tu continues à défendre cette boite qui s’est bien foutue de la gueule de ses clients et qui continue de la faire…



Maintenant, si tu me démontres que le SDE permet de virer TOTALEMENT le bootloader verrouillé, quelque soit le produit Archos, alors je pourrais reconsidérer ma position… Mais jusqu’à preuve du contraire, c’est bien toi qui raconte n’importe quoi…




Le 25/04/2013 à 12h 17







illogict a écrit :



Tu as vraiment du mal en fait. Android FroYo a été dévoilé (code source non disponible) fin mai 2010, et le premier firmware Archos avec date de fin novembre 2010. Chez moi, ça fait six mois, mais tes mois doivent compter double.







Juste pour ta culture personnelle, je te signale que le code source de Froyo a été libéré courant juin 2010 !!! <img data-src=" />









rheidizded a écrit :



AOSP sur l’XPeria Z? <img data-src=" />

Ça sent la vaste blague comme pour le Xperia S!





Tellement vrai!!



Ils n’ont pas peur du ridicule chez Sony… je ne souhaite pas le même avenir au Z qu’au S: projet AOSP bien marketeux et… toujours pas de JB officiel alors que les autres machines moyennes et haut de gamme de 2012 l’ont reçu!!



La jouer AOSP saupoudré de “désolé on ne peut pas publier plus de sources car elles sont proprios!”… hum hum…



<img data-src=" />









frikakwa a écrit :



Tellement vrai!!



Ils n’ont pas peur du ridicule chez Sony… je ne souhaite pas le même avenir au Z qu’au S: projet AOSP bien marketeux et… toujours pas de JB officiel alors que les autres machines moyennes et haut de gamme de 2012 l’ont reçu!!



La jouer AOSP saupoudré de “désolé on ne peut pas publier plus de sources car elles sont proprios!”… hum hum…



<img data-src=" />





Et dans 3mois, “désolé on ne peut pas le faire pour le Xperia Z non plus”, et pour KLP, la mise à jour aura lieu “In Q1 2014” ce qui signifie pour Sony : Q2 2014.



Par contre, je sais pas si tu as vu le blog Xperia, mais c’est limite violent <img data-src=" />



<img data-src=" />



Vivement du vrai Linux pour ces smartphones, ça au moins on connaît, on sait d’où ça vient, on maîtrise. <img data-src=" />


Le 25/04/2013 à 17h 09







paradise a écrit :



<img data-src=" />



Vivement du vrai Linux pour ces smartphones, ça au moins on connaît, on sait d’où ça vient, on maîtrise. <img data-src=" />







Hummm



Je ne sais pas trop ce que cela donnera dans la durée, car la mémoire flash interne risque de prendre une sacrée claque avec une durée de vie de l’ordre de quelque mois ??? ^^ <img data-src=" />









rheidizded a écrit :



Et dans 3mois, “désolé on ne peut pas le faire pour le Xperia Z non plus”, et pour KLP, la mise à jour aura lieu “In Q1 2014” ce qui signifie pour Sony : Q2 2014.



Par contre, je sais pas si tu as vu le blog Xperia, mais c’est limite violent <img data-src=" />





J’y vais de ce pas… <img data-src=" />









frikakwa a écrit :



J’y vais de ce pas… <img data-src=" />





Plutôt crû les commentaires <img data-src=" />



Pour recentrer un peu, le mode Stamine sera ajouté paraît-il. Une maigre consolation..









paradise a écrit :



<img data-src=" />



Vivement du vrai Linux pour ces smartphones, ça au moins on connaît, on sait d’où ça vient, on maîtrise. <img data-src=" />









Honnêtement ça changera quoi ? Si certains drivers / modules / appelons ça comme on veux sont closed sources on aura les mêmes problèmes…



De plus android, c’est déja du noyau linux.