Flextrick
App-Anbieter (unklar)
- 1.567
ANDROID MULTITOOL
Hallo,
Ich bin stolz, euch mein Android Multitool präsentieren zu können, welches es wesentlich einfacher macht, Android Apps sowie "jar" Dateien zu decompilieren und recompilieren. Ihr könnt eure Apps auch signieren - mit einem einfachen Klick auf einen Button.
Anforderungen:
- Einfaches bedienen: Wähle deine apk und drücke einen Button.
- Dieses Tool macht das Modden von Android Apps um einiges einfacher und vor allem schneller.
- Log: Lese den Log um ganz einfach Fehlern auf die Schliche zu kommen.
- ADB: Mit ein paar klicks eine apk/jar Datei auf das Gerät bzw. in das Dateisystem pushen
Screenshot:
Anleitung:
Zuerst müsst ihr den AndroidMultitool Ordner nach C:\ entpacken
-kopiert die framework-res.apk und andere Dateien die ihr Modden wollt in den "Files" Ordner (dieser Ordner ist für alle Dateien, die ihr Modden wollt, bitte keine Dateien von anderen Ordnern auswählen)
-AndroidMultitool starten
-wähle deine framework-res.apk (ggf. auch z.B.: twframework-res.apk) aus und drücke den "install" Button.
Dekompilieren und rekompilieren von apk Dateien:
-wähle die apk, die du modden willst und drücke den "decompile" Button. Dann den Log nach Fehlern prüfen!
Tipp: Wenn du die "use baksmali" checkbox aktivierst, werden sinnlose ".line" Argumente in den Smali Dateien gelöscht
-deine dekompilierte apk befindet sich dann unter C:\AndroidApktool\Decompiled_apk\"apkname" als ein Ordner
-wenn du nach deinen Änderungen deine apk wieder kompilieren willst, wähle deine dekompilierte apk, aktiviere den "apk" radiobutton und drücke den "compile" button (log nach fehlern prüfen)
- die kompilierte apk findet ihr unter C:\AndroidApktool\Compiled_apk\"apkname"
!!!WICHTIG!!! Jetzt kopiert ihr den META-INF Ordner und die AndroidManifest.xml von eurer ursprünglichen apk in eure neu kompilierte! Andernfalls landet ihr im Bootloop.
Dekompilieren und Rekompilieren von "jar" Dateien
- wähle in der Combobox "jar" (Tipp: Wenn du die "use baksmali" checkbox aktivierst, werden sinnlose ".line" Argumente gelöscht)
-wähle die "jar" Datei, die du modden möchtest
-drücke den "decompile" button
-die decompilerte "jar" Datei ist unter C:\AndroidApktool\Decompiled_jar\"jarname" zu finden
-nach dem modden deine dekompilierte "jar" Datei wählen und "compile" drücken. (Den "jar" Radiobutton aktivieren nicht vergessen)
-deine kompilierte Datei ist unter C:\AndroidApktool\Compiled_jar\"jarname"\classes.dex zu finden
-lösche die "classes.dex" Datei in in deiner originalen "jar" Datei
-kopiere die neue "classes.dex" Datei in die originale "jar" Datei
Signieren von apk Dateien
-wähle die ".apk", die du signieren möchtest entweder aus den "Files" Ordner, oder aus dem "Compiled_apk" Ordner
-drücke den "sign" button
-die signierte Datei befindet sich unter C:\AndroidApktool\Signed_apk\"apkname_signed"
Tags verwenden:
Du willst verschiedene apps von verschiedenen Geräten dekompilieren und nicht jedes mal ein anderes Framework installieren? Tagging machts möglich.
- vor dem installieren des frameworks einen beliebigen Tag eintippen (zb. "hero")
- danach beim dekompilieren und kompilieren ganz normal weiterverfahren
Android Debug Bridge
Du willst apk's mit adb auf das Gerät pushen?
Zuerst ist es nötig im Tool das Register zu ändern, indem man auf die "Advanced" Registerkarte links oben drückt.
-drücke "check", um zu überprüfen, ob dein Gerät bereit ist
-ist das Gerät nicht bereit, folge den Hilfestellungen, die dir im Tool angeboten werden (device offline, kein Gerät sichtbar, usw)
-sobald das Gerät bereit ist, wähle eine apk/jar Datei, die du pushen möchtest
-wähle einen Pfad am Gerät, wohin deine datei gepusht werden soll
-drücke den "push" Button
-alternativ: drücke "reboot device", um das Gerät nach dem push-vorgang Neuzustarten
Falls Fragen oder Fehler auftreten, bitte im Thread fragen!
[DOWNLOAD]
DU MÖCHTEST SPENDEN? DANKE!
DONATE
Viel Spaß!
Credits:
Entwickler (iBotPeaches) des Basis apktools, smali, baksmali und anderer benötigter Dateien!
mike_galaxy_s für seine Hilfe beim Testen
------------------------------------------------------
Changelog:
v3.5.6:
fix progressbar not disappearing after decompiling
fix loop after/while compiling
save compiling path and jump into it when he starts folder browsing
update user interface
v3.5.5:
fix infinite loop on compiling when errors appeared
folderbrowserdialog (compiling): jump into /decompiled_apk default
update build tools and platform-tools (aapt, adb and needed dll's)
v3.5.4:
add option to copy AndroidManifest.xml automatically into the apk after compiling
layout cleanup
force overwrite already compiled or decompiled files when new compiling/decompiling thread started
update to apktool rc3 (mainly lollipop support)
v3.5.3:
copy AndroidManifest.xml and META-INF folder automatically into the apk after compiling
added some links
code cleanup
v3.5.2:
add more detailed log
fix decompiling/compiling/signing/installing framework multiple times sometimes
add batch decompiling (preview)
fix donation image not fitting center
add txt files with descriptions for all tools inside (thanks to @bovirus)
v3.5.1:
alle Dateien aktualisiert
v3.5:
code rework
fix UI freezing on long tasks
add progress bar
many other small fixes
v3.4:
access files from all locations of the pc (you're not limeted to the /Files folder)
add version number to the tool
v3.3:
add tag support (tagging allows multiple framework support)
rework interface
small additions and fixes
support for Win7 / 8 / 8.1 (no extra versions)
v3.2.1:
add apktool b9
v3.2:
add different apktool, aapt and batch files
should solve some problems on de - and recompiling
v3.1:
Fixes for adb push
button to reboot device
many other fixes and code rework
v3.0:
SlimBean apktool ((de)compiling also with inverted folders from trds)
ADB (AndroidDebugBridge for pushing files to your device)
Some Links in the tool for support and donation
v2.2 Beta1:
apktool 2.0.0
Details:
v2.1:
fixed freezes
bigger UI for better overview
option to save log to a text file
other small fixes
v2.0:
complete code rework
folder structure for a better overview
decompiled, recompiled, signed files will be located in their own folder
no more messy file handling
added radio buttons for choosing jar or apk
some graphical changes
added info button in the "installing framework" section
V1.2:
Added ability to decompile and recompile ".jar" files
Added baksmali
FolderBrowserDialog: If you push the "browse" button you are in the right directory now and needn't to scroll and search the "AndroidApktool" folder
other small fixes
V1.1:
Added ability to sign .apk
Changed comboboxes to browse buttons
bigger log - screen
Initial Realease
Hallo,
Ich bin stolz, euch mein Android Multitool präsentieren zu können, welches es wesentlich einfacher macht, Android Apps sowie "jar" Dateien zu decompilieren und recompilieren. Ihr könnt eure Apps auch signieren - mit einem einfachen Klick auf einen Button.
Anforderungen:
- Windows OS XP / 7 / 8 / 8.1
- Installiertes Java Development Kit (~JDK)
- Installierte Microsoft Powerpacks (VisualBasic-Komponent)
- Installiertes .NET framework
- Einfaches bedienen: Wähle deine apk und drücke einen Button.
- Dieses Tool macht das Modden von Android Apps um einiges einfacher und vor allem schneller.
- Log: Lese den Log um ganz einfach Fehlern auf die Schliche zu kommen.
- ADB: Mit ein paar klicks eine apk/jar Datei auf das Gerät bzw. in das Dateisystem pushen
Screenshot:
Anleitung:
Zuerst müsst ihr den AndroidMultitool Ordner nach C:\ entpacken
-kopiert die framework-res.apk und andere Dateien die ihr Modden wollt in den "Files" Ordner (dieser Ordner ist für alle Dateien, die ihr Modden wollt, bitte keine Dateien von anderen Ordnern auswählen)
-AndroidMultitool starten
-wähle deine framework-res.apk (ggf. auch z.B.: twframework-res.apk) aus und drücke den "install" Button.
Dekompilieren und rekompilieren von apk Dateien:
-wähle die apk, die du modden willst und drücke den "decompile" Button. Dann den Log nach Fehlern prüfen!
Tipp: Wenn du die "use baksmali" checkbox aktivierst, werden sinnlose ".line" Argumente in den Smali Dateien gelöscht
-deine dekompilierte apk befindet sich dann unter C:\AndroidApktool\Decompiled_apk\"apkname" als ein Ordner
-wenn du nach deinen Änderungen deine apk wieder kompilieren willst, wähle deine dekompilierte apk, aktiviere den "apk" radiobutton und drücke den "compile" button (log nach fehlern prüfen)
- die kompilierte apk findet ihr unter C:\AndroidApktool\Compiled_apk\"apkname"
!!!WICHTIG!!! Jetzt kopiert ihr den META-INF Ordner und die AndroidManifest.xml von eurer ursprünglichen apk in eure neu kompilierte! Andernfalls landet ihr im Bootloop.
Dekompilieren und Rekompilieren von "jar" Dateien
- wähle in der Combobox "jar" (Tipp: Wenn du die "use baksmali" checkbox aktivierst, werden sinnlose ".line" Argumente gelöscht)
-wähle die "jar" Datei, die du modden möchtest
-drücke den "decompile" button
-die decompilerte "jar" Datei ist unter C:\AndroidApktool\Decompiled_jar\"jarname" zu finden
-nach dem modden deine dekompilierte "jar" Datei wählen und "compile" drücken. (Den "jar" Radiobutton aktivieren nicht vergessen)
-deine kompilierte Datei ist unter C:\AndroidApktool\Compiled_jar\"jarname"\classes.dex zu finden
-lösche die "classes.dex" Datei in in deiner originalen "jar" Datei
-kopiere die neue "classes.dex" Datei in die originale "jar" Datei
Signieren von apk Dateien
-wähle die ".apk", die du signieren möchtest entweder aus den "Files" Ordner, oder aus dem "Compiled_apk" Ordner
-drücke den "sign" button
-die signierte Datei befindet sich unter C:\AndroidApktool\Signed_apk\"apkname_signed"
Tags verwenden:
Du willst verschiedene apps von verschiedenen Geräten dekompilieren und nicht jedes mal ein anderes Framework installieren? Tagging machts möglich.
- vor dem installieren des frameworks einen beliebigen Tag eintippen (zb. "hero")
- danach beim dekompilieren und kompilieren ganz normal weiterverfahren
Android Debug Bridge
Du willst apk's mit adb auf das Gerät pushen?
Zuerst ist es nötig im Tool das Register zu ändern, indem man auf die "Advanced" Registerkarte links oben drückt.
-drücke "check", um zu überprüfen, ob dein Gerät bereit ist
-ist das Gerät nicht bereit, folge den Hilfestellungen, die dir im Tool angeboten werden (device offline, kein Gerät sichtbar, usw)
-sobald das Gerät bereit ist, wähle eine apk/jar Datei, die du pushen möchtest
-wähle einen Pfad am Gerät, wohin deine datei gepusht werden soll
-drücke den "push" Button
-alternativ: drücke "reboot device", um das Gerät nach dem push-vorgang Neuzustarten
Falls Fragen oder Fehler auftreten, bitte im Thread fragen!
[DOWNLOAD]
DU MÖCHTEST SPENDEN? DANKE!
DONATE
Viel Spaß!
Credits:
Entwickler (iBotPeaches) des Basis apktools, smali, baksmali und anderer benötigter Dateien!
mike_galaxy_s für seine Hilfe beim Testen
------------------------------------------------------
Changelog:
v3.5.6:
fix progressbar not disappearing after decompiling
fix loop after/while compiling
save compiling path and jump into it when he starts folder browsing
update user interface
v3.5.5:
fix infinite loop on compiling when errors appeared
folderbrowserdialog (compiling): jump into /decompiled_apk default
update build tools and platform-tools (aapt, adb and needed dll's)
v3.5.4:
add option to copy AndroidManifest.xml automatically into the apk after compiling
layout cleanup
force overwrite already compiled or decompiled files when new compiling/decompiling thread started
update to apktool rc3 (mainly lollipop support)
v3.5.3:
copy AndroidManifest.xml and META-INF folder automatically into the apk after compiling
added some links
code cleanup
v3.5.2:
add more detailed log
fix decompiling/compiling/signing/installing framework multiple times sometimes
add batch decompiling (preview)
fix donation image not fitting center
add txt files with descriptions for all tools inside (thanks to @bovirus)
v3.5.1:
alle Dateien aktualisiert
v3.5:
code rework
fix UI freezing on long tasks
add progress bar
many other small fixes
v3.4:
access files from all locations of the pc (you're not limeted to the /Files folder)
add version number to the tool
v3.3:
add tag support (tagging allows multiple framework support)
rework interface
small additions and fixes
support for Win7 / 8 / 8.1 (no extra versions)
v3.2.1:
add apktool b9
v3.2:
add different apktool, aapt and batch files
should solve some problems on de - and recompiling
v3.1:
Fixes for adb push
button to reboot device
many other fixes and code rework
v3.0:
SlimBean apktool ((de)compiling also with inverted folders from trds)
ADB (AndroidDebugBridge for pushing files to your device)
Some Links in the tool for support and donation
v2.2 Beta1:
apktool 2.0.0
Details:
Details
v1.5.x -> v2.0.0
Java JRE 1.7 is required!
Update apktool to v2.0.0
aapt is now included inside the apktool binary. Its not required to maintain your own aapt install under $PATH. (However, features like -a / --aapt are still used and can override the internal aapt).
Remove framework $HOME/apktool/framework/1.apk or manually update via (FrameworkFiles)
Eagle eye users will notice resources are now decoded before sources now. This is because we need to know the API version via the manifest for decoding the sources.
Parameter Changes
Smali/baksmali 2.0 are included. This is a big change from 1.4.2. Please read the smali updates here for more information.
-o / --output is now used for the output of apk/directory.
-t / --tag is required for tagging framework files
-advance / --advanced will launch advance parameters and information on the usage output.
-m / --match-original is a new feature for apk analysis. This retains the apk is nearly original format, but will make rebuild more than likely not work due to ignoring the changes that newer aapt requires.
After [d]ecode, there will be new folders (original / unknown) in the decoded apk folder.
original/ = META-INF folder / AndroidManifest.xml, which are needed to retain the signature of APKs to prevent resigning. Used with -c / --copy-original on uild.
unknown/ = Files / folders that are not part of the standard AOSP build procedure. These files will be injected back into the rebuilt APK.
apktool.yml collects more information than before
SdkInfo = Used to re-populate the sdk information in AndroidManifest.xml since aapt requires it to be passed at runtime.
packageInfo = Used to help support Android 4.2 due to renamed manifest packages. Automatically detects difference between manifest and resources and performs automatic --rename-manifest-package on uild.
versionInfo = Used to re-populate the version information in the AndroidManifest.xml since aapt requires it to be passed at runtime.
compressionType = Used to determine the compression that resources.arsc had on the original apk to duplicate on uild.
unknownFiles = Used to record the name/location/compression type of non-standard files in Apk.
v1.5.x -> v2.0.0
Java JRE 1.7 is required!
Update apktool to v2.0.0
aapt is now included inside the apktool binary. Its not required to maintain your own aapt install under $PATH. (However, features like -a / --aapt are still used and can override the internal aapt).
Remove framework $HOME/apktool/framework/1.apk or manually update via (FrameworkFiles)
Eagle eye users will notice resources are now decoded before sources now. This is because we need to know the API version via the manifest for decoding the sources.
Parameter Changes
Smali/baksmali 2.0 are included. This is a big change from 1.4.2. Please read the smali updates here for more information.
-o / --output is now used for the output of apk/directory.
-t / --tag is required for tagging framework files
-advance / --advanced will launch advance parameters and information on the usage output.
-m / --match-original is a new feature for apk analysis. This retains the apk is nearly original format, but will make rebuild more than likely not work due to ignoring the changes that newer aapt requires.
After [d]ecode, there will be new folders (original / unknown) in the decoded apk folder.
original/ = META-INF folder / AndroidManifest.xml, which are needed to retain the signature of APKs to prevent resigning. Used with -c / --copy-original on uild.
unknown/ = Files / folders that are not part of the standard AOSP build procedure. These files will be injected back into the rebuilt APK.
apktool.yml collects more information than before
SdkInfo = Used to re-populate the sdk information in AndroidManifest.xml since aapt requires it to be passed at runtime.
packageInfo = Used to help support Android 4.2 due to renamed manifest packages. Automatically detects difference between manifest and resources and performs automatic --rename-manifest-package on uild.
versionInfo = Used to re-populate the version information in the AndroidManifest.xml since aapt requires it to be passed at runtime.
compressionType = Used to determine the compression that resources.arsc had on the original apk to duplicate on uild.
unknownFiles = Used to record the name/location/compression type of non-standard files in Apk.
v2.1:
fixed freezes
bigger UI for better overview
option to save log to a text file
other small fixes
v2.0:
complete code rework
folder structure for a better overview
decompiled, recompiled, signed files will be located in their own folder
no more messy file handling
added radio buttons for choosing jar or apk
some graphical changes
added info button in the "installing framework" section
V1.2:
Added ability to decompile and recompile ".jar" files
Added baksmali
FolderBrowserDialog: If you push the "browse" button you are in the right directory now and needn't to scroll and search the "AndroidApktool" folder
other small fixes
V1.1:
Added ability to sign .apk
Changed comboboxes to browse buttons
bigger log - screen
Initial Realease
Zuletzt bearbeitet: