Reprise du message précédent :

 
J'ai un iRiver H320, il possède une prise USB 2.0 UMS et une USB 1.0 OTG
je pouvais donc brancher une clef USB dessus pour y copier de la musique ou des photos venant d'un autre appareil UMS
mais j'ai quasiment jamais utilisé cette fonctionnalité
 
Donc si c'est possible, l'idée serait de pouvoir brancher une clef TNT par exemple
après il y a surement des problèmes de tensions, c'est pas sur que tout soit possible

Ah ça, si on veut trouver le moyen le plus rapide pour décharger un accu, on est sur la bonne voie

 
Tu installe une imprimante sur ton téléphone "au cas où"

Quelqu'un connaît ZTE? C'est du 100% chinois, et ils font tourner android dessus, la recherche du forum n'indexe pas leur nom

http://www.webdevonlinux.fr/2010/0 [...] nexus-one/
 
mais là il fait tourner des applis X de son mobile sur un seveur X distant

Je viens de faire un backup avec Titanium Backup, Applis + Système.
 
Avant de faire un wipe   , vous avez un dernier message de réconfort à m'adresser ?

Pareil, je passe en defrost .9 moi aussi  

Soyez patient, on va avoir une belle maj OTA dans 9 jours avec froyo et sense
 
Sinon pour ceux qui ont le desire, elle est toujours dispo l'ota 1.21 ? Car je ne la vois plus moi, ni en 3G ni en Wifi ...

l'espoir fait vivre, ça serait déjà pas mal que le nexus soit mis à jour

pourquoi on peut pas faire du C sur Androide ?
 
sur iphone on peut, du coup il y a open ssh etcetera
je veux bien croire que java est portable, mais les distribs linux ont toujours su gérer plusieurs architectures, avec apt-get par exemple.
du coup il y a apt sur iphone mais pas sur android

Et le ndk android alors ? Et puis ConnectBot ?

On peut, mais c'est beaucoup plus dur que de fair un hello world avec le sdk...

Tu peux via un hack, Android étant basé sur Linux... Mais l'intérêt est nul car tu ne pourras pas supporter tous les matériels du coup.
 
Sur iPhone, l'objective-c étant une extension du C tu peux plus facilement.
 
Quand aux APT, c'est uniquement en jailbreak... Useless donc.

Mais à ton avis ils font comment debian pour supporter dix plateformes différentes ?
Ils ont des builders automatiques qui cross compilent pour toutes les plateformes, et tu récupères les bons binaires avec apt.
Si deux téléphones ont des cpus identiques tu peux utiliser le même binaire.

Le truc c'est qu'il y a des tas d'applications et de librairies C open source dont ça serait une perte de temps et de les recoder en java, surtout pour avoir des perfs pourries.

Par exemple les codecs divx en C, ont des optimisations assembleurs pour les processeurs (dont arm), et ça tu vas jamais le coder en java, déjà qu'en C de base c'est plus lent.

Lis cette page : http://developer.android.com/intl/ [...] index.html

ok mais comment ces parties sont buildées ?
ils ont des builders multiplateformes sur leur market ?

 
La réponse est dans le lien que je t'ai donné.

je vais m'y interesser de plus près

apparement il faut toujours encapsuler le code c dans une appli java

