yashsingh1/xdaforums huggingface dataset:
[Desire Android Development] 1982Strand:
Hmm.. Don't know if it's just me, but i still get error 380: invalid property value, when i try to use the "Deodex Full ROM" under the MISC tab.. Sometimes i get error 70: permission denied, but that's only if i try running it again straight after i got the 380 error..

But if i go to DEO tab, i can deodex "manually" without problems...?

Tried rebooting laptop, deleting xdaautotool.ini, but no luck.. And i've checked that i have registered all files correctly and that no processes are running in background related to xdatool. I also double checked the filepath/name and th

ere's no spaces, so that should be ok.. Oh, and all respective folders are empty..

But no biggie, as mentioned i can just deodex from the DEO tab, just giving some feedback ;)
[Desire Android Development] xavierjohn22:
Thanks dan

I haven't use the feature in a long time to see this bug.

I will try this weekend.

It might have something to do with tenp folder or location of odex ron.

But u remember I made the tool copy the file first rro temp before deodexing.

P.s. make sure the commandline is not active when using deodex full rom from xdaautotool
[Desire Android Development] xavierjohn22:
but this error is users responsibility.

from what i can tell its a mess.

9 pngs, markers not found in the image

public lines already defined

public drawables missing
[Desire Android Development] mayfield103:
I got it figured out I was changing the pngs while it was decompiled that's why I was getting the errors. Thanks for this wonderful tool!
[Desire Android Development] xavierjohn22:
Okay, glad to hear. Cheers!

Sent from my HTC Desire
[Desire Android Development] dewasha:
thanks for your work and your app is thhe best tool
[Desire Android Development] xavierjohn22:
No problem, welcome.

Sent from my HTC Desire
[Desire Android Development] DariosF:
Hi, i've a question...If i have a language pack for 1.9.2, what i have to change in it to use with 1.9.9??
[Desire Android Development] xavierjohn22:
you have to have the sources values separated from the language packs.

your 1.9.2 language pack contains apk with string values already compiled.

you have to decompile all

get all values (say values-pt) you want separately in a source folder.

now get the new 1.9.9 odex rom in china

deodex it using this tool, or whatever works

or if your lazy like others grab someones deodex apks, hope it does not have errors or bugs cause by user error

after deodexing

decompile all apks from 1.9.9 you need to translate, framework apk and other apks

from 1.9.2 source, compare the strings to the decompiled 1.9.9 apks

then verify what has change too by china

copy over if you are sure

most errors come from wrong strings and translation

recompile all

create a flashable zip

flash
[Desire Android Development] dewasha:
any idea or solution please¿?
[Desire Android Development] xavierjohn22:
dude check your strings.

for camera360

the error is implying you have undefined string in values kr and zh which is not in values.

Sent from GT-P1000 running MIUI
[Desire Android Development] ImSherlocked:
Guys how do I get rid of .9.png errors?

Thanks for help :)
[Desire Android Development] 1982Strand:
Backup and delete the non- 9.pngs. and try again. If it's messed up when recompiled, then switch the files around.

Just a thought, not sure if it will work though..
[Desire Android Development] brainmaster:
You have faulty 9.png file. During the decompiling process it renamed the faulty one to only png but left it also.

You cant compile the normal and 9.png with the same name.

Load the faulty 9.png in the 9png Draw Patch tool, check the 9 patches, add the 9 patch and decode with Eclipse or Ultimate 9 Patcher tool.

