Input Benchmark

[Profete162]

Intéressants les résultats différents avec/sans Sense, on dirait que ca fait ganger en Touch, mais descendre en accéléro...

Puni, je suppose que ton Magic est sans Sense?

[Zoozloz]

Ah quand meme... avec la KaguDroid 1.2.2 pour le Hero (donc en gros une bonne partie des sources venant du Nexus), bah j'ai cela :

Touch : 35Hz

Accel. : 60Hz

[Infernus]

Je vais voir avec un de mes amis qui a un Spica, je ramene les resultats ASAP ;)

[Puni]

Puni, je suppose que ton Magic est sans Sense?

On peut avoir Sense sur un Magic 32B ? :D

Sinon, non pas de Sense pour moi !

[Profete162]

On peut avoir Sense sur un Magic 32B ? :D

j'en sais rien, moi.. Je connais que dalle aux Magic, et comme on me parlait de Sense sur un 32A, je me suis dit que peut-être... Je corrige le résumé alors. Merci!

[Zoozloz]

Puni' date=' je suppose que ton Magic est sans Sense?[/quote']

On peut avoir Sense sur un Magic 32B ? :D

Sinon, non pas de Sense pour moi !

Non, le 32B est With Google (1.6, 192Mo de RAM) alors que le 32A est suivi par HTC (288Mo de RAM, 1.5 et Sense depuis peu). :)

[Pierre87]

D'après ce que je peux voir, il semble y avoir une limite dans le matériel ET dans le logiciel...

[Tama Chan]

oui vu les resultats je pense que la frequence est reglé par software et que HTC à augmenté la valeur

[Pierre87]

ça serait "bien" d'en parler aux gens "concernés", comme Cyanogen :P

[Pierre87]

Le SVN est disponible, pour ceux qui veulent jeter un coup d'oeil

http://code.google.com/p/androidinputbenchmark/

Modifié 15 février 2010 par Pierre87

[Infernus]

Resultat du Spica :

Touch : 50-60 Hz

Accelero : Bugué :(

[Pierre87]

Resultat du Spica :

Touch : 50-60 Hz

Accelero : Bugué :(

rhaaaaaaa

ça bug comment ?

Edit :

http://code.google.com/p/androidinputbenchmark/source/browse/Input%20Benchmark/src/org/pierre/inputbenchmark/activity/AccelerometerBenchmarkActivity.java

Modifié 15 février 2010 par Pierre87

[Pierre87]

Je vais essayer d'ajouter un "benchmark" multitouch demain

Pour voir combien de points maximum sont gérés

[Infernus]

Hum pardon j'aurais pu développer un peu plus <<

En fait avec l'accelero le compteur reste à 0, il est passé une fois a 1 ! mais pas plus.

Sachant que l'accelero de mon ami fonctionne :P

Merci du suivi !

Ca fait plaisir ;)

[Pierre87]

2 explications possibles :

Ma methode ne fonctionne pas sur ce materiel

Le temps reçu n'est pas dans la meme unité

[Pierre87]

Voilà !

J'ai ajouté un "benchmark" pour le multitouch !

On peut voir :

- si le multitouch est disponible (ça ne tient pas compte de l'astuce disponible dans Sense)

- le nombre de points

- les coordonnées (c'est trop rapide à mon goût, mais je ne vois pas d'autre solutions)

Bizarrement, je pensait que mon téléphone (Nexus One) gérait plus de 2 points, mais non ! :(

D'autres idées ?

(n'hésitez pas à voter sur le Market)

[panda]

de même pour le milestone pas plus de 2 points ! :(

[venturic]

Salut,

Pour le multitouch en faite si on y réfléchi bien, on a jamais vu de vidé avec des séquence a trois points de contacts ?

Donc c'est logique, faudrait voir combien de points sont capable de géré les écrans capacitif ? :)

[panda]

le plus que j'ai vue c'est 10 points sinon il y a 3 et 5 aussi !

[Pierre87]

Je n'ai rien vu dans la technologie "capacitive" qui indique que c'est limité à 2 points.

Rien non plus dans le SDK 7 Android 2.1 .

Et j'ai déjà vu de nombreuses démos où plus de 3 points sont utilisés

Mais seuls 2 points sont nécessaire pour faire du multitouch "à la Apple" (zoom et rotation)

A partir de 3 points, ça ne sert plus à rien ... mis à part manipuler plusieurs éléments à la fois !

On peut par exemple imaginer une interface de jeu avec plusieurs boutons dessus (même si c'est galère dans la pratique)

[Pierre87]

Pour ceux que ça intéresse, j'ai utilisé ça : http://developer.android.com/resources/articles/backward-compatibility.html

Mon app est compatible à partir du SDK 3 (qui ne gère pas le multitouch)

Pour "masquer" les méthodes manquante, j'ai utilisé la réflexion.

Le code est disponible sur le site code.google (adresse au début du topic)

[Gils]

Pour le bug sur l'accéléro du spica ca me fait la même chose que pour mon galaxy, j'avais mes résultats page 1 ;)

[Pierre87]

Vous n'avez pas d'autre choses intéressantes à mesurer ? :D

[nero]

Je viens de tester l'appli sur un dream :

- Touch : 40Hz

- Accéléromètre : 50Hz

- Multitouch : 2 points

[Pierre87]

Je viens de sortir une nouvelle version !

Normalement, ça règle le problème de fréquences aberrante.

C'etait un bug assez bête, que j'ai découvert dans mon autre application PRemoteDroid

Quand on recycle les evènement onTouch, il est possible que les évènements onTouch "up" soient ignorés !