Bon, à défaut d'avoir trouvé mieux, j'ai changé la barre de notification blanche de Froyo, maintenant que les ROMS qui tournent sont deodexed on va avoir des trucs sympas (là j'avoue que le cyan de la police est très mauche)... Si vous connaissez mieux, faîtes passer l'info
 
http://forum.xda-developers.com/sh [...] p?t=700703
 

Ca signifie quoi ça ? °_°

Sinon ça serait sympa de redimensionner les images à l'avenir, c'est illisible depuis un téléphone la

ça veut dire que l'IHM d'Android peut être modifiée. Via des fichiers .zip qui contiennent des apk qui vont bien.
 
Pour la réso, j'ai déjà réduit en 384px × 640px, je réduirai encore la prochaine fois

Ok, merci

Accessoirement embarquer plusieurs binaires sur un package android serait lourd et stupide. Stupide car tu ne sais pas quels CPU vont arriver sur Android d'ici quelques mois ou années et ton soft ne serait plus compatible... On perd toute la force du Java donc.
 
Sinon oui il y a des limitations, mais le hardware est aussi là pour palier aux problèmes, le DivX par exemple sera lu de manière matérielle...
 
Enfin, sur les perfs, le Java peut bien souvent être aussi rapide sinon plus que le C. Tout dépend de la compilation et de la machine virtuelle.

 
Sympa de pouvoir modifier mais vraiment dommage le cyan, c'est pas génial

Quelle idée d'avoir proposé vert mutant et cyan, commencer par un gris aurait été si seyant
 
Ya plus qu'à attendre, ça va débouler rapidement

J'ai testé en en cyan je trouve quand meme mieux que le barre blanche ... donc en attendant quelque chose de mieux je vais me contenter de ça aussi :-)

J'ai fouiné dans le zip, les couleurs ne sont pas éditables directement. Elles doivent être décrites dans des fichiers de config qui sont empaquetés dans des apk signés.

C'est ce que fait le NDK ...

Les puces dédiées ne sont pas capable de tout accélérer, mais certaines fournissent les fonctions essentielle en hard, genre idct, compensation de mouvement etcetera.
Si tu prends tous les codecs supportés par ffmpeg par exemple, ces codecs possèdent déjà des optimisations assembleur arm, et ça tu vas pas t'amuser à le réécrire, surtout pas en java, et même les versions C sont bien plus lentes que les versions optimisées.

le code C ou java sera pas plus rapide que du code assembleur

Le code C c'est pas compilé en assembleur? Je comprends pas ta remarque.

Le code C est compilé en assembleur, mais moins optimisé que si ça avait codé en assembleur pur. En pratique la vitesse d'exécution d'un programme en C est sensiblement la même, et niveau maintenabilité ça n'a rien à voir.

J'entends bien, mais je voulais qu'il précise "et même les versions C sont bien plus lentes que les versions optimisées." et "le code C ou java sera pas plus rapide que du code assembleur". Ca veut dire que les décodeur divx son codés en assembleur pur? J'en doute un peu mais bon.

je l'ai déjà fait pour rockbox sur iriver h320 a partir de ffmpeg

pour savoir quoi optimiser, tu codes tout en C, et tu places des sortes de chronometres dans le code pour voir quelles parties du code consomment beaucoup de temps, tu isoles des fonctions spécifiques qui consomment beaucoup et sont appellées très souvent et tu les codes en assembleur.

Avec uniquement du code C ça donnait du 3fps, et avec quelques fonctions importantes assembleur (coldfire), c'est monté à 15fps, et par la suite ils ont pu le monter à 25fps.

Générer du code natif c'est ce que le compilateur JIT est censé faire à la volée, mais je vois pas comment java même avec JIT pourrait faire mieux que du code C mais surtout encore moins par rapport à de l'assembleur codé à la main.
Ce qui est vrai c'est que de l'assembleur mal codé peut être plus lent que du C.

ça dépend vraiment du code
si une fonction est appellée une fois ça changera rien, c'est sur, mais quand la fonction est appellée des milliers de fois, chaque cycle cpu gagné sur une fonction se traduit en milliers de cycles gagnés
sur des codecs vidéos les fonctions qui permettent de décoder les blocs de 8x8 pixels sont appellées des milliers de fois par exemple

et d'ailleurs si tu veux exploiter le mmx d'un cpu par exemple pour ce genre d'opérations, tu le fais en assembleur direct, sauf si il y a déjà des librairies l'ayant déjà fait pour toi

logiciel de lecture vidéo apparemment bon: RockPlayerBase

Hop ! J'ai une petite question concernant Android. Je tourne sur Motorola Milestone (Droid aux US) et je cherche à paramétrer mon téléphone de manière à n'activer la 3G qu'à l'ouverture du navigateur web et à la désactiver dès la fermeture du navigateur. Le reste du temps, je ne voudrais activer que la connexion Edge. Est-ce possible ? D'avance merci !

A part le faire à la main, je vois pas...

Pourtant c'est carrément pas con comme technique pour économiser la batterie... A voir si la dernière version de Setting Profiles ne prend pas ce genre d'évènement en compte...
 
http://www.probeez.com/
 
Edit : à défaut de pouvoir synchroniser la 3G avec le navigateur, apparemment avec Setting Profiles tu peux mettre une icône sur le home, quand tu appuies dessus ça active la 3G pour xx minutes et ça te lance ton browser.

Suivant les license de cortex-a8, certain supporte le "jazel" a savoir que le CPU peut comprendre une certaine quantite de micro code java.
Je sais pas si ca a ete integre dans android, mais ca peut etre tres sympa.
 
Et cote accelerateur graphique, pour le moment on accelere pas tout mais ca va pas trop tarder. Globalement, il ne reste que les copies de data qui elles dependent completement de la bande passante memoire, donc tres variable d'un chip a l'autre.

Je cherchais comment désactiver la 3G, sans trouver. Dans Froyo, c'est dans connexions sans fil>réseaux mobiles>
 
Et là il y a écrit : "uniquement les réseaux", c'est pas malin de tronquer des libellés système comme ça... ça signifie donc "uniquement les réseaux 2G"
 
(explication trouvée sur ce post)

Autant se servir des widgets 3G <-> 2G dispo actuellement non ? Particulièrement celui de SwitchPro widget, miam.
 
Tu cliques dessus avant d'ouvrir le browser, et tu recliques une fois que t'as fini, ya pire quand même !

il y a APNDroid aussi

APN Droid te coupe carrément la 3G/2G non ?