Apps plus rapides

[jakax]

ok merci à toi je vais essayé :)

Edit: bon j'ai rien compris à smali et backsmali tu peut m'expliquer sa vite fait ?

je me retrouve à chaque fois avec sa :

Error occured while loading boot class path files. Aborting.

org.jf.dexlib.Util.ExceptionWithContext: Cannot locate boot class path file core.jar

at org.jf.dexlib.Code.Analysis.ClassPath.loadBootClassPath(ClassPath.java:237)

at org.jf.dexlib.Code.Analysis.ClassPath.initClassPath(ClassPath.java:145)

at org.jf.dexlib.Code.Analysis.ClassPath.InitializeClassPath(ClassPath.java:131)

at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:100)

at org.jf.baksmali.main.main(main.java:278)

( je suis pas très calé ... )

Relance baksmali avec l'option -c "core.jar:ext.jar:framework.jar:android.policy.jar:services.jar" qui est la variable BOOTPATHCLASS sans le chemin absolu. Ces fichiers doivent être dans ton répertoire courant.

Modifié 7 juillet 2010 par jakax

[seandk]

sa à l'air de marché ^^

ok je poursuit

Edit : bon j'ai dé-odexé les odex du Framework ( sa ma donné tout plein de dossier )

je m'attaque de la même manière aux odex dans app ?

Modifié 7 juillet 2010 par seandk

[jakax]

sa à l'air de marché ^^

ok je poursuit

Edit : bon j'ai dé-odexé les odex du Framework ( sa ma donné tout plein de dossier )

je m'attaque de la même manière aux odex dans app ?

Tu ré-assembles avec smali pour former ton jar complet (plus tard .apk):

Tu dois récupérer un classes.dex après le smali, tu peux le rajouter à l'archive zip qu'est le .jar.

Pareil pour les apps mais tu rajoutes le classes.dex dans la .apk.

Ne te mélanges pas les pinceaux entre les différents répertoires et classes.dex ;)

Et tu seras à l'étape 3.

[seandk]

Tu ré-assembles avec smali pour former ton jar complet (plus tard .apk):

Tu dois récupérer un classes.dex après le smali, tu peux le rajouter à l'archive zip qu'est le .jar.

Pareil pour les apps mais tu rajoutes le classes.dex dans la .apk.

Ne te mélanges pas les pinceaux entre les différents répertoires et classes.dex ;)

Et tu seras à l'étape 3.

ok donc je réassemble et je m'attaque aux app ensuite

Edit : bon j'ai rien compris à smali non plus ......

Help ? :$

je t'ai envoyé un mp

Modifié 7 juillet 2010 par seandk

[jakax]

ok donc je réassemble et je m'attaque aux app ensuite

Edit : bon j'ai rien compris à smali non plus ......

Help ? :$

je t'ai envoyé un mp

smali -o classes.dex

[seandk]

aucune réponse de la commande c'est normal ?

[jakax]

aucune réponse de la commande c'est normal ?

Tu as un fichier classes.dex ?

[seandk]

Tu as un fichier classes.dex ?

heu non

les dossier que j'ai eu en déodexant sont dans un dossier nommé out j'ai donc tapé sa :

java -jar smali.jar out -o classes.dex

c'est censé etre bon non ?

[jakax]

heu non

les dossier que j'ai eu en déodexant sont dans un dossier nommé out j'ai donc tapé sa :

java -jar smali.jar out -o classes.dex

c'est censé etre bon non ?

oui, mais tu n'as pas deoxdé tous les .odex dans ce même répertoire ?

[johndoe]

vivement qu'un de vous 2 nous fassent un truc utilisable directement :D

[seandk]

bah j'ai déodexé tout les odex du framework

j'ai plusieurs dossiers :

android

com

dalvik

javaj

javax

junit

org

SQlite

sun

[jakax]

bah j'ai déodexé tout les odex du framework

j'ai plusieurs dossiers :

android

com

dalvik

javaj

javax

junit

org

SQlite

sun

C'est le contenu de l'odex.

ok, alors voici les étapes pour baksmali/smali

1. baksmali

2. tu dois avoir un répertoire out

3. tu peux appliquer des modifications (on ne fait pas cette étape ici)

4. smali out -o classes.dex

5. tu effaces le repertoire out

6. tu rajoutes le classes.dex à ton.jar ou ton.apk

et tu refais l'opération pour chaque .odex

[seandk]

ah ok je dois donc le faire au fur et à mesure, j'ai bien un classes.dex à chaque fois

par contre pas piger l'étape 6

tu parle de quelle jar ou apk ?

celui associer à l'odex je suppose, je le met à la racine ou dans META INF ?

Modifié 7 juillet 2010 par seandk

[jakax]

ah ok je dois donc le faire au fur et à mesure, j'ai bien un classes.dex à chaque fois

par contre pas piger l'étape 6

tu parle de quelle jar ou apk ?

celui associer à l'odex je suppose, je le met à la racine ou dans META INF ?

Je parle du jar/apk que tu vas générer (celui avec le répertoire MANIFEST et classes.dex).

C'est celui auquel tu rajoutes le classes.dex.

Le fichier classes.dex se met à la racine.

[seandk]

ok merci ^^

je répète l'opération pour tout les odex

merci à toi

Edit : dexopt-wrapper permission denied ><

Modifié 7 juillet 2010 par seandk

[seandk]

Ca va je constate qu'il n'y a pas que chez moi que ça plante... D'ailleurs je me posais la question suivante, si tu as une SD avec Swap dessus, ça ne va pas cannibaliser l'ensemble ? J'avais lu dans un autre post que tu n'avais pas un gain de fluidité dans l'ensemble avec ta SD. Galaxo+SD Classe10+JIT+overclock je suppose ça risque de faire lourd non ? (je sens que je n'ai pas été très clair là) ?

oups j'avais pas vu ton post à ce moment la ^^"

et effectivement j'ai pas compris où tu veut en venir

[jakax]

ok merci ^^

je répète l'opération pour tout les odex

merci à toi

Edit : dexopt-wrapper permission denied ><

chmod 777 /system/bin/dexopt-wrapper

[seandk]

pinaise les premiers réussissent mais après les autres fail =/

Modifié 7 juillet 2010 par seandk

[jakax]

pinaise les premiers réussissent mais après les autres fail =/

Tapes df et regardes si la partition /system n'est pas pleine.

Tu peux générer les odex dans cet ordre:

core.jar

ext.jar

framework.jar

android.policy.jar

services.jar

com.android.im.plugin.jar

am.jar

svc.jar

bmgr.jar

framework-tests.jar

android.test.runner.jar

monkey.jar

ime.jar

framework-res.apk

pm.jar

input.jar

com.google.android.gtalkservice.jar

com.google.android.maps.jar

com.samsung.device.jar

[seandk]

J'ai vu qu'il était possible de faire un jit sous donut ( sans backport de FROYO )

Drakaz dit que c'est pas super stable

mais toi qu'est ce que tu en dit ?

tu pense pouvoir monté le jit sous donut ?

ça nous éviterait de devoir regénérer tout les odex

[jakax]

J'ai vu qu'il était possible de faire un jit sous donut ( sans backport de FROYO )

Drakaz dit que c'est pas super stable

mais toi qu'est ce que tu en dit ?

tu pense pouvoir monté le jit sous donut ?

ça nous éviterait de devoir regénérer tout les odex

Les version précédentes de dalvik ont aussi le jit. Et il est moins stable que celui de froyo.

Le JIT a été annoncé par Google comme une spécificité de froyo, donc considéré comme stable.

Tu n'échapperas pas au fait de regénérer les odex si tu veux une version plus récente de dalvik (avec ou sans JIT les odex ne sont pas compatibles avec les dernières versions).

Désolé ;)

[jakax]

J'ai vu qu'il était possible de faire un jit sous donut ( sans backport de FROYO )

Drakaz dit que c'est pas super stable

mais toi qu'est ce que tu en dit ?

tu pense pouvoir monté le jit sous donut ?

ça nous éviterait de devoir regénérer tout les odex

Bonne cuisine! :)

[seandk]

Les version précédentes de dalvik ont aussi le jit. Et il est moins stable que celui de froyo.

Le JIT a été annoncé par Google comme une spécificité de froyo, donc considéré comme stable.

Tu n'échapperas pas au fait de regénérer les odex si tu veux une version plus récente de dalvik (avec ou sans JIT les odex ne sont pas compatibles avec les dernières versions).

Désolé ;)

hmmm ok merci pour tes précisions ^^

[BEAUTY]

Salut seandk alors du nouveau dans ta recompilation!Moi j ai du faire j ai pas trop eu le temps de voir moi en plus ca a lair un peu compliqué!

[seandk]

Hy BEAUTY, de retour de vacance ? ^^

j'ai lâché l'affaire, d'après Drakaz JIT vaut pas le coup

et semblerait qu'il ai raison ( comme d'hab quoi )

le JIT donne un gain de perf certes, mais consomme trop de mémoire

à partir du moment ou t'ouvre plusieurs appli ( disont musique + navigateur )

le phone ralentit à mort, obliger d'enlever la batterie, et bizarement après chaque installe du Dalvik + JIT si je reboot le phone plante et après obliger de réinstaller

donc bon au final j'ai lâché l'affaire, mais Drakaz nous as sortis une vidéo de GAOSP 2.2

c'est génialissime , et il dispose du Dalvik made in Cyanogen ( un peu + de 4.8 MFLOPS sur la vidéo )