> Attention!

New threads need to be created only inroot partition! In the future, they will be processed by moderators.

If you posted a new version of the program, please notify the moderator by clicking the "Complaint" button on your message.

Catalog of Android programs



Batch ApkTool | BatchApkTool is a utility for properly recompiling APK files.



Rep: (2968)
Batch ApkTool
version: 3.7.5

Last update of the program in the header:23.12.2020

Attached Image


Short description:
A utility for properly recompiling APK files.

Description:
I present to colleagues my utility for working with APK files. Despite its modest interface, the utility surpasses most similar applications in terms of quality and ease of use, since it is developed in close cooperation with Android application modification professionals, as well as with head and hands.

RECOMMENDATIONS:
Before useCAREFULLYread the readme.txt in the archive with the utility.
IS ALWAYSuse the latest version of the utility.
If the file does not understand \ is not going to, try to chooseolder, or vice versa, a newer version of apktool. Remember that you need to collect the same version of apktool, which is disassembled. Also make sure thatthisnot your case.
IS ALWAYSattach the log (completely, not just a piece with an error) and the file itself (with frames) - then you will be answered faster and more accurately.
It is also likely that a solution to your error has already been found and described in the post.Solving errors from the BatchApkTool (apktool) log.

Development progress of apktool can be monitored.here
Previous versions of apktool arehere

Screenshots
Attached Image
Attached Image
Attached Image
Attached Image
Attached Image
Attached Image
Plugins
In order to use the plug-ins they need to be "set" in the BAT. Typical installation is to unpack the archive with the plugin to a folder \ bin \ plugins \ Utilities (should turn out this way: \ bin \ plugins \% PAPKA_PLAGINA% \ plugin.bat). For more information about how to install the plugin can be found in the description of the plugin.
Then, select the menu item [7] in BAT, and select the required plugin from the list.
User reviews about the program
Additional information contributes to enlightenment
Modifications
Change history
v3.7.9 donate.
- Updated apktool (2.5.1_20201211), SMALI (2.4.0_20200330), Jadx (1.2.0-B1456), Python (3.7.9), Java (11.0.9).
- Added Android 10 deodexation.
- Updated Buildapktool 1.1 plugin: SMALI and Baksmali compilation added.
- Updated UnpackerFirmware 1.7.0 RC plugin: Added support for "Super Partitions Image".
- Updated Unicodeescape2UTF8 V1.0.4 plugin.
- The setting added option AAPT (AAPT1, AAPT2 or AUTO) has been added.
- The option "Add a sequence number to the name of the output file, instead of overwriting, has been added to the Advanced Settings.
- Luyten decompiler is deleted, I recommend the Java code to view the BytecodeViewer plugin.
- Various fixes and improvements.

v3.7.8 DONATE
- Updated apktool (2.4.1), smali (2.3.4), jadx (1.0.0-b1166), luyten 0.5.4 (procyon 0.5.36), dex2jar (2.1_20190905), Java (11.0.5), Python (3.7.5).
- Added plugin BuildApkTool 1.0: download and compile the latest version ApkTool from source.
- Updated plug remove_classes_dex 1.5.1: added logging operations performed.
- All operations with JAR-file is now applied equalization. Can help if after deodeksatsii or edit a JAR-file firmware starts.
- When using the project does not work deodeksatsiya Android 9. Fixed!
- Added Hungarian language from gidano. Thanks!

v3.7.7 DONATE
- Updated apktool (2.4.1_0303), smali (2.2.6), jadx (0.9.0-b656), vdexExtractor (0.5.3_1108), luyten 0.5.4 (procyon 0.5.33), Python (3.7.2), Java (8u201).
- Updated ColorPicker 1.1 plugin: added adjustment of interface transparency.
- Fixed some bugs.

v3.7.6 DONATE
- Added the ability to quickly select submenus of the menu, i.e. instead of 7 ->1 you can dial 71.
- In the advanced settings added option to select the signature scheme APK (v1 or auto).
- Updated smali (2.2.5_1008), zipalign.
- Fixed Android 9.0 deodexing on computers with old processors that lack SSE4.2 instructions.
- Fixed some bugs.

v3.7.5
- Updated apktool (2.5.1_20201211), SMALI (2.4.0_20200330), Jadx (1.2.0-B1456), Python (3.7.9), Java (11.0.9).
- Added Android 9.0 deodxation - 10.0
- Updated UnpackerFirmware 1.7.0 RC plugin: Added support for "Super Partitions Image".
- Updated plugin Remove_classes_dex 1.5.1, Unicodeescape2UTF8 v1.0.4.
- For the signature is now used apksigner.jar: Added support for APK Signature Scheme V2-V3.
- The setting added option AAPT (AAPT1, AAPT2 or AUTO) has been added.
- The option "Add a sequence number to the name of the output file, instead of overwriting, has been added to the Advanced Settings.
- Luyten decompiler is deleted, I recommend the Java code to view the BytecodeViewer plugin.
- Various fixes and improvements.

v3.7.4
- Updated apktool (2.4.1), smali (2.3.4), jadx (1.0.0-b1166), luyten 0.5.4 (procyon 0.5.36), dex2jar (2.1_20190905), Java (11.0.5), Python (3.7.5).
- All operations with JAR-file is now applied equalization. Can help if after deodeksatsii or edit a JAR-file firmware starts.
- Dalvik bytecode translator to JVM bytecode was replaced with dex2jar.
- Fixed some bugs.

v3.7.3
- Updated apktool (2.4.1_0303), smali (2.2.6), jadx (0.9.0-b656), vdexExtractor (0.5.3_1108), luyten 0.5.4 (procyon 0.5.33), Python (3.7.2), Java (8u201).
- Updated Turkish language from Hakan GГјven.
- Added Lithuanian language from Shimas5.
- Fixed several bugs.

v3.7.2
- Updated apktool (2.4.0_0918), smali (2.2.5), oat2dex (0.90_0918), vdexExtractor (0.5.2), jadx (0.8.0 build 547), UnpackerFirmware (1.6.0) plugin, luyten 0.5.3 (procyon 0.5.33), Java (8u181), Python (3.6.6), adb, zipalign.
- In the advanced settings, the option of choosing a utility for deodexing Android 8.x and higher (baksmali or vdexExtractor) has been added.
- Many improvements to deodexing algorithms.
- Added remove_classes_dex plugin from Andycar to remove classes.dex from APK / JAR files.
- Added Turkish by Hakan GГјven.
- Fixed some bugs.

v3.7.1
- Updated apktool (2.3.4_0503), oat2dex (0.90_0420), jadx (0.7.2 build 429), UnpackerFirmware 1.4.4, Java (8u171).
- Accelerated display and saving logs Logcat (about 3 times).
- Added saving log from previous reboot (last).
- In the advanced settings, the option of deodexing Android 6 and higher through oat2dex is again added (faster than via baksmali, but errors are possible).
- The option in the "Save original AndroidManifest.xml" advanced settings is now set to NO by default.
- Fixed some bugs.

v3.7.0
- Batch ApkTool is now 64-bit! For 32-bit Windows (and Windows XP) will be laid out a separate version.
- Updated apktool (2.3.3_0413), jadx (0.7.2 build 427), oat2dex (0.90), python (3.6.5), adb, zipalign.
- Added Android 8.1 deodexing (using the vdexExtractor utility).
- Added UnpackerFirmware plug-in from unix3d for unpacking firmware images (instead of the outdated SDATunpacker).
- All items "CANCEL" in the menu Batch ApkTool are now selected by the number 0.

v3.6.9
- Updated apktool (2.3.2), smali (2.2.3), enjarify (0329), jadx (0.7.2 build 413), Java (8u161).
- Added option to enable aapt2 experimental support in advanced settings (only for apktool 2.3.2 and higher).
- Fixed some bugs.

v3.6.8
- Updated apktool (2.3.1), smali (2.2.2), Java (8u151).
- Added display of time spent on decompilation / recompilation.
- Fixed detection of Java 9 version.
- Apktool 1.5.2 has been removed from the distribution.

v3.6.7
- Updated apktool (2.2.5_0827), sdat2img (2017-28-08), Java (8u144).
- Added check for the availability of files required for operation.
- Fixed minor bugs.

v3.6.6
- Updated apktool (2.2.3), smali (2.2.1), luyten 0.5.3, sdat2img (2017-01-04), Java (8u131).
- Added Android O deodexation.
- Removed the possibility of deodexing Android 6 and higher through oat2dex.

v3.6.5
- Updated enjarify (0301).
- The standard Windows dialog is now used to select files.
- In the advanced settings added options "Save the original AndroidManifest.xml", "Warn about rewriting folders when decompiling" and "Sound alerts".
- Added display messages in the tray.
- Fixed hanging of logcat log output.

v3.6.4
- Updated apktool (2.2.2), smali (2.2_0108), enjarify (0122), luyten 0.5.0 (procyon 0.5.32), sdat2img (2016-11-23), Java (8u121).
- Added FindFramework plugin to distribution.
- Fixed extraction from sqsh archives of files with the same name, but in different case, during deodexation.

v3.6.3
- Updated apktool (2.2.2_1023), smali (2.2_1024).
- Added support for API Level 25 (Android 7.1 Nougat Preview).
- Fixed signature of some APK files.

v3.6.2
- Updated apktool (2.2.1), smali (2.2_1018), enjarify (0928), sdat2img (0924), Java (8u111).
- Added an alternative way to copy files to the / system folder (item [14->2], the su binary is used.
- Added the ability to selectively install an APK from the _OUT_APK folder.
- Now baksmali is used by default for deodexing Android 6 and higher (you can enable oat2dex in advanced settings [00]).
- Added file count when deodexing via baksmali.
- Improvements and fixes.

v3.6.1
- Updated apktool (2.2.1_0819), enjarify (0831), luyten 0.4.9 (procyon 0.5.32), plugin SDATunpacker (1.0.1).
- Optimized API level deodexing algorithm>= 23 through baksmali.
- Added support for dedexing odex * .sqsh files.
- The symlink search algorithm has been significantly accelerated and improved (symlinks are supported after unpacking images with the Rom Helper program).
- Added option to enable / disable removal of symlinks after deodexing (in advanced settings).

v3.6.0
- Updated apktool (2.2.0), luyten 0.4.8 (procyon 0.5.32), Java (8u101).
- Added _system folder for deodexing firmware.
- Added automatic detection of API Level, if in the _system folder there is a file build.prop.
- Log deodexation rendered in a separate file log_deodex.txt
- Symlink files are now deleted after deodexing (symlink code for updater-script is saved at the end of the deodexing log).
- Accelerated recompilation in expert mode with a large number of changes in the decompiled file.
- SDATunpacker plugin added to distribution.
- Removed old versions of oat2dex.
- Various improvements and fixes.

v3.5.0
- Updated apktool (2.2.0_0621), smali (2.2_WIP_0529).
- Various improvements deodexation algorithm.
- Added advanced settings (menu item [00]) with the ability to select the API level deodexing method>= 23.
- Now plugins can use the Python 3 interpreter to work.
- Dalvik bytecode translator to JVM dex2jar bytecode has been replaced by enjarify.

v3.4.5
- Updated apktool (2.1.1), smali (2.1.2_0424), oat2dex (0.87_0426), luyten 0.4.7 (procyon 0.5.32), Java (8u91).
- Changed Android 6.0 deodexing method.
- The CopyBack plugin has been added to the distribution.

v3.4.4
- Updated apktool (2.1.0), oat2dex (0.86_0316), Java (8u77).
- Added Android N deodexation.
- Error deodexing boot.oat now does not interrupt the process of deodexation.

v3.4.3
- Updated apktool (2.1.0_0229), oat2dex (0.86_0226), smali (2.1.2_0228), Java (8u73).
- Added copying of the / system / app, / system / priv-app, / system / framework folders from the device to the utility folders (p. 13 -> 4).
- Fixed processing of some files with non-standard zip-headers (during deodexing and assembling in expert mode).
- Updated adb, zipalign binaries.

v3.4.2
- Updated apktool (2.1.0_0106), oat2dex (0.86_0107), smali (2.1.1), luyten 0.4.6 (procyon 0.5.32).
- Accelerated deodexation of Android 6.0 files.
- Fixed deodexing files with several classes.dex (Android 6.0).
- Added copying files from _OUT_APK to / system / framework.
- Added Ukrainian language (thanksVolodiimr ).

v3.4.1
- Updated apktool (2.0.3_1024), smali (2.1.0_1018), oat2dex (0.85_1013), jadx (0.6.1 build 221), Java (8u65).

v3.4.0
- Added Android 6.0 deodexation
- Updated apktool (2.0.2_0930_), smali (2.1.0_1002), oat2dex (0.83_0930), jadx (0.6.1 build 220).

v3.3.4
- Updated apktool (2.0.2_0912_fix), jadx (0.6.1 build 218).

v3.3.3
- Updated apktool (2.0.2_0821), smali (2.0.7_0906), oat2dex (0.83_0909), luyten 0.4.4 (procyon 0.5.30), jadx (0.6.1 build 215), Java (8u60).
- Updated adb binaries.
- Fixed reading of hidden symbolic links.

v3.3.2
- Added deodexation .odex.gz-files.
- Fixed zip file signature for recovery.
- Minor fixes.
- Updated apktool (2.0.2_0811), jadx (0.6.1 build 210), oat2dex (0.83_0806).

v3.3.1
- Added deodexation of .apk files in the _framework folder.
- The function of copying files to a device (point 14) now copies files recursively along with subdirectories.
- Added copying deodexed APK and JAR-files in the _INPUT_APK and _INPUT_JAR folders.
- Updated apktool (2.0.1), jadx (0.6.1 build 206), Java (8u45).

v3.3.0
- Added Spanish, Chinese, German, Turkish and French.
- Changed the file deodexation logic: files are now deodexed directly in the _app, _priv-app and _framework folders.
- Improved deodexing algorithms: now all architecture files are deodexed in one pass.
- Added symbolic links to the deodex log (for updater-script).
- Fixed deodexing files with several classes.dex.
- Updated apktool (2.0.1_0629), smali (2.0.7_0619), jadx (0.6.1 build 203), oat2dex (0.83).

v3.2.1
- Added Belarusian language
- Logs are now saved to UTF-8 with BOM
- Increased Java heap size for oat2dex.jar

v3.2.0
- Added support for localization files. Russian and English languages ​​added to the distribution.
- Added initial plugin support. The functions of replacing resources without recompiling and converting unicode sequences to UTF-8 are transferred to plug-ins.
- Added plugin for adjusting the color of the main interface elements.
- The jd-gui Java source decompiler has been replaced by luyten 0.4.4 (procyon 0.5.28).
- Added output of color formatted text to logcat. Logs are now saved in real time while browsing.
- Fixed ignoring changes in the libs folder.
- Updated apktool (2.0.1_0524), smali (2.0.6_0523), jadx (0.6.1 build 198), oat2dex (0.81).
- Various improvements and fixes.

v3.0.1
- Added a counter of processed files.
- Frames are now installed from the _framework folder and all its subfolders.
- Updated apktool (2.0.0), smali (2.0.5_0410), jadx (0.6.0), jd-gui (1.0.0-RC4), dex2jar (2.0).
- Updated Java 8u45 (in standalone BAT version).

v3.0
- Improved the algorithm of the expert mode.
- Added deodexation of x86 architecture applications (Android 5.0).
- Added saving the table of inline-methods of the firmware (paragraph 18->8) (see readme p. 3.10).
- Increased decompiling speed.
- Updated apktool (2.0.0-RC4_0322), smali (2.0.5_0321), jadx (0.5.5 build 181), signapk.

v2.9.9
- Fixed the recompilation function if the aapt.exe file is present in the C: \ Windows folder
- Updated jadx (0.5.5 build 171).

v2.9.8
- Improved Java detection
- apktool 2.x now uses external aapt.
- Updated apktool (2.0.0 RC4), jadx (0.5.5 build 166).

v2.9.7
- Added expert mode for building APK (see readme p.5.5).
- Added error logging for item [6 Zipalign files].
- Improved application decompilation function on systems where the system variable PATH is incorrectly set
- Updated jadx (0.5.5 build 165).

v2.9.6
- Items 04-07 now decompile all dex files, not just classes.dex.
- Updated apktool (2.0.0 rc3 from 01/21/2015), smali (2.0.5), jadx (0.5.5 build 164).
- Updated Java 8u31 (in standalone version of BAT).

v2.9.5
- Fixed ignoring changes made to the assets and lib folders when using apktool 1.x (the defect appeared in BAT289)
- Returned compatibility with beta versions of apktool 2.x

v2.9.4
- Added deodexation of * .odex.xz files in the _framework folder
- Code optimization

v2.9.3
- Added deodexation of * .odex.xz files (Android 5.0)
- Updated jadx (0.5.5 build 163).

v2.9.2
- Added the possibility of deodexing Android 5.0 applications
- Fixed incorrect decompiling of applications, if the file names of their smali-code contained invalid characters
- Updated jadx (0.5.5 build 162).

v2.9.1
- Improved deodexation function.
- Updated apktool (2.0.0 rc3 from 12/30/2014), smali (2.0.3 from 12/29/2014), jadx (0.5.5 build 157).
- Updated aapt.exe for apktool 1.5.2

v2.9
- Added information about the versions of components used in the logs.
- Frames when using apktool_2.x are now installed in the utility folder.
- Updated apktool (2.0.0 rc3 from 12/26/2014), jadx (0.5.5 build 155).

v2.8.9
- Fixed saving the version of the application and the version of the SDK, modified via apktool.yml.
- Updated apktool (2.0.0 rc2 from 11/02/2014), smali (2.0.3 from 11/06/2014), jd-gui (0.3.7 RC1), jadx (0.5.5 build 142).

v2.8.8
- Returned the creation of a backup in the folder _backup.
- Standalone-version of Batch ApkTool now uses Java 8.
- Updated apktool (2.0.0 rc2 from 10/20/2014), jadx (0.5.3 build 131).
- Improvements and fixes.

v2.8.7
- When copying files to system folders, they now have 644 permissions
- Updated APK build algorithm via apktool 2.x
- Logs are now opened in the editor associated with txt files in the system
- Updated apktool (2.0.0 rc2 from 10/05/2014), jadx (0.5.3 build 126).

v2.8.6
- Added detection of Java version when launching the utility
- Updated aapt.exe for apktool 1.5.2
- Updated apktool (2.0.0 rc1 from 09/24/2014), jadx (0.5.3 build 126).

v2.8.5
- The rate of deodexation and recompilation is slightly increased (approximately by 10-20%)
- Added option [87 Don't write out debug info]
- Added the ability to select a key for signing APK, ZIP, and JAR files
- Updated apktool (2.0.0 rc1 from 08.27.2014), smali (2.0.3 from 08.28.2014), jadx (0.5.3 build 120).

v2.8.4
- Added support for apk containing several dex files
- Updated apktool (2.0.0 rc1 from 08.16.2014), jadx (0.5.2).

v2.8.3
- Fixed a situation with some users, when after decompiling the folder of the disassembled application turned out to be empty
- Updated jadx (0.5.2 build 102).

v2.8.2
- Added operations of batch installation of applications (including on the SD card) and copying files to the device
- It is forbidden to run multiple copies of the utility
- Changed the method of displaying color text (for translators of the utility into Russian and other languages)
- Updated jadx (0.5.2 build 96).

v2.8.1
- Added a couple of checks when running the utility
- Added item [20 info] - information about the version of android and file system
- Updated smali (2.0.3 from 07.22.2014), jadx (0.5.2 build 92).

v2.8
- Added copying (pull) of the / system / app, / system / priv-app and / system / framework folders from the device
- Added the ability to save the full bug report of the device (logs>bugreport)
- The format of the end of lines in the log files and bug report is now standard for Windows - CR + LF
- Updated jadx (0.5.2 build 88)

v2.7.1
- Significantly accelerated conversion of unicode escapes to UTF-8
- Now when parsing through [06 Decompile JARs (only smali)], the -l and -s parameters are not used.
- Updated jadx (0.5.1 build 82).

v2.7
- Added unicode escapes to UTF-8 (smali) conversion.
- Added colors)
- The algorithm for detecting the changes made has been optimized, the recompilation speed has been increased (up to 2 times)
- Added smali-baksmali version 1.4.2.
- Updated aapt, adb and zipalign binaries.
- Updated jadx (0.5.1 build 80).
- Fixed incorrect date in the name of the logs and screenshots, if the format of regional standards is different from Russian.

v2.6
- Increased recompilation speed (depending on the source file and the changes made - up to 3 times)
- Changing the logic of opening the log, again)): two modes - MANUAL and ON.
- Updated apktool (2.0.0 rc1 from 06/18/2014), jadx (0.5.1 build 78).

v2.5
- Added option [86 Keep broken resources] to force decompiling of damaged resources.
- Added recording of files in the / system / priv-app folder.
- Now after each operation, you are prompted to open the log.
- Updated apktool (2.0.0 rc1 from 05/25/2014), jadx (0.5.1 build 70).

v2.4.1
- Returned the old algorithm for determining changes in AndroidManifest.xml, excluding apktool.yml.
- Fixed a crash when working with files containing brackets in the name (), as well as when entering some special characters instead of the menu item number.
- Updated jadx (0.5.1 build 68).

v2.4
- Added the ability to select one file for processing.
- Updated apktool (2.0.0 rc1), jadx (0.5.1 build 63).
- Fixed saving changes to apktool.yml.
- Minor improvements.

v2.3
- Added the ability to connect ADB via Wi-Fi.
- Fixed video recording command [17].
- Updated adb and aapt binaries.
- Minor improvements.

v2.2
- Added view source Java code APK, JAR and DEX files.
- Added recording of video from the screen via ADB (requires android 4.4 or higher).
- Changed the logic of the menu items [11], [13], [14] and [15].
- Fixed recompilation error using apktool 1.x, which appeared in v2.1.

v2.1
- Added the ability to create and load projects.
- Recompilation and assembly points of the resulting APK are combined into one item.
- The signature option has become global and now applies to all weekend APKs.
- Signature option is enabled by default.
- The smali code when parsing through smali now corresponds to the smali code when parsing through apktool.
- Executable files of the program are moved to the bin folder.

Russian interface: Yes
Developer: Bursoft
Homepage: BurSoft Portable - Batch ApkTool

Download:
Batch apktool 3.7.5. for 64-bit Windows:
Batchapktool375.7z.(142 MB)
Batch apktool 3.7.5. for 32-bit Windows (Windows XP not supported ):
Attached fileBatchapktool375_32bit.7z.(85.3 MB)

For questions about filling the caps, the curator is always ready to help you.bursoftthroughQMS


Post has been editedbursoft - 11.11.21, 09:47
Reason for editing: Added modifications under the spoiler



Rep: (6837)
Alex.Strannik @ 11/13/22, 22:47*
I hope this will understand.

It is written to him .. it seems to have chewed ..



Rep: (18)
When I do not make changes, everything is going well!
When I make changes to happen, please tell me how to fix it:
log_recompile
Batch APKTOOL: 3.7.5
APKTOOL: APKTOOL-2.6.2_2022-11-12-D666DB2_MOD_TILKS.JAR
Expert Mode: YES
Signature: NO
--------------------------------------------------

[*] Installing framework-ext-res.apk framework
I: Decoding Shared Library (android.miui), pkgId: 17
I: Framework installed to: bin \ framework \ 17.apk
[*] Installation framework-res.apk
I: Framework installed to: bin \ framework \ 1.apk
[*] Installation of the framework GlobalfashionGallery.apk
I: Decoding Shared Library (miui), pkgId: 16
I: Decoding Shared Library (miui.system), pkgId: 18
I: Decding Shared Library (com.miui.android.fashiongallery), PKGID: 29
I: Framework installed to: bin \ framework \ 29.apk
[*] Installation of the framework GlobalminusscreenDor.apk
I: Decoding Shared Library (miui.system), pkgId: 18
I: Decding Shared Library (Com.mi.android.globalminusscreen), Pkgid: 29
I: Framework installed to: bin \ framework \ 29.apk
[*] Install the GoogleExtShared.apk framework
I: Decding Shared Library (Android.ext.shared), Pkgid: 0
I: Framework installed to: bin \ framework \ 2.apk
[*] Installation of the framework HybridPlatform.apk
I: Decoding Shared Library (miui), pkgId: 16
I: Decding Shared Library (com.miui.hybrid), PKGID: 112
I: Framework installed to: bin \ framework \ 112.apk
[*] Installing the miui.apk framework
I: Decoding Shared Library (androidhwext), pkgId: 15
I: Framework installed to: bin \ framework \ 16.apk
[*] Installing the miuisystem.apk framework
I: Decoding Shared Library (miui), pkgId: 16
I: Decoding Shared Library (android.miui), pkgId: 17
I: Framework installed to: bin \ framework \ 18.apk
[*] Installing the RtMiCloudSDK.apk framework
I: Decoding Shared Library (miui), pkgId: 16
I: Decoding Shared Library (android.miui), pkgId: 17
I: Decoding Shared Library (miui.system), pkgId: 18
I: Framework installed to: bin \ framework \ 96.apk

[*] Recompilation Xiaomi.eu_miuihome_release-4.21.17.3160 ​​(Aapt1)
I: Using Apktool 2.6.2-D666DB2-Mod-by-Tilks
I: Checking whether sources has changed ...
I: Smaling smali folder into classes.dex ...
Exception in Thread "Main" Org.jf.util.exceptionWithContext: Exception OcCurred While WHILE CODE_ITEM FOR METHOD LANDRODRID/App/ApptDELGATEIMPL;>CreateView (Landroid/View/View; Ljava/Lang/String; Landroid/Content/Context; Landroid/Uttributeset;) Landroid/View/View;
at org.jf.dexlib2.writer.dexwriter.writebugandcodeims (dexwriter.java:1047)
at org.jf.dexlib2.writer.dexwriter.writeto (dexwriter.java:346)
at org.jf.dexlib2.writer.dexwriter.writeto (dexwriter.java:301)
at brut.androlib.src.smalibuilder.build (Smalibuilder.java:58)
at brut.androlib.src.SmaliBuilder.build (SmaliBuilder.java:37)
at brut.androlib.androlib.buildsourcessmali (Androlib.java:453)
at brut.androlib.androlib.buildsources (Androlib.java:384)
at brut.androlib.androlib.build (Androlib.java:336)
at brut.androlib.androlib.build (Androlib.java:303)
at brut.apktool.main.cmdbuild (Main.java:263)
at brut.apktool.Main.main (Main.java:82)
Cased by: org.jf.util.exceptionwithContext: error While Writing Institution at Code Offset 0x6e
at org.jf.dexlib2.writer.dexwriter.writecodeitem (dexwriter.java:1320)
at org.jf.dexlib2.writer.dexwriter.writebugandcodeims (Dexwriter.java:1043)
... 10 more
Caused by: Org.jf.util.exceptionWithContext: Unsigned SHORT VALUE OUT RANGE: 65576
at org.jf.dexlib2.writer.DexDataWriter.writeUshort (DexDataWriter.java:116)
at org.jf.dexlib2.writer.InstructionWriter.write (InstructionWriter.java:356)
at org.jf.dexlib2.writer.dexwriter.writecodeitem (dexwriter.java:1280)
... 11 more

[*] --->Recompination error "Xiaomi.eu_miuihome_release-4.21.17.3160"

READY WITH 1 ERRORS.
Time spent: 2 min. 54 sec.



