On est pas vendredi pourtant

La synchro Google photo remplace peut être la synchro picasa, mais en pratique ça ne fait pas la même chose.
Il y a plein de posts sur le net de gens qui se plaignent de l'absence de synchro avec les albums picasa web via la "synchro Google photo"
 
 

Euh, pour le CPU x86, c'est surtout le taff de Intel, qui pour le coup a fait un super boulot en sortant un appareil qui humilie les ARM sur l'autonomie tout en garantissant une bonne réactivité.
 
Pour le job de Motorola, ils se sont bien améliorés par rapport aux anciennes générations (j'ai eu un Milestone 2 donc je sais de quoi je parle).
 
Si je cherchais le bling bling j'aurais pris un quad core avec un grand écran aux couleurs criardes... le Razr I est un peu a l'opposé au niveau philosophie... va falloir trouver autre chose.
 
Sauf si tu consideres que c'est bling bling de vouloir utiliser son smartphone sans transporter son chargeur avec soi

Bah regarde le discours de Nemesis : c'est de la merde mais c'est de ta faute, il fallait prendre un Nexus!

C'est pas la volonté de google donc, puisque ca marche parfaitement sur un nexus a jour.

Le CPU est sans aucun doute tres bon, mais le soft est moisi, le resultat est au final moisi.
J'suis desolé, mais aller foutre du x86 ca demande bien plus de boulot que ce qu'intel a pu faire dans un laps de temps si court.ce telephone sert juste de vitrine a Intel mais au final il est inutilisable, car peu compatible avec tout ce qui a été devellopé jusque la (y'a qu'a voir la catastrophe que c'est avec les appli videos.)
N'importe quel autre telephone android dans cette gamme de prix etait un meilleur choix.
Apres, c'est sur le bezel est tres fin, les materiaux sont plus jolis, donc ca fait plus bling bling, mais au final, c'est de la merde emballé dans un joli paquet.

Bah il a raison, c'est de la merde, apres, si c'est ta faute ou pas, toi seul le sait

C'est ce qu'on m'a sorti sur frandroid.. Je suppose que les gars la bas s'y connaissent un minimum    

Perso le problème de compatibilité x86, j'en ai beaucoup entendu parler (surtout de ceux qui n'en ont jamais touché), mais sur la centaine d'applis que j'ai téléchargé j'ai pas eu le moindre problème.
Ceci dit je n'ai pas téléchargé de soft de montage vidéo, perso je préfère faire ça sur PC.

Aucun problème en lecture vidéo avec MX Player

Ah, si maintenant ça apparaît comme une évidence que l'immense majorité des smartphones Androïd, c'est de la merde    

Frandroid, serieux ?
LA moyenne d'age doit etre de 15 ans, ils ont jamais testé autre chose qu'un Android Bas de gamme.
Leur avis vaut pas grand chose, pour ne pas dire rien.

Ah ben si t'as testé 100 sur 700 000 applis alors, ca va, c'est representatif.

sans compter que c'est pas : ca marche ou pas le probleme, c'est plutot la rapidité et la fiabilité de "l emulateur"

Non, ca apparait comme une evidence qu'un CPU x86 faisant tourner un OS prevu pour tourner sur de l'arm c'est bancal.

effectivement, le terme émulateur est entre guillemets, puisqu'il s'agit plutôt d'une machine virtuelle (les CPU ARM en ont une aussi)... et en l'occurence celle buildée par Intel est très bien implémentée...
 
Des bugs à gogo, j'en constate sur d'autres androphones, qui eux sont avec CPU ARM...alors oui c'est facile de cracher sur le x86 et lui attribuer tous les maux, mais statistiquement ça n'a aucune influence.
 
Et visiblement, le Razr I a un rendement nettement meilleur que n'importe quel smartphone sous Tegra 3... donc entre les deux je fais plus confiance à Intel pour la réalisation d'un build Android qu'à nVidia    
 

euh... là je doute de tes connaissances dans le domaine d'android, et du bytecode qui est executé par une machine virtuelle...
 
Le bytecode (qui représente 95% des applis publiées sur le Play Store) est fait pour tourner sur une machine virtuelle... que cette machine virtuelle soit executée sur une machine physique en X86 ou ARM, ça n'a AUCUNE influence.
(c'est comme du Java)
 
La seule différence porte sur les 5% restants, qui eux sont compilés en code natif ARM... et dans ce cas il n'y a PAS d'émulateur dans les androphones avec CPU ARM : l'appli est pointée comme incompatible dans le Play Store.

l'affirmation qui sort de nulle part

Le fait est qu'intel a du rebuilder une version d'android qui est fatalement tres eloignée de celle de toutes les autres.
je te parle pas des apps mais de l'os.

Quand bien meme, la plupart des applis qui font appel a des fonctions avancées marcheront moins bien ou pas, typiquement le decodage video, les jeux, ou traitement photos un peu poussées

l'affirmation inverse sortie de nulle part
 
plus sérieusement : il n'y a AUCUN bug connu dans la Virtual Machine développée par Intel... un joli coup d'essai, quand je vois qu'aujourd'hui encore les Java Virtual Machine ont des failles et des bugs critiques, alors que Java existe depuis bien plus de 10 ans.
 

Oui, mais Android n'est pas un OS conçu pour tourner sur ARM justement. Et google l'a conçu à la base pour être un OS cross-plateforme, le genre de truc qui peut théoriquement tourner sur presque n'importe quoi.
 
Si c'était un OS conçu pour ARM, Google ne se serait pas fait chier à concevoir tout un système applicatif basé sur une machine virtuelle : ils auraient donné directement les API ARM et basta !
 

sauf que la plupart des applis qui font appel à des fonctions avancées (donc en code natif, sans passer par du bytecode) sont recompilées pour x86, et les deux versions coexistent sur le store.
 
Il faut avoir un Android sous Intel pour s'en rendre compte, mais c'est  bien le cas, de Shazam à MX Player  

non mais franchement, tu peux pas comparer un recensement de bug fait sur 2 telephones en x86 qui existent depuis meme pas 6 mois vs les centaines (milliers?) de devices arm, dont les premiers ont 5 ans

meme en volume, ca doit pas representer 0.01%
Tu parles si les dev s'en foutent que leur appli soient compatibles ou optimisées avec une archi x86

Y'a un moment faut rester un peu serieux et objectif, quoi

sauf que tous les devices sont en arm, et surtout les devices google qui servent de base a tous les dev.

Le CPU est sans aucun doute tres bon, mais le soft est moisi, le resultat est au final moisi.
J'suis desolé, mais aller foutre du x86 ca demande bien plus de boulot que ce qu'intel a pu faire dans un laps de temps si court.ce telephone sert juste de vitrine a Intel mais au final il est inutilisable, car peu compatible avec tout ce qui a été devellopé jusque la (y'a qu'a voir la catastrophe que c'est avec les appli videos.)
N'importe quel autre telephone android dans cette gamme de prix etait un meilleur choix.
Apres, c'est sur le bezel est tres fin, les materiaux sont plus jolis, donc ca fait plus bling bling, mais au final, c'est de la merde emballé dans un joli paquet.

Je te parle de JVM (sur PC), pas de l'implem ARM !
 

Ok, je te conseille de lire ça pour commencer :
http://fr.wikipedia.org/wiki/Bytecode
 
95% des applis du store sont compilées en bytecode, donc effectivement les devs s'en foutent que leur appli soit compatible avec l'archi x86, tout comme ils s'en foutent que ce soit optimisé pour ARM, puisque dans 95% des cas ils ne codent ni en ARM, ni en x86, mais en un langage abstrait (Java avec quelques variantes) qui sera compilé dans un bytecode abstrait (donc 0 instruction spécifique pour l'ARM ou le x86).
C'est à l'execution que la VM va convertir le bytecode en instructions compatibles avec la plateforme, donc le gros taff d'optimisation, c'est surtout du coté de la plateforme.
 
Et c'est justement un des trucs absolument géniaux sous Android : pouvoir coder des applis en se concentrant sur le comportement, et en faisant abstraction totale des caractéristiques techniques du matériel qui va l'executer !
Aujourd'hui, ce sont à ma connaissance les seuls à faire ça, et niveau évolutivité de la plateforme, on n'a pas encore trouvé mieux (à ma connaissance)
 
 
Une appli en Java, elle peut tourner indifféremment en x86, solaris, Mac PowerVR, ARM, etc.
De base (et à moins d'avoir des besoins très spécifiques), il n'y a aucune instruction qui lie l'appli à une architecture donnée...
 
Les applis en C++ sont excessivement minoritaires.
 
Tu fais/ as fait du dev ?
 
Et pour finir : non les devs ne s'en foutent pas :
- shazam incompatible à la sortie du Razr I => compatible aujourd'hui
- MX Player => idem
   
 

c'est ce que j'allais te dire, les légendes urbaines c'est rigolo un moment, mais faut finir par sortir des éléments concrêts    
 

cf. au dessus, aucun impact dans 95% des cas.

 
Pour juger de la qualité de ce smartphone, tu en est le malheureux possesseur et avec plusieurs mois d'utilisation je suppose ?
Si ce n'est pas le cas, comment peux-tu dire ci ce smartphone est bon ou mauvais sans l'avoir eu entre les mains ???
 

Non mais la jvm arm est pas la meme que la jvm x86, c'est la tout le probleme.
Alors t'as beau dev en 100% java, bah t'aura pas le meme comportement ou les memes perfs selon les plateformes.

Ben justement j'ai beau relire, je ne vois nulle part que tu as eu ce smartphone entre les mains ! (le Razr i)
Cartemere en parle en connaissance de cause puisque c'est un smartphone qu'il a utilisé alors que toi visiblement non.

si la JVM en x86 est aussi bien codée que celle en ARM, il n'y a pas de problème.

Et pour le coup, tout tend à dire que c'est correctement codé, d'autant que l'on obtient des perfs très satisfaisantes sur un MonoCPU, là où ARM est sur du Quad (avec l'autonomie ridicule qui en découle).

Les bugs présents sur le smartphone sont dus aux ajustement et à la conf de Motorola (c'est moins pire qu'il y a 2 ans, mais c'est toujours pas nickel).
Le Razr M a les mêmes problèmes, et pourtant il a un CPU... ARM !

Ou alors tu me trouves des bugs liés à la JVM de la plateforme x86...

EDIT : il faudrait faire un topic : "le x86 sous Android"

Si c était le cas ça irait mais ça ne l est pas.

Et peu importe le nombre de coeur. L important c est la conso rapportée aux perfs.

donc cite moi un exemple... parce que là tu restes sur les légendes urbaines

euh... le Atom a un rendement nettement meilleur sur les opérations complexes qu'un ARM (notamment du aux spécificités des jeux d'instruction), et c'est ça qui donne l'avantage à ce tel par rapport aux autres