Then you can compile the app without any issues.
[Desire Android Development] Ozgurce:
[*] D:\Downloads\Compressed\AutoAPKTool2.0.1\_INPUT_APK\Launcher2
recompiling D:\Downloads\Compressed\AutoAPKTool2.0.1\_INPUT_APK\Launcher2...
I: Smaling...
Exception in thread "main" java.lang.NullPointerException
at org.jf.util.PathUtil.getRelativeFile(PathUtil.java:44)
at org.jf.smali.smaliFlexLexer.getSourceName(smaliFlexLexer.java:2569)
at org.antlr.runtime.CommonTokenStream.getSourceName(CommonTokenStream.java:345)
at org.antlr.runtime.tree.CommonTreeNodeStream.getSourceName(CommonTreeNodeStream.java:106)
at org.antlr.runtime.tree.TreeParser.getSourceName(TreeParser.java:78)
at org.jf.smali.smaliTreeWalker.getErrorHeader(smaliTreeWalker.java:349)
at org.antlr.runtime.BaseRecognizer.displayRecognitionError(BaseRecognizer.java:192)
at org.antlr.runtime.BaseRecognizer.reportError(BaseRecognizer.java:186)
at org.jf.smali.smaliTreeWalker.smali_file(smaliTreeWalker.java:428)
at brut.androlib.mod.SmaliMod.assembleSmaliFile(SmaliMod.java:85)
at brut.androlib.src.DexFileBuilder.addSmaliFile(DexFileBuilder.java:43)
at brut.androlib.src.DexFileBuilder.addSmaliFile(DexFileBuilder.java:33)
at brut.androlib.src.SmaliBuilder.buildFile(SmaliBuilder.java:64)
at brut.androlib.src.SmaliBuilder.build(SmaliBuilder.java:48)
at brut.androlib.src.SmaliBuilder.build(SmaliBuilder.java:35)
at brut.androlib.Androlib.buildSourcesSmali(Androlib.java:222)
at brut.androlib.Androlib.buildSources(Androlib.java:179)
at brut.androlib.Androlib.build(Androlib.java:170)
at brut.androlib.Androlib.build(Androlib.java:154)
at brut.apktool.Main.cmdBuild(Main.java:174)
at brut.apktool.Main.main(Main.java:59)

If you need any other things please ask me.

Notice: I try to base apktool too (from http://code.google.com/p/android-apktool/ )

It give me that error.

Exception in thread "main" brut.androlib.AndrolibException: brut.directory.PathN
otExist: apktool.yml
at brut.androlib.Androlib.readMetaFile(Androlib.java:142)
at brut.androlib.Androlib.build(Androlib.java:159)
at brut.androlib.Androlib.build(Androlib.java:154)
at brut.apktool.Main.cmdBuild(Main.java:174)
at brut.apktool.Main.main(Main.java:59)
Caused by: brut.directory.PathNotExist: apktool.yml
at brut.directory.AbstractDirectory.getFileInput(AbstractDirectory.java:
103)
at brut.androlib.Androlib.readMetaFile(Androlib.java:138)
... 4 more

I have apktool.yml file in Launcher2 folder. I'm sure i install framework file correct.

I have 64bit system. Is that the problem? If that is the problem i can install WM for it. It's really annoying. I want to edit some work for turkish user, for ex. extended settings etc.

Can you try that files http://www.magicmonkeystudios.com/android/andythomson/1.9.9/ExtendedSettings/ ?
[Desire Android Development] xavierjohn22:
Use the deodex launcher and framework from china not the one already decompiled. Make your launcher edits from there just like what andys doing.

Sent from my HTC Desire
[Desire Android Development] Ozgurce:
i found the problem. Its abut system language.

I create a new user on my pc with english locale and try ro recompile on that user. Its recompile finely. Thanks for roreano from miuiandroid.com =)
[Desire Android Development] xavierjohn22:
Okay cool, a Roberto, nice guy.

Sent from my HTC Desire
[Desire Android Development] xavierjohn22:
This is basic apktool thrown error

See the values-zh_HK strings and compare it to values folder strings, there are mismatching strings,

fyi, it may not be all strings, there could be one string that is not supposed to be there but its throwing up the successor strings as errors
[Desire Android Development] rayford85:
thankyou sir i'll look now
[Desire Android Development] DaleV:
This looks very interesting, gonna have to try it out. Thanks for sharing your work.
[Desire Android Development] xavierjohn22:
no problem, still more to do

Sent from my HTC Desire
[Desire Android Development] :
your awesome op!

first of all i wanna thank you for this!

if i can get it working it will save me hours!

i thought i would try it changing one file from the framework-res.apk file

decodes it fine but when i try step 3 this is my error log

[*] C:\Android\AutoAPKTool2.0.3\_INPUT_APK\framework-res

recompiling C:\Android\AutoAPKTool2.0.3\_INPUT_APK\framework-res...

W: Could not find sources

I: Building resources...

I: Building apk file...

The system cannot find the drive specified.

:confused:
[Desire Android Development] xavierjohn22:
theres no error,

that last line is pointing to resource.arsc or classes.dex, i cant remember, lol

but that is why it has "cannot find" thingy

one of those file is not present in framework-res

look into the build folder of it generates the apk

try single build usable too

Sent from my HTC Desire
[Desire Android Development] :
so all tho it doesnt find that file it successfuly generated the apk correct?
[Desire Android Development] xavierjohn22:
yes, only for framework.

anyways it will not build usable if apktool itself did not create the build folder and output the apk

Sent from my HTC Desire
[Desire Android Development] Pneuma1985:
doesnt work at all says I dont have java and I do how do you think ive been making themes for the past month... I have jdk 7 x64 and x86 I have jre 7 still says no java?
[Desire Android Development] xavierjohn22:
Same goes

How do you think i make my roms, mod apks, themes, and im spending my time making this fo the past year. Why would i waste time doing something that does not work at all

It may not work for you, yeah, but not at all

Sent from my HTC Desire
[Desire Android Development] Ozgurce:
There is a feature, "If the values-blabla/string.xml have something and default values/string.xml haven't, it give a error <xxx have not default value>"

I want to reverse it, so i can use the autotool for which file need new translation or which file haven't has all entries.

Is there any option for that?
[Desire Android Development] Ozgurce:
Just bump!
[Desire Android Development] xavierjohn22:
no there is no option yet

the workaround is to use third party software to speed up comparison after decompiling, diffmerge, folder compare, beyond compare etc..
[Desire Android Development] SignalX:
hi xavierjohn22

this tutorial is just amazing :)

thanks for this.

sorry for asking this question

please imagine that i have a MIUI rom v 1.9.16 [for example] for my sgs2

and there's a new update like MIUI 1.10.14 for nexus one

how can i port this new version from Nexus one to my sgs2?

which files i need to take them from roms?

which rom should i use as base? Nexus one rom or sgs2 rom?

can you please direct me to a tutorial for this?

i really want to start porting roms

cheers,

SX
[Desire Android Development] xavierjohn22:
Isnt it theres a rom for sgs2 already?

If there is use that rom

Sent from my HTC Desire
[Desire Android Development] lawsonmh15:
Thanks for making these great tools!!!

However, I'm having problems getting my updated xml files to replace the originals. I've made my changes to the manifest and xml files in the values folder from the _Input_apk/res/etc... then copied the manifest over from the build folder to the custom res folder after recompiling but after building and signing, I decompile the generated apk and find that the original manifest was used...

Furthermore, after recompiling and going to the build folder, the values folder with the rest of my updated xml, is completely missing.

Why would this be? I've been able to get my edited images to replace the originals by following the instructions, but have had no luck with xml.

Is there a 3rd party application that will allow me to simply recompile the xml, or a plugin for notepad++ that will convert it to binary for me? This exists for recompiling the images (xultimate) but I have yet to find one for xml. Or, if I'm missing something, please let me know as after installing the generated apk, all the changes revert after a reboot since I can't get the name and version updated so they will stick.

TIA
[Desire Android Development] xavierjohn22:
If you are editing in values folder the xml there will be compiled thats why its missing as you put it.

Do not use the custom_res for files in values folder

It will just add files to your apk which are useless

Do this,

Clear custom res of values

Just use it for drawables

Rule is, If apktool did not generate.it in build folder, dont use it in custom_res

Okay heres what to do

Edit xmls

Recompile, then

Use build usable apk

Copy Resource.arsc turned to ON

Copy classes.dex turned ON, mostly smali edits

Your apk will be in out apk and out apk zipalign

Use the one in out apk zipalign

This method is true for both the windows and commandline automation

Fyi,

(This is irrelevant)

Ill release a build update later for using the dist apktool generated apks, signing it so it generates meta inf files.

Sent from my HTC Desire
[Desire Android Development] lawsonmh15:
I still have images that I need to have copied over in the _custom_res folder. I suppose I can just take the one with the new images, decompile it, replace the manifest with the updated manifest, then do the rest???

Does it make any difference that the app is for a 2.3.7 base? Do you have a youtube channel with screencasts by chance?

I'm hoping this works as I love the theme and would like to be able to keep it updated, which doesn't happen if the manifest doesn't get updated.

I believe I have the options set that you described, but I will double check and report back. Thanks again man. :D

---------- Post added at 06:26 PM ---------- Previous post was at 06:05 PM ----------

Here are the options I have had turned on so if I need to change anything, let me know:

Overwrite resources: ON

Overwrite classes.dex: ON

Overwrite using _Custom_res: ON

Copy added resources to APK: ON

Force delete dir on Decompile: ON

Force delete dir on Recompile: ON

Copy recompiled apk to _out_apktoo_dist: ON

Generate zipaligned after recompile: ON
[Desire Android Development] lawsonmh15:
Also, am I not supposed to sign it after building?
[Desire Android Development] xavierjohn22:
for commandline automation,

signing is users preference, i dont usually sign system apk mods unless i need too