Rep: (2363)
* Borbelua,
Batch Apktool (post Wlryss #118679995)



Rep: (2363)
Batchapktool Expert-CRC (experimental version)

2022-11-22
+ File compression was fixed, it was determined incorrectly.
+ Added the ability to delete/ add files in other folders (Assets, Lib, ...)
+ compression degree .so, .dex reads from Apktool.yml
+ Sometimes, after editing, smiled, .dex were not added to the agricultural file, there were old ones.
+ Fixed APKTool.JAR, the correct list of files in MAP.TXT, if 9.PNG was renamed during disassembly, due to error.
W Cantate 9patch Chunk in File: "FD.9.png". Renaming it to *.png.
Attached fileBatchapktool_Expert-CRC_2022-11-22.ZIP(228.39 KB)


2022-11-20
+ other expert regime (CRC). It turns on on command 87 (yes - CRC - no).
+ Comparison of the initial agro -industrial complex of the file with the assembled. It turns on on command 12 (yes - no) in a hidden menu (00). Writes in a general assembly log.
+ The name of the signature file, for V1, is taken from a disassembled agro -industrial complex. Writes in a general assembly log.
* There may be a discrepancy with your usual interface, for example - there is no car switching to Aapt2, since an extra point, they interfered with it quickly switching.
unpacking the archive so that files and folders from the archive turned out along the path of Batchapktool \ Bin
Previously, save your files to be able to return if something goes wrong.
Attached fileBatchapktool_expert-crc.zip(228.15 KB)


Link to APKTOOL.JAR MOD, which is needed for the expert regime (CRC)
Batch Apktool (post #102370162)

Post has been editedtilks - 22.11.22, 23:32
Reason for editing: Batchapktool_Expert-CRC_2022-11-22.ZIP



Rep: (2363)
Updated Apktool.jar mod the last commit.
Batch apktool (post tilks # 102370162)



Rep: (160)
Tilks @ 11/20/22, 21:31*
Batchapktool Expert-CRC
The experiment conducted on the system miuicalendar.apkJust added Russian.
After reappeeling in expert mode (CRC) in the application itself in the settings, when clicking on some menu items, the application throws it to the main launch screen.
After reappeeling in expert mode (CRC) with the size ".APK" everything is fine
In the expert mode (yes), after the reappevelopment, everything is fine, there are no departments in the application, but in this mode of re-launch the size "APK "increases by 7-mb.

Post has been editedstupakov8 - 22.11.22, 09:17



Rep: (19669)
* stupakov8 , since it has fallen, then it is worth seeing Logcat. Fortunately, in miui this is given to you openly



Rep: (2363)
* stupakov8,
You can throw off the fall of the fall, and all three versions of miuicalendar.apk (original and expert versions) in the 7-Zip archive.
To understand by the log what this is missing in the CRC version.



Rep: (160)
Tilks @ 11/22/22, 10:19*
All three versions of miucalendar.apk (original and expert versions)
Attached fileMiuicalendar.zip(41.22 MB)
Added Russian because In the original it is not.

Post has been editedstupakov8 - 22.11.22, 10:37



Rep: (2363)
* stupakov8,
Will there be no log?

Compared in the archive.
In an ordinary expert, for some reason, there are changes in smuli, and changes in the RES folder, which is normal for this regime, because of this, the size will fluff.

When replacing/adding a language, only resources.ars
As can be seen in both expert regimes. Resources.arsc file is the same in the control amount.
That is, we throw it back as the cause of the error.
It remains or smashed, for some reason the collected, or the RES folder.

To eliminate the error in the smuli, you can simply replace them (classes.dex, classes2.dex) from the original, to the usual expert version, which was a worker, but more for 7MB



Rep: (6837)
Tilks @ 11/22/22, 11:10*
It remains or smashed, for some reason the collected, or the RES folder.

Changes in smuli (from the experience of using the batch) - do not give when assembly in expert mode (and in any other) an increase in the size of the APK. And in res/ when assembly in expert mode, folders of type Drawable-XXDPI-V4, etc. are often added.
If you open a transformed in expert mode using Winrar for example Framework-res.apk (in which there is no classes.dex) - then this can be clearly seen.

Post has been editedWlryss - 22.11.22, 11:22



Rep: (2363)
Wlryss @ 11/22/22, 10:21*
Changes in smuli (from the experience of using the batch) - do not give when assembly in expert mode (and in any other) an increase in the size of the APK.

We do not measure experience here, but we catch a specific mistake.
The original and CRC expert are both the same, with the exception of the Resources.arsc file
It seems logical, since only the tongue was added there.
And that ordinary expert changed the smuli, for some reason, and the Resources.arsc file is exactly the same as on the CRC expert, which gives an error.
What your experience will say about this. Why the smuli has changed if he was not touched.
Could there be in smulia, direct links to some kind of resource file, bypassing the Resources.rsc database?
Then the error would be clear.



Rep: (6837)
Tilks @ 11/22/22, 11:37*
What your experience will say about this. Why the smuli has changed if he was not touched.

The initial question was an increase in APK by 7-8 MB. Above expressed his assumption about
Tilks @ 11/22/22, 11:10*
It remains or smashed, for some reason the collected, or the RES folder.

Tilks @ 11/22/22, 11:10*
In an ordinary expert, for some reason, there are changes in smuli, and changes in the RES folder, which is normal for this regime, because of this, the size will fluff.

And here we do not seem to measure experience, but express our assumptions.
Tilks @ 11/22/22, 11:37*
What your experience will say about this. Why the smuli has changed if he was not touched.
Could there be in smulia, direct links to some kind of resource file, bypassing the Resources.rsc database?

I won’t say about going around the resources.rsc database, but about the presence of direct links to some kind of resource file, it is definitely very likely, but you can only identify in a particular APK and, if you have a log, an error is natural

Post has been editedWlryss - 22.11.22, 12:04



Rep: (2363)
Wlryss @ 11/22/22, 10:41*
The initial question was an increase in APK by 7-8 MB.

I have not seen such a question. All guests know about increasing size in expert mode since 2017, and we will give a link to the post of author to beginners.
Batch ApkTool (Post by bursoft # 58676347)
Professionals for modifying apk know that the most reliable way to edit an apk is to recompile an apk with the necessary changes, and then take only those files that have been modified and add them to the original apk without compression. Thereby we increase the chances that the application will work correctly.

Something does not work as you can see.
All files that were not changed remained the same, by the control amount, but still an error.
The path changes to the file, and the file itself remains not touched. So the path to it is important, and somewhere it is registered, but where and how to find it out.
Wlryss @ 11/22/22, 10:41*
It is unambiguously very likely, but you can only identify in a particular APK and in the presence of logs there is an error naturally

If you, or someone, has time for experiments, and such an opportunity, then you need a file (preferably not large), which works in ordinary experimental mode, but does not work when assembling in normal mode, and accordingly will not work and will not work and will not work In CRC expert mode.
We need logs and these files, otherwise we will not advance in understanding errors.
Until today, we were sure that the reason for changes during re -elect, but as you can see at all.



Rep: (2363)
* stupakov8,
I figured out the calendar.
When unpacking the original was
W Cantate 9patch Chunk in File: "FD.9.png". Renaming it to *.png.
W Cantate 9patch Chunk in File: "Gu.9.png". Renaming it to *.png.

And in map.txt this is not taken into account, there p. 9.png
Res/fd.9.png = res/dRavable-night-xxhdpi/popup_dislike_bg.9.png
Res/gu.9.png = res/dRavable-xxhdpi/popup_dislike_bg.9.png

Therefore, at the CRC expert, they returned from the original p .9.png
As you can see in the archive
And when unpacking CRC, the version writes about this
S: COULD Not Decode File, Replacing by False Value: Drawable-Night-XXHDPI/Popup_Dislike_bg.png.png.png.png.png
S: COULD Not Decode File, Replacing by False Value: Drawable-XXHDPI/Popup_dislike_bg.png.png.png.png.png.png.png.png.png.png.png.png.png.png.png.png.png.png.png.png.png.png.p

To eliminate the error, you need to rename the file file
DRAWABLE-NIGHT-XXHDPI/Popup_dislike_bg.9.png
Res/DRAWABLE-XXHDPI/Popup_dislike_bg.9.png
on
DRAWABLE-NIGHT-XXHDPI/Popup_dislike_bg.png
Res/DRAWABLE-XXHDPI/Popup_dislike_bg.png

since it is recorded in the database
Resource 0x7F08065C DRAWABLE/POPUP_DISLIKE_BG Public
(xxhdpi) (File) Res/DRAWAWABLE-XXHDPI/Popup_dislike_bg.png Type = PNG
(Night-XXHDPI) (File) Res/Drawable-Night-XXHDPI/Popup_Dislike_bg.png Type = PNG

Apktool.jar must be corrected to give out the right file names.



Rep: (2363)
Updated Apktool.jar mod To work with the new expert regime.
+ corrected the list of files in MAP.TXT, if 9.PNG was renamed during disassembly.
Batch apktool (post tilks # 102370162)

Updated Batchapktool Expert-CRC (experimental version)
+ File compression was fixed, it was determined incorrectly.
+ Added the ability to delete/ add files in other folders (Assets, Lib, ...)
+ Do I need to compress .so, .dex reads from Apktool.yml
+ Sometimes, after editing, smiled, .dex were not added to the agricultural file, there were old ones.
Batch Apktool (post Tilks #118847061)



Rep: (1906)
* tilks , I can soon be at the computer, can I take your developments to my mod?



Rep: (2363)
* cergor,
Of course you can, only you need to test a lot more.



Rep: (1906)
Tilks @ 11/22/22, 22:59*
Test a lot more.
Butch and testkens are not compatible :) But I will drive away through myself



Rep: (160)
* tilks
The calendar is now working.
There is a question, in the expert mode (CRC), if you do not sign a system application, then after replacing it in TWRP the system then considers it unidentified, and in fact it is in a system folder, it is treated only by the appendix retardation.
Is there a solution to this situation to without a re -signing .APK?
And the system ".APK" does not need to be signed when re -elect.
In expert mode (yes), everything is in order.

Post has been editedstupakov8 - Yesterday, 02:30


Full version    

Help     rules

Now: 11/24/22, 11:19