possibilitée rom android 4.0 ics

[Burn2]

J'ai aussi bossé sur du matériel "limite", je te conseille juste de chercher le freerunner...

Et crois moi, croire que le travail "tout bon soit-il" fait dans le cadre d'une entreprise, est forcément le meilleur possible, c'est ne pas tenir compte du fait qu'il faut être rentable, que la RD doit être toujours la plus courte possible, et que les commerciaux (sous la direction) vendent à 90% du temps un produit avant sa commercialisation, pour des fonctionnalités parfois même pas implémenté ou pas implémentable dans les temps! (et donc les devs qui courent derrière)

Alors oui des exemples de meilleur travail que les ingénieurs au boulot, y en a des tonnes (suffit de voir les drivers libres par exemple...), tout simplement parce qu'en général ce sont des ingénieurs, qui ont tout le temps sur leur temps de libre d'en tirer le meilleur profit quitte à perdre des heures et des heures, chose qui ne serait jamais fait en entreprise.

EN l'occurrence quand on voit la stabilité et les performances de la rom 2.2 de motorola, il n'y a vraiment pas de mal à imaginer qu'on puisse faire mieux avec un kernel plus récent avec un temps illimité...

Encore une fois, il suffit rien que de suivre l'aventure de freerunner pour s'en convaincre, de voir que les gens l'ont poussé dans ses derniers retranchement malgré le fait que le hardware soit faible.

Sache aussi qu'il se trouve que justement les nouveaux noyau d'android permettent justement de gagner en autonomie en libérant le processeur d'une partie de l'affichage... Je dis ça juste au hasard... Et qu'il y a eu pas mal d'améliorations entre les 2.6.32 et les derniers noyaux... Pour des choses utiles à android qui touchent à la gestion de la mémoire (allocation/ordonnanceur), à la gestion des processus (utile pour les dual cores and co principalement mais visible aussi sur des simple coeurs), et tout ça ce ne sont que des exemples.

Concrètement, je ne dis pas qu'il y aura forcément du mieux ou autre, juste qu'on perd cette possibilité. Et encore une fois, sur son temps de libre on n'a pas les mêmes contraintes que quand on fait du dev ou de la RD pour une entreprise qui elle attend un résultat rentable... En partant de cette variable là on se dit clairement qu'il reste de la marge exploitable si tenté que quelqu'un veuille bien perdre le temps de s'y pencher dessus. (et qui ne peut être fait qu'en dehors car pas rentable niveau temps perdu résultat)

EDIT: et j'ai oublié de parler bien sûr des limitations volontaires du constructeurs pour créer sa gamme de produit!

Sinon voilà un exemple de ce qu'apporte parfois des kernels modifiés:

http://wiki.frandroid.com/wiki/Les_Kernels_modifiés

Et suffit de suivre les topics pour se rencontre que oui il peut y avoir du mieux...

Modifié 24 octobre 2011 par Burn2

[ScratMan]

Attention, le kernel ne fait pas tout. Si la ROM 2.2 de Motorola est lente et buggée, ce n'est pas la faute du kernel puisque CM7 ou le Defy+ utilisant le même kernel fonctionnent parfaitement.

Et pour le temps de développement des kernel et drivers, t'inquiète pas, les fabricants de plateforme savent ce qu'ils font et où est leur intérêt.

Mais dans l'ensemble, je suis d'accord que c'est chiant que ce soit bloqué, mais c'est pas catastrophique, et il vaut mieux ça que de laisser faire n'importe quoi par n'importe qui et voir des tonnes de son produit revenir en SAV.

[Burn2]

Je sais très bien que le kernel ne fait pas tout.

Les deux sont souvent indépendant, mais parfois dépendants aussi!

Ce que je voulais dire, c'est que si motorola arrive à nous pondre des roms finalisées comme la 2.2, on peut facilement imaginer qu'ils n'ont pas passé des milles et des 100 niveau horaires et que des améliorations sont possibles...

Et pour le temps de développement des kernel et drivers, t'inquiète pas, les fabricants de plateforme savent ce qu'ils font et où est leur intérêt.

et justement leur intéret ce n'est pas de passer de longueurs heures à réfléchir pour au final ne pas forcément obtenir un résultat... (ou pour gagner 1% d'autonomie par si par là). Chose qu'encore une fois une personne sur son temps de libre peut faire, car elle n'a rien à perdre que tout gain est bon à prendre...

Bref après ça peut être une longue discussion...

Qu'ils bloquent le bootloader pour garantir la partie logiciel ok, mais qu'on puisse le débloquer en perdant cette garantie (sans perdre la garantie matériel), là ça serait bien plus utile.

[ScratMan]

