I've been looking for a way to do this for the past couple days with no luck. Just to get any suspicions out of the way, I am not using this to steal someone else's work, it's for a workaround for a game that I'm trying to accomplish using two save files. I've tried going into the android manifest, editing the package name, and then resigning the apk with no luck (i just get parsing errors when I try to install). Is there any way that this can be done? or am I missing something?
It is not a simple matter.
APKs are managed by package name, not by file name, but you can't simply change the package name in the manifest of a compiled APK.
Even assuming you manage to do it without messing up the file, which is not a simple task, there will still be code referring to the package name, so the app will crash.
To put it simply, you would be better off getting your device rooted (if you don't already have root) and playing with the application data files if you want to cheat at some game.
Hey I was wondering and have been looking for a while how to put the source all back together from the .dex file. I extracted all the .Java files and want to turn it into classes.dex again. So any one can possible help me out?
Thanks in advanced!
cole59z said:
Hey I was wondering and have been looking for a while how to put the source all back together from the .dex file. I extracted all the .Java files and want to turn it into classes.dex again. So any one can possible help me out?
Thanks in advanced!
Click to expand...
Click to collapse
I'm not sure this is a good place to talk reverse-engineering, but well...
Decompiling an apk to Java is usually a very destructive process, even more if the apk was ProGuarded.
This means that unless you manage to fix all the compile issues generated by the decompilation process, you won't be able to pack it back together into a working app (and believe me, you won't).
This is why people bother with smali code, smali/baksmali is the only way to modify an apk and recompile it, afaik.
Either way, this should be done for educational purposes only.
People usually don't use assembly for fun if they could use Java instead^^
I'm not even sure if I don't prefer the BrainF*ck language to smali.
That's the whole point of guarding your source code so no one steals your app. It's very easy to load just about anything into the play store by just changing the package name through all the files. Normally apktool is used to hack smali for system apps or free apps like Facebook to theme them.
Hopefully your asking for educational purposes.
Sent from my HTCONE using XDA Premium 4 mobile app
[IDE][5.x] APK Studio - IDE for Reverse Engineering Android APKs
APK Studio is a cross-platform IDE for reverse-engineering (decompiling/editing) & recompiling of android application binaries within a single user-interface. It features a friendly IDE like layout, with a code editor which support syntax highlighting for Android SMALI (*.smali) code files.
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Details & Download:
Github
Links:
Homepage
Download
Source
Issue Tracker
I look forward to trying this out I am to the point when I use command line stuff I start to fall asleep lol.
Sent from my immorality and my HTC One V using Tapatalk 2 sponsored by the letter mmm donuts... DOH!
Great one http://forum.xda-developers.com/images/smilies/good.gif
but it lags during compiling
any help ??
Please brief about the problem?
ewa3h said:
Great one http://forum.xda-developers.com/images/smilies/good.gif
but it lags during compiling
any help ??
Click to expand...
Click to collapse
Can you provide me with some sort of brief with what you meant with "it lags during compiling"?
Did it recompile or not?
What you were recompiling (if that ain't confidential)?
That would help me recreating the issue so that I can check with it & fix the issue when I get back at home!
Lastly, thanks for your feedback! :cyclops:
Thank you!
I wanna try it!
THANK YOU
This is a great TOOL! I tried this out and it works great. I didnt experience any LAG what so ever... Love the features! Been looking for a apktool like this forever. Cant stand typing all the freaking cmds... NICE JOB!!!! and for the negative feed back about the lag..... I think its your lame computer thats lagging not the app:good:
can someone give a little how to use guide? I'm a noobie
Thanks man!
XxTeXx07xX said:
This is a great TOOL! I tried this out and it works great. I didnt experience any LAG what so ever... Love the features! Been looking for a apktool like this forever. Cant stand typing all the freaking cmds... NICE JOB!!!! and for the negative feed back about the lag..... I think its your lame computer thats lagging not the app:good:
Click to expand...
Click to collapse
Actually you know what, I's waiting for such response!
Easy man!
harveyr4 said:
can someone give a little how to use guide? I'm a noobie
Click to expand...
Click to collapse
Hey harveyr4! It's quit easy & self-explanatory! You go to File > Open APK > browse to your APK file & select it..., wait & watch the status bar! You will then be presented with the real thing inside You can double click any smali file from package (use package explorer on the left), edit it then you can recompile it from the Build menu!
i love develper i try and i poste :laugh:
Error during decompile process
Is it possible to log the decompile process, so that we know where possible errors occur?
I've tried some apk's from the CM10.1 ROM (Settings, SystemUI) and some others like Apollo, Effem and it hang on "Unexpected error occured when extracting"
EDIT: It seem that there is a problem with backing up the original apk, because there is no dist folder in Settings-apkstudio folder
Hmm hmm! I will add it...
lahmizzar said:
Is it possible to log the decompile process, so that we know where possible errors occur?
I've tried some apk's from the CM10.1 ROM (Settings, SystemUI) and some others like Apollo, Effem and it hang on "Unexpected error occured when extracting"
EDIT: It seem that there is a problem with backing up the original apk, because there is no dist folder in Settings-apkstudio folder
Click to expand...
Click to collapse
Hmm, I see! maybe some wrong permissions or something is there. I'll try to reproduce it on an XP machine & will check on it. Also, thanks for the suggest. I'll implement a debug console in upcoming Java/SWT version for logging batch output.
Error on Extracting
Why does it show "Unexpected occurred error when extrating"
vaibhavpandeylive said:
APK Studio is the first IDE (don't know If I should call it like that ) that allows out of the box decompiling, editing & then recompiling of android binaries easily (editing of .smali files with Syntax Highlighting). No need to configure Notepad++ for bit of changes.
You can use it for editing ,decompiling, recompiling, rebuilding APKs or just have a look at How Did They Do It? . I tried to make it as promising as it could be in 4 days of design & development.
So that every piece of code is visible and a well developed editor which allows editing of codes. It comes with more than bunch of features in it.
If you are tired of using command line tools (still appreciate them APKOneClick, APKTOOL & DCompiler as they form the foundation of this one too), this is the tool for you.
This software will ease the way of reverse engineering APKs from now.
Download it & post your suggestions.
Click to expand...
Click to collapse
great work mate, looking forward to trying it! does it also allow you to decompile .jar files?
also feel free to check out my qiuckmodtool for features!
ewa3h said:
Great one http://forum.xda-developers.com/images/smilies/good.gif
but it lags during compiling
any help ??
Click to expand...
Click to collapse
whats the specs of your pc?
apktool needs to parse all the lines in the smali code, then needs to convert it, then convert the XML files, then build resources.arsc then pack..
on a pc like mine(1.8GHZ 512MB ram) takes atleast a 2 minutes to compile anything, to compile setings.apk takes 12 minutes.
Working on it, under development.
ricky310711 said:
great work mate, looking forward to trying it! does it also allow you to decompile .jar files?
also feel free to check out my qiuckmodtool for features!
whats the specs of your pc?
apktool needs to parse all the lines in the smali code, then needs to convert it, then convert the XML files, then build resources.arsc then pack..
on a pc like mine(1.8GHZ 512MB ram) takes atleast a 2 minutes to compile anything, to compile setings.apk takes 12 minutes.
Click to expand...
Click to collapse
I am working on an SWT/JFace cross-platform version (especially crafted because no GUI tool for the purpose on linux). I already added the functionality of decompiling from APK/JAR. You can even open individual .smali files in it's syntax highlighted editor. It will be announced soon right here.
As for the specs, I develop on AMD 64-Bit machine 3.6 GHz, 8GB Corsair XMS3, WD Green 1TB 6GBPs SATA-3. Everything just goes fine with it. But I don't think waiting time is an issue we should bother about. I needed a GUI & made one. Didn't care about that. When I use APK_OneClick, it takes almost same. Mine just takes some extra time to decompile the JAR into individual Java source files while jDecompile (APK_OneClick uses) reads from JAR directly. So it might be faster.
Hey man,
Just decided to give your app a go. A couple of things that I would like to bring up (and these may or may not be unique to me?
some back ground info on my rig. Windows 7 64Bit release, I am running 8GB of HyperX RAM, Core Duo Quad OC 3.8Ghz installed on Intel 3 gen 180GB SSD and running as fast as lightning! Java version is 1.8.0 64Bit. Windows env is set correctly also. Latest SDK. I am running apktool version apktool_2.0.0b9.jar
1). Man talk about lag!!! It took more than 10min (close to 15 actually) to decompile a simple app like PasswordSafe? Any clues or indications as to why?
2).Does not inform the user if it is still decompiling or not? i.e no progress bar? Yes it lists the files in the GUI in the bottom bar, but when an app is pause
3) Now that it's decompiled....now what? This application does seem to do anything more after it has completed decompiling? It cannot detect any valid apk in any directory I pointed it at, source code or no source cute?
4.) What is the idea/ place behind it? I see both APKTool and dex2jar decompilers.....output is in java class files (suggesting only dex2jar was executed?)...no smali files?
5).If the results ARE only meant to produce the java class output, then has this been tested with the Android IDE development environment?
No manifest has been produced? To date I have yet to find any application that can decompile to java and recompile the application either as a standalone or inside of Android Studio /Eclipse IDE's? So if your claim is correct that you can indeed recompile from decompiled java resources then I EAGERLY WAIT FOR YOU TO RESPOND
Man I have tried EVERYTHING, and I mean everything with exception of JEB noteably because of its heft $1000 price tag and nothing has been able to do this successfully has been able to do this :-|
Hmm
Jarmezrocks said:
Hey man,
Just decided to give your app a go. A couple of things that I would like to bring up (and these may or may not be unique to me?
some back ground info on my rig. Windows 7 64Bit release, I am running 8GB of HyperX RAM, Core Duo Quad OC 3.8Ghz installed on Intel 3 gen 180GB SSD and running as fast as lightning! Java version is 1.8.0 64Bit. Windows env is set correctly also. Latest SDK. I am running apktool version apktool_2.0.0b9.jar
1). Man talk about lag!!! It took more than 10min (close to 15 actually) to decompile a simple app like PasswordSafe? Any clues or indications as to why?
2).Does not inform the user if it is still decompiling or not? i.e no progress bar? Yes it lists the files in the GUI in the bottom bar, but when an app is pause
3) Now that it's decompiled....now what? This application does seem to do anything more after it has completed decompiling? It cannot detect any valid apk in any directory I pointed it at, source code or no source cute?
4.) What is the idea/ place behind it? I see both APKTool and dex2jar decompilers.....output is in java class files (suggesting only dex2jar was executed?)...no smali files?
5).If the results ARE only meant to produce the java class output, then has this been tested with the Android IDE development environment?
No manifest has been produced? To date I have yet to find any application that can decompile to java and recompile the application either as a standalone or inside of Android Studio /Eclipse IDE's? So if your claim is correct that you can indeed recompile from decompiled java resources then I EAGERLY WAIT FOR YOU TO RESPOND
Man I have tried EVERYTHING, and I mean everything with exception of JEB noteably because of its heft $1000 price tag and nothing has been able to do this successfully has been able to do this :-|
Click to expand...
Click to collapse
Greetings!
1) The long decompilation time is because of the decompilation of JAR produced by dex2jar to individual .java files. Unlike others, I didn't want to just fire up jDecompile with the JAR path to browse sources. I wanted individual files so that I (atleast) could open & compare smali & java files for same class in two tabs while editing smali code.
2) There is a progress bar at bottom with current file status being updated each time on the label (in status bar) to keep the user informed.
3) After SUCCESSFUL decompilation, loads up the tree on left with apk-directory structure & opens up found AndroidManifest.xml. Then you can browse smali code from the tree edit & recompile.
4) There MUST NOT be any class files at all. Procyon decompiler directly outputs .java files from the .jar. It should not spit out the OP code.
5) The java source output IS NOT MEANT from recompiling from it. It is just to COMPARE & CHECK what we are editing in SMALI code.
i tried to run your apkstudio to decompile apk, but it always stuck at this stage, do you know why?
I Am Working On It
rbnkho said:
i tried to run your apkstudio to decompile apk, but it always stuck at this stage, do you know why?
Click to expand...
Click to collapse
I've been getting a lot of messages saying people stuck at decompilation. I've decided to discontinue Procyon's decompile as at most times, it fails to decompile obfuscated code.
If editing the application & recompiling is your intention, then you can restart APK studio, and this time choose Open Directory from File menu. Navigate the browser to the extracted folder location & it will show up the files, and yes..., you can recompile back after edits from there.
The decompiler is producing errors when converting from OP to Java code from JAR produced by dex2jar.
Sorry for it is taking long, but this time in new version..., I'm developing it precisely taking care of each 'n every bug reported yet.
Thanks mate. I am looking forward to it I like the concept of this.
I didn't see any real clear step by step instructions on how to use it correctly but for now I will just hold off till you have something a bit more concrete.
Also I don't mean to burst your bubble hear where I say this but you do realise that Dex2JAR is extremely limited in its functionality! You won't get even half the classes that are needed. I have proven this many times.
I am looking to port across Android DARE. If you haven't checked it out already maybe you should take a look at it? it Does heaps more classes, almost to the point where I can set up a project in Eclipse, but not quite.
There are two other applications that do similar things to yours on XDA. One by broodplank called APKtoJava and another is a very popular studio called VirtuousTen Studio. APKtoJava is really focussed on Decompiling and setting up an apk project ready for eclipse whilst also allowing the user to edit smali code. VirtuousTen is aimed at a similar approach to yours and looking at the code side by side next Java classes and smali.
All use Dex2JAR so all are very very limited in their methodology. The best I have found so far is to decompile in Linux using Android DARE and then bring the results back into Windows and decompile again in VirtuousTen, then delete the Java results only keeping the directory structure and then dumping the Android DARE Java files in the directory. Side by side it is perfect.
Only problem is I absolutely hate the Windows 8 interface force fed to us. I don't have Windows 8 and the version I do have in a VM I have made it look like 7 cause I hate the look so much lol!
So if you can withstand that about VirtuousTen then it pretty much does what yours does.
Have a look and check them out
Here is a method for editing xml files directly on from your phone (as well as a fully functional Eclipse compatible IDE). I'm going to sleep so I'll post a reply I made in another thread first, and clean up in the morning. Have fun..G'night!
-------------------------------------------------------------------------------------------
Quote:
Originally Posted by Toni5830
You can extract xml but you can't see them (only strange symbols) and you can't edit them from phone.. you must use PC and decompile them.. no other possibility
Inviato con Tapatalk 2 dal telefono di casa
-------------------------------------------------------------------------------------------
No, you can edit them on your phone. Axel is one of the apps to use. The second is an IDE called AIDE which is compatible with Eclipse. You can develop, program and publish complete apps from your phone. I figured out how to edit compiled xml the other day. Ninjamorph is also useful because it unpacks the archives into a project which happens to be near where your AIDE projects are.
Begin by opening ninjamorph and choosing the apk to work on and create a project (can do this manually but keep a back up of the apk). Next, open AIDE and create a new project. As an example I'll be editing the lg_allapps_button_text.xml file in LGHome.apk (LG's launcher on G2, so files may differ for you). Choose the HelloWorld setup as that's the less,cluttered one. After creating the project, open up a file manager (you can do this from within AIDE as well) and create the same directory structure for your xml file (probably doesn't matter if a ../res/color xml file is in ../main..but it's good practice. The xml I'm editing is in /res/color, so I'll go into the project directory and create a ../res/color folder.
Now open Axel up and find the xml in the ninjamorph project that you are editing. Again in my case it'll be in /res/color. Go ahead and open it with Axel. Don't bother editing it here, we're going to just go into settings and "save as" (into our AIDE project directory) ../res/color/lg_allapps_button_text.xml. This adds it into our AIDE project and we can now go back into AIDE. In the oberflow action, choose "Goto Files" or whatever it's named (also an icon at the top for this action). It'll open a pane at the bottom with your project files. At this time you'll probably notice AIDE throwing a lot of errors (errors in your code, not app errors lol).
We have to fix every one of them before finish, so might as well start now before editing. Conversely, you could do this in Axel first once you know what kind of errors to expect and fix. In my case, I see two errors because the file is really small. Once clicking on the xml I want to edit in the files pane, I can see that it's telling me string values aren't allowed in the "color' attribute. The color is black but when Axel decompiled it, it changed it from it's ARGB form. I see this -
Code:
#xml namespace blah blah...
.....
....... android:color="1F000008/0xFF000000"
Of course there is more, I just highlighted the attribute I need to fix. You're going to need to learn how attributes need to be formatted or learn and keep a reference handy. Google has nice guides online for building android apps. In this case we change it to:
Code:
...
.... android:color="#FF000000"
Technically yes it's still a string, and yes the wrong format was hexadecimal (sort of), but now we have one less error. On large xmls, this gets annoying but you'll get fast at it. So, I've fixed,myerrors, so now for simplicity I'll just change the color on one of the attributes..to red ("#FFFF0000"). Now that edits are done and errors done, go back in the ooverflow action and scro,down and either click "Run" or "More" and then "Rebuild Project". We aren't worried about any other file, we just want our xml recompiled. Once it's done, if you want you can install your fancy Hello World app (or Tetris game app), lol but it's just as well if you choose not to.
Next, go back into your file manager and find your way back into your AIDE project directory. Locate the bin folder (where your compiled project will be) and navigate to your xml. Again, in my case, I'll be going to /res/color. Make sure you find the compiled version (the binary one with all the cool symbols). Copy this back into the same structure inside the ninjamorph project folder. If you aren't using ninjamorph and manually doing this then make sure you have a backup apk handy and akip the ninjamorph stuff.
Opem Ninjamorph back up and choose to complete your project. Once it's done repackaging it'll ask you if you want to resign the apk
Follow Steven's directions and dont sign it if its a system apk. Next he'll ask about zipaligning (i think?). I don't choose this option at all. If my mods work, then I'll redo the project and choose that option. Problem is, sometimes it can cause issues and you don't want to add more variables in until you know that all,is working or you'll be asking yourself "wonder if my edits were bad,or the zipalignment".
Ninjamorph will create a backup of the apk for you, and now you'll be given the option of installing the apk. You should know what you're doing already but...if using TWRP you can go ahead and replace the modded apk and reboot. Worst that'll happen is boot loops or force closes and you can manually go into recovery and use TWRP's file manager to copy your backup back (may need to mount /system first, and may need to chmod as well. Then try again. If you boot up and all is well, congrats! If using CWM, make sure you have a recovery plan before making the switch.
I have no clue if,there's any easier way. I'm still working on it. Granted, kf you're just going to edit a color like in my example it'd be MUCH easier just using a hex editor. AIDE is a pretty damn slick app as it also supports native mode C/C++ for developing codecs, drivers,,etc. For $8 you can purchase full version with support for larger projects and github and a few other things.
This method should work on any device that can run all those apps. I'm using a LG G2. I'm not the,developer of any of tbose apps so don't come to me if they aren't working: )
Reserved
MidnightHarvester said:
Reserved
Click to expand...
Click to collapse
Thanks sir really appreciated your work
Also please continue to post apk editing posts
Hi
I try to decompile SecSettings by apktool and i get this:
Code:
C:\apktool>apktool d secsettings.apk SecSettings23
I: Baksmaling...
I: Loading resource table...
Exception in thread "main" brut.androlib.AndrolibException: Multiple resources:
spec=0x7f020052 drawable/avatar_default_6, config=-hdpi
at brut.androlib.res.data.ResConfig.addResource(ResConfig.java:65)
at brut.androlib.res.data.ResConfig.addResource(ResConfig.java:58)
at brut.androlib.res.decoder.ARSCDecoder.readEntry(ARSCDecoder.java:196)
at brut.androlib.res.decoder.ARSCDecoder.readConfig(ARSCDecoder.java:165
)
at brut.androlib.res.decoder.ARSCDecoder.readType(ARSCDecoder.java:130)
at brut.androlib.res.decoder.ARSCDecoder.readPackage(ARSCDecoder.java:10
5)
at brut.androlib.res.decoder.ARSCDecoder.readTable(ARSCDecoder.java:82)
at brut.androlib.res.decoder.ARSCDecoder.decode(ARSCDecoder.java:48)
at brut.androlib.res.AndrolibResources.getResPackagesFromApk(AndrolibRes
ources.java:315)
at brut.androlib.res.AndrolibResources.loadMainPkg(AndrolibResources.jav
a:50)
at brut.androlib.res.AndrolibResources.getResTable(AndrolibResources.jav
a:43)
at brut.androlib.Androlib.getResTable(Androlib.java:44)
at brut.androlib.ApkDecoder.getResTable(ApkDecoder.java:148)
at brut.androlib.ApkDecoder.decode(ApkDecoder.java:98)
at brut.apktool.Main.cmdDecode(Main.java:128)
at brut.apktool.Main.main(Main.java:65)
What to do ??
Thanks
Please any help?
Same issue here
osherdadon said:
Please any help?
Click to expand...
Click to collapse
Using a Note 3 from T-Mobile, I pulled the file with the adb command, with root explorer, and extracted it from the stock ROM file all giving me the same error. For some reason I also don't get any smali files out of my SystemUI.apk which has been driving me crazy. I can't seem to find any working answers yet... Fail...
Basically bumping this thread a half a year later...
SOMEONE HELP US
You have the relevant frameworks installed and java in your path?
Learned a lot in 24 hours
DSA said:
You have the relevant frameworks installed and java in your path?
Click to expand...
Click to collapse
Summary/Lessons Learned in the last 24 hours:
I must have been too tired, went to sleep got up again and went at it. I realized a few things, main thing was deodexing, I learned all about that. Converting the .odex file to a class.dex file inside the SystemUI.apk and SecSettings.apk so decompiling would work properly (I was originally missing the smali folder without deodexing my app). Second I needed to pull all the framework files from my device instead of just the two I had, then I used "apktool if framework-res.apk" then "apktool if twframework-res.apk" then "apktool d SystemUI.apk" then "apktool d SecSettings.apk". This time it actually worked, I proceeded to try and re-compile them just to test. The SystemUI.apk worked flawlessly but the the SecSettings.apk had errors then I realized I needed to copy the AndroidManifest.xml and resources.arsc from the original app to the decompiled folder and the SecSettings.apk compiled with no issues. I had to get the original file out of the stock ROM, it had gotten damaged somehow with zipping/raring/7zipping so quicktip no one should be zipping the files you're about to work on get it fresh from the ROM.
Current Issue:
Now that all that's done I'm onto what I was trying to get at when I started this whole project. I need to modify both of these apps which are now perfectly deodexed and on my stock device. Every time I try to modify these files I lose my status bar and my settings stop working, I'm obviously breaking it, this is the XDA guide I was following.
Any help or redirection on where to post would be greatly appreciated, thanks
Easiest thing - put your mod back in and get the status bar to disappear/fc whatever
Then, pull a log (catalog from appstore works fine)
Post that log at pastebin and link it here
We won't be able to solve your issue without knowing what it is, in the first place
Like this?
This was before I restarted: Log 1
Then I recorded for a little after I restarted probably pointless but that's where the error would have been: Log 2
DSA said:
Easiest thing - put your mod back in and get the status bar to disappear/fc whatever
Then, pull a log (catalog from appstore works fine)
Post that log at pastebin and link it here
We won't be able to solve your issue without knowing what it is, in the first place
Click to expand...
Click to collapse
Not sure exactly how to record it and send it to you, I pressed record but when the phone finished rebooting CatLog was closed so I reopened it and it keeps scrolling endlessly.
Research progressed a little
I came across a post here in the Flashlight Mod development thread which made me realize I'm not getting the ID's correct. They suggest compiling the modded SystemUI.apk to get the ID's into the apk file under the /res/values/public.xml file, then decompiling it to read the ID values. I'm missing a step or doing something wrong, I can't replicate it to find the ID values I need so I can add them to the .smali file and recompile a final time. I'm sure this is the only reason for the missing status bar and the force closes. I guess I need help understanding, a different set of instructions or just more detailed?
I can't post in that thread yet so I'm getting my posts up over here, I already posted in the Q&A thread but no one has responded yet, any help is greatly appreciated!
I get this when decompiling the modded apk: Modded SystemUI ApkTool Decompile
All these errors look like the file is broken now or something, I'm just lost at this point. I tried ApkTool 1.5.2 and 2.0 as well.
EDIT:
Additional info below for troubleshooting purposes since it seems my issue recompiling at the end to get the values for my public.xml
STEPS:
1. deodex (universal deodexer v5)
2. decompile (apktool 1.5.2 & 2.0 separate tests)
3. modify (add flashlight .png's and .smali file from 4.4kk flashlight mod files)
4. recompile (apktool)
5. decompile (apktool)
=
Errors <<<<< These errors solved in edit below
EDIT:
I forgot to use "apktool if SystemUI.apk" when loading "framework-res.apk" & "twframework-res.apk" now I get through decompiling and recompiling like I thought I should be and I even located the values int he public.xml, replaced them in the .smali and everything went peachy. Only problem is I never get the status bar after I reboot, not really getting any FC's but the status bar, if my goal were to get it to be invisible I would be so happy omg lol If you're curious I've also tested by signing and even another test with zipalign, nothing zip/zero/zilch...
EDIT... Again I know still no sleep, durp durp:
So my main issue was not using apktool v1.5.2 to decompile and v2.0 to compile EVERY SINGLE TIME, NO EXCEPTIONS. When I followed that simple rule I get it onto my device and she has no status bar... Hmmmmm..... And a logcat for anyone smart enough to help me
EDIT:
Maybe I'm in the right direction with an error I saw in the log at this post? I thought it was so I installed the DisableSignatureVerification Mod from the Xposed Modules and still nothing.
Calling All Developers
It's been like 2 weeks just curious if anyone has even looked at this, I haven't been able to make any progress so I started learning how to develop apps. I made two small apps basic flashlight and a counter app but I really want to know why I'm totally unable to mod a file on my phone. I can't get the ink effect to work with finger input either I've been really trying to get this flashlight mod and the ink effect for months. If I could get pointed in the direction of a developer that can actually help me I don't see why I couldn't donate like $10 or $20 to the one who helps me. I'm on android 4.4.2 (NK3) on my Note 3 from T-Mobile.