if you are just modding xml in values like translation, the tool does not sign using build usable. no need, it uses the orig apk and put the edits.

if you do manifest edits, bigtime mod, use the apk in the out apktool dist zipalign, turn the options on, then use 10 to sign it.

this process is automated in the windows version but i havent uploaded latest beta.
[Desire Android Development] lawsonmh15:
I finally got it to work... using apk manager. Weird.
[Desire Android Development] xavierjohn22:
Cool

Lol, still nice, important is you have a way, happy modding

Sent from my HTC Desire
[Desire Android Development] mozgoder:
How i can download AutoDEOTool? Because site not working "Error 500"
[Desire Android Development] xavierjohn22:
Browse the xtools

Temporary link to DOWNLOADS http://htcfanboys.com/download/xavierjohn22/files/

Sent from my HTC Desire
[Desire Android Development] mozgoder:
Thanks for this app
[Desire Android Development] xavierjohn22:
No problem, havent updated lately, will do when fanboys download manager link is up

Sent from my HTC Desire
[Desire Android Development] 1982Strand:
Can't wait for that update! :D

Any chance we could get a sneak peek on the changelog? :)
[Desire Android Development] xavierjohn22:
Yeah sure when i get to pc for full chagelog regards dan

Windows,

I put a android maNifest copy option whenever modding manifest, but signing manually

Then theres added dist option just like feature above, edit the mnifest, recompile and build it grabs the build apktool apk and then resign it, no need to copy meta inf etc etc. Done automated

Apk will be in the out apk dist zip align

Commandline

Bunch of mogrify commanda for hue, saturation, building themed apks, driven mostly by gunther on feature request

Fixes here and there

Will post changelog tomorrow

Sent from my HTC Desire
[Desire Android Development] Tijmen:
Nevermind, hadn't noticed the temporary downloads...
[Desire Android Development] lawsonmh15:
Is there an easy way to convert the graphics from the color I originally did, to another, without having to create 360 folders to get to red from blue? Nothing really matches up to the values inside PS so there seems to be a TON of trial and error involved and it seems odd that the only option to set is the saturation.
[Desire Android Development] xavierjohn22:
Theres the command to only set hue and saturation on a specific folder only, no need to run the 360 combos, do you have latest, i think i put that option there?

360 combos is exags for those who really want to see all combinations. I know someone who wants.

Anyways, i will still be working on this today and drop everything from miui first. Ill upload whatever i made by the end of the day

Sent from my HTC Desire
[Desire Android Development] Droidzone:
@xavierjohn22, I know you are not a theme creator, but for your next project, why not create an offline theme kitchen.. You certainly can code it..and it would be a great project..

Online theme kitchen is a big letdown..too much waiting periods.
[Desire Android Development] xavierjohn22:
Yeah right buddy, im beginning to think it's like goig that way for some part of this tool

A tool for offline theming would be great.

Thanks for the inputs and ideas, will surely think about it bro

Regards,

Dani (XJ)
[Desire Android Development] Droidzone:
Btw..try COLOR 17 for the batch file version. Feels more pleasing on the eyes ;)
[Desire Android Development] xavierjohn22:
blue eh? okay then will do... thanks
[Desire Android Development] fshami:
Thanks for the tool. Getting this error while trying to re-compile SystemUI apk for my Desire HD:

[*] SystemUI folder

recompiling SystemUI.apk...

I: Smaling...

I: Building resources...

I: Building apk file...

The system cannot find the drive specified.
[Desire Android Development] xavierjohn22:
whats the path of the tool? no spaces?
[Desire Android Development] Droidzone:
I have the same bug. Installed to C:\AutoTool. I couldnt catch the script error on scanning the script. Using the latest version.
[Desire Android Development] brainmaster:
You are just using the "3" to compile. Its not enough. Just move along with the "4" after the "3" is done. And you'll get your SystemUI compiled.
[Desire Android Development] xavierjohn22:
ah yeah,

that error is a bug with the app as i have explained before, lol, still i havent fix it.

NUMBER 1)

The error is produce after recompiling

After recompiling it "logs 2>>", it actually recompiles, you just need to build

It's built in the apktool where error is negligible for this tool

NUMBER 2)

I'll explain this one since you might see it as well

when you do 3 apktool will create the build in same folder name as in apk in input

then when you hit 4, thats the build by this tool, which has some bug on checking file depending on options ON

these are

resource. arsc

classes. dex

and files in custom res

the error log will show when one (mostly classes. dex is not present in build)

mostly it is fine if the original apk does not have it.

i'll just catch it next update and write something in the log file, for both windows and commandline version

thanks
[Desire Android Development] Droidzone:
Hmm...so using a previous apktool jar would fix it..

TouchPal-d from my Desire running Starburst Classic Rom - 450 apps and counting. .
[Desire Android Development] xavierjohn22:
Yeah, i'm using 1.3.2 mostly
[Desire Android Development] xavierjohn22:
By the way,

Here's the changelog i promised, LOL, still not enough, will see if i can complete on Saturday

Version 3.0.0 (BETA)

8:02 PM 8/28/2011

====================================

- Added mogrify theming options

Added create themed folders

Added apply Hue and Saturation using mogrify

Added Build Themed APKS, all apks in specific folder structure

- Added support for Copy_Folders.txt in \_CUSTOM_RES

Folder gets deleted after build usable

- Added support for Copy_Files.txt in \_CUSTOM_RES

File does not get deleted yet after build usable,

thinking if it make sense, filecopy command already overwrites

- Added MOD TAB, use for multiple modding apks

- Added overwrite AndroidManifest.xml binary file

In APK DIST generated apks this is not necessary

Using the apks _OUTPUT_APK_DIST_ZIPALIGN after AndroidManifest.xml is better

It generates a build apk and put it in _OUTPUT_APK_DIST_ZIPALIGN

This then will be signed and gets a new META-INF file to ake the apk usable

(overwrite AndroidManifest.xml binary file is only use when all else fails)

- Added reference to microsoft scripting runtime,

Better folder/file handling,

Space not yet handled for these are third party executables

- Switch to Native Code compiler, no-optimization

- Exe is now 800kb, compiled optimized exe is throwing error atm

P-Code is not an option
[Desire Android Development] fshami:
Thanks for the response guys. I got the apk compiled but still unable to get what i actually want...

Actually i want to change the Status Bar Clock Color to Cyan & i went through a guide which said that it can be changed in status_bar.xml in SystemUI.apk.. not sure if it is also applicable for HTC devices since we have additional files..

Now, what i've tried is that i placed

com.htc.resources

framework-res

SystemUI

in _INPUT_APK folder, then

used 1 to install framework-res

used 81 to install com.htc.resources

used 6 to decompile SystemUI

edited the required xml file in decompiled SystemUI folder

used 7 to recompile SystemUI folder

used 8 to build usable apk file from location _INPUT_APK\SystemUI\dist

When i decompiled new SystemUI file from _OUT_APK folder, the xml contains old values..

Any idea?
[Desire Android Development] xavierjohn22:
You are uing build usable so,

After 7,

Go to the system ui folder in input apk

Open all the way to build/apk/res/... where the xml is located, thats tje binary

Copy that first to custom res folder with structure same as the sample, see post in op, it explains all

Then do 8, it will have the changes.

Alternatively

You can specify the file in copy_resources.txt in _custom_res folder, if not there create one.

what it does is it copies anything you specify in the custom res, provided the folder exist.

So the step for single is

6 Decompile

7 recompile

11 copy resources specify in txt

8 build usable

I can explain this in detail if i am on pc and provide screenshots

Sent from my HTC Desire
[Desire Android Development] fshami:
Thanks, will try it & update you :)
[Desire Android Development] xavierjohn22:
It will work, i created three ways to use this tool, maybe four after i upload it.

1. Use build usable without images and xml edits, only values (resource.arsc, classes.dex)

2. Use build usable with images and xml edita like yours, you need to do that copy resources.txt or manual transfer

3. Only using the build apk dist, all edits and images needs to be in input apk folder name. Here you have to turn on copy apk dist and generate zipalignned apk and sign or sign mnually. I cant remember if i already uploaded latest version, lol

The apk will be in out apk dist ziplign here.

I normally use number 2, i only use method 3 if i edit android manifest.xml

Sent from my HTC Desire
[Desire Android Development] fshami:
Ok, so i've copied status_bar.xml in custom_res folder with the correct folder structure.. now if i use option 3, will it copy the modded file from custom_res folder into the original apk?
[Desire Android Development] xavierjohn22:
Yeah, do single first

2,3,4 is for all

Single recompile

Then copy xml yes

Then single build usable

Sent from my HTC Desire
[Desire Android Development] fshami:
For some reason it doesn't seem to use my modded xml file.. i've tried the possibilities u mentioned..

here are the original files + the modded xml file. If you can try it for me :)

Edited file 'status_bar.xml' is to be placed in SystemUI\res\layout\