Pour le temps de développement, je parle pas des fabricants de téléphone, mais ceux de plateformes. Je bosse sur les plateformes modem, et je peux t'assurer qu'on passe un temps fou à chercher les optimisations (minimum deux ans de développement). Nos clients (les fabricants) font des benchmarks entre nos plateformes et celles des concurrents, et on ne peut pas se permettre d'avoir du soft buggé ou pas assez optimisé.

Après, c'est certain que tous les constructeurs de téléphones ne passeront pas autant de temps en développement sur tous leurs modèles (déjà entre haut de gamme et bas de gamme).

Pour le verrouillage, il ne faut pas oublier l'aspect propriété intellectuelle. Sur un téléphone "brut" avec Android, une surcouche constructeur et rien d'autre, il n'y a rien à craindre. Mais lorsqu'un fabricant propose son téléphone avec des applications tierces payantes (comme Motorola avec QuickOffice, ou Orange qui met Deezer et d'autres), ou avec des fonctionnalités bridées ; le fait que l'on puisse débloquer tout ça et changer ce qu'on veut va modifier les termes de l'accord entre le constructeur et le tiers.

Exemple, avec le Root et Titanium Backup, j'ai pu récupérer l'APK de QuickOffice sur ma ROM 2.2, je peux maintenant en faire ce que je veux, je l'ai remis sur Cyanogen... mais on peut imaginer de le mettre à dispo gratos sur internet... perte sèche pour l'éditeur du logiciel...

Sinon, faut aucun soft partenaire... mais dans ce cas, le téléphone sera moins différencié et moins attirant par rapport à la concurrence face au grand public.

[Burn2]

Et y a un point non négligeable d'être bloqué à un noyau particulier... Le fait de ne plus avoir de correction de failles du niveau système... (faille du noyau). Et rien que pour ça ça justifie totalement le problème...

[ScratMan]

Certes. Mais c'est généralement corrigé par le fabricant via des mises à jour officielles (sauf si l'appareil est trop ancien et plus supporté).

Et en même temps, qu'est-ce qui te garantit qu'un noyau "à jour" compilé par un gars "lambda" au fond de son garage dans sa ROM perso est plus sécurisé que celui d'origine de ton téléphone ?

C'est le plus gros problème de l'open-source : quid de la fiabilité et de l'honnêteté des développeurs ?

Il y a toujours du pour et du contre.

[Burn2]

Non ça n'est pas corrigé par le constructeur, le constructeur utilise un noyau 2.6.32 et si la faille n'est corrigé qu'en 2.6.36 le constructeur ne va rien blackporter du tout et la faille restera toujours présente.

Pour l'openSource, on peut-être parano, mais au moins tout est vérifiable et tu peux te faire ta rom toi même. ON peut avoir la même paranoïa envers motorola ...

[gremail]

je crois que l'on s'eloigne un peut du sujet car la question est surtout de savoir quand ics sur nos defy en rom custom le kernel on sait qu'on ne pourra jamais le changer vu que le bootloader ne sera jamais debloquer

[Burn2]

Quand? Ben c'est assez compliqué à dire... Faut déjà que google release les sources, ansuite que les dev les adaptent au defy.

On n'est même pas sûr déjà que ça puisse passer dessus. Normalement oui, mais tant que les sources et que le portage pour le defy n'a pas commencé rien n'est sûr.

Donc ça peut être rapidement après le lâché des sources par google, comme jamais...

[zamalia59]

ça fait pas longtemps que je suis sur frandroid, mais quand je vois un commentaire de zamalia 9 fois sur 10 c'est pour un sujet mauvaise section, fautes d'orthographes etc... C'est notre super modérateur pour la section defy :D ?

Salut non, je ne suis pas modo et je ne le prétend pas non plus mais faut bien que quelqu'un le fasse car il y a des sections à respecter pour avoir une meilleur visibilité et un accès aux sujets plus facile.

Malheureusement beaucoup de nouveaux ne respecte pas les sections , c'est pour cela que je trouve dommage que Frandroid ne fait pas comme xda, c'est à dire interdire la création de nouveaux sujets dans la partie "développement" et "tutoriel" à ceux qui ont moins de 10 ou 15 messages de poster sur le forum.

Regarde un semaine après le nettoyage il y a déjà 6 ou 7 sujets qui n'ont rien a faire dans la section développement qui ont été créer!

Et il y a eu un moment je ne faisais pas que la chasse au mauvais sujet, je faisais aussi des mod de personnalisation pour le defy mais j'ai stoppé car le passage à cyanogen à faciliter la custom pour tout le monde.

Modifié 29 octobre 2011 par zamalia

[coelho]

t'es bien agité aujourd'hui ^_^