Develop Bugs

[Guide] How to port Stock 2.3.6 apps to cm7

Warning:
This guide isn't orginally by me, I found it on internet and posting (with some edits) here to help people
The original post : http://epiccm.blogspot.com/2012/01/porting-touchwiz-apps-for-cm7.html
Click to expand...
Click to collapse
Many stock Samsung apps are awesome and beautifully looking, also cyanogen mod is fast and high customizable, you dont need to sacrfice CM& for good looking apps anymore
Click to expand...
Click to collapse
STEPS:
1- get your desired App from System/app + twframework.jar and twframework-res.apk from System/framework
2- Decompile all of them Using APK Manager OR Apktool OR Virtous Ten Studio or any other apps
Guide for decompile,compile : HERE
Click to expand...
Click to collapse
3- Remove the library dependence from the AndroidManifest.xml
The line looks like this:
Code:
and remove any lines contain ‘com.device.samsung’
This to make it install on non samsung roms
Click to expand...
Click to collapse
4- Copy the twframework code into the app source.
‘twframework.jar.out/smali/’
The app now contains both its own code, and all the needed TouchWiz code. There’s a small chance it might work if you recompile it now, but it probably also needs resources
Click to expand...
Click to collapse
.
5-Update the resources
a. Add the needed files/parts
search for any ‘@touchwiz:’ parts in any xml file under res/.
Next, you will need to merge everything under /res/ from the twframework-res.apk.
Copy over anything that doesn’t already exist. Files under /res/values/ (Except public.xml) will need to be merged, meaning insert all the values from the framework into the app, before the closing tag (Keep the XML valid). If your missing any resources, re-compiling the APK will fail
b. Remove the touchwiz references
Replace every ‘@touchwiz:’ with just an ‘@’
Example :
Code:
@touchwiz:color/
to
@color/
Copied directly from OP :
There are some calls to IDs in the 0x20 range, this is an issue because as far as I know, the 0x20 range can only be provided by the system somehow. For the Calendar app, I had to remove setIcon calls in a few activities to prevent ResourceNotFound exceptions.
If you remove them, then some things like images might not work. I also found that just removing them can cause random NullPointer errors.
Note: While working on the Task Manager, it became more complex. I had to update the old 0x20 references to the references within the new package.
After the resources are added, decompile it again, so the added resources show up in the /res/values/public.xml
Search for the old 0x20 value, and update it to the new value. If you include the /smali/touchwiz/ directory, then you can just search for the hex value and you will get the name of it from the TW R.smali files, and you can find the updated hex value in the /res/value/public.xml file
Click to expand...
Click to collapse
6. Re-compile
7. Sign the apk using platform key or testkey from HERE
GUIDE TO SIGN APK
Click to expand...
Click to collapse
Most apps uses testkey but if you had any permission error, use platform key or search google for the error
Click to expand...
Click to collapse
8. Install
adb push /system/app/
OR
using system app installer
OR
using any root explorer
Credits :
-Original poster
-Me, for simplifing it
Click to expand...
Click to collapse

Well this is useful!

I Will release some apps, after my exams finish
Sent from my GT-S5360 using Tapatalk 2

Is it possible to port stock fm radio to cm7?

bluestarfish said:
Is it possible to port stock fm radio to cm7?
Click to expand...
Click to collapse
you can try it, but it will not work anyway. there is a radio fm bug in cm7

yeah finaly i got this
many thanks sir

Well, I had it in my mind everytime but never tried doing it... #laziness
Anyways, this IS usefull :good:

Nachiket.Namjoshi said:
Well, I had it in my mind everytime but never tried doing it... #laziness
Anyways, this IS usefull :good:
Click to expand...
Click to collapse
Its a great honor for me that a good developer like you admires my work
On a side note : many devs ported stock apps (generally clock widget and launcher and task manager) to CM7 but no one ever shared, I don't like those who don't share their experiences
Sent from my GT-S5360 using Tapatalk 2

Perfect !
Just what i needed good job OP

[MOD][CM12.1 BETA 3/20150506] Google Android System Webview

Introduction
Google has updated Android System Webview for Lollipop, but is only exclusive for stock Nexus ROMs. The app is available in Play Store but renders unusable for non-Nexus ROMs. The 'framework-res.apk' contains a string that links the webview to the stock package 'com.android.webview,' and the updated webview uses the package name 'com.google.android.webview.' This mod replaces the link for the Webview from stock to the updated package.
An Xposed module is available but Xposed Framework is in its 'Super Alpha' stage for Android 5.1.1. This mod is for those who don't want to test an unstable build yet.
Instructions
NOTE: Ensure that a backup is available in case things get out of hand.
Download and install Android System Webview from Play Store or replace the stock webview with Delta GApps Webview Addon (flash).
Download the attached file and place it in the device's storage.
Flash the downloaded file through recovery.
Reboot the system.

DIY Tutorial
If you have other mods installed, you can apply this mod alongside them.
Requirements
Windows Platform
A PC
Modified framework-res.apk
Instructions
Go to iBotPeaches' Apktool website and follow the installation instructions for Apktool 2.x.
Place the modified framework-res.apk together with the previously downloaded files in the same folder.
Hold 'Ctrl' + 'Shift' and right-click inside the folder and select 'Open command window here'.
Type in:
Code:
apktool if framework-res.apk
This imports the framework, which is what the 'if' stands for.
Type in:
Code:
apktool d framework-res.apk -s
This decodes the apk. The '-s' variable makes it decode only the resources, which saves us more time in decompiling.
Navigate to 'framework-res\res\values'.
Open up strings.xml and find 'config_webViewPackageName'.
Replace 'com.android.webview' with 'com.google.android.webview' and save.
Type in:
Code:
apktool b framework-res -c
This rebuilds the apk, which is what the 'b' stands for. The variable '-c' copies the original AndroidManifest.xml and META-INF folder. These contain the signatures of the apk and are necessary to function properly.
The recompiled framework-res.apk will be placed in 'framework-res\dist'.
Overwrite the existing framework-res.apk manually or replace the one in the flashable zip with the newly modified framework-res.apk.

thanks for your guide bro
will try this soon, but what we know how this work, if we success install this mod?

Nicklas Van Dam said:
thanks for your guide bro
will try this soon, but what we know how this work, if we success install this mod?
Click to expand...
Click to collapse
The only way I found out it was working was when I removed/replaced the stock webview, Google apps didn't force close at boot. I haven't thought/found other ways on how to.

elmkzgirxp said:
The only way I found out it was working was when I removed/replaced the stock webview, Google apps didn't force close at boot. I haven't thought/found other ways on how to.
Click to expand...
Click to collapse
So I must deleted stock android web view?

Nicklas Van Dam said:
So I must deleted stock android web view?
Click to expand...
Click to collapse
It's not necessary as it is guaranteed to work. But if you really wanted to make sure, then you can go ahead and replace/remove the stock webview.

elmkzgirxp said:
It's not necessary as it is guaranteed to work. But if you really wanted to make sure, then you can go ahead and replace/remove the stock webview.
Click to expand...
Click to collapse
is this will make bootloop? i used cm and this very fragile for that thing

Nicklas Van Dam said:
is this will make bootloop? i used cm and this very fragile for that thing
Click to expand...
Click to collapse
No. You should consider the risk when dealing with these things. Otherwise don't attempt to do such modifications.

elmkzgirxp said:
No. You should consider the risk when dealing with these things. Otherwise don't attempt to do such modifications.
Click to expand...
Click to collapse
i'm not consider that -_-, but i'm very lazy to reflash again if this bootloop. ok thanks for suggest
i've do patch to core.jar from lucky patcher. that's why i lazy with that thing -_- . if reflash it take much time to patch it again

@elmkzgirxp
is there way to check if webview is working??
also there are three files related to webview in aosp ROMs at /system/lib folder
1)libwebviewchromium.so
2)libwebviewchromium_loader.so
3)libwebviewchromium_plat_support.so
do they need replacement as Google webview also has libwebviewchromium.so file

mepsilon2 said:
@elmkzgirxp
is there way to check if webview is working??
also there are three files related to webview in aosp ROMs at /system/lib folder
1)libwebviewchromium.so
2)libwebviewchromium_loader.so
3)libwebviewchromium_plat_support.so
do they need replacement as Google webview also has libwebviewchromium.so file
Click to expand...
Click to collapse
The only way I know is that it doesn't return error messages on certain apps in logcat.
If you're talking about AOSP, the three libraries are used by webview.apk, the stock one. If you are using 5.0+, then it's not necessary to remove them, as the libraries in the /system/app folder takes precedence. But if you're using 4.0+, then you have to replace them. Most flashable zips do this work for you, unless you're doing it manually.

elmkzgirxp said:
The only way I know is that it doesn't return error messages on certain apps in logcat.
If you're talking about AOSP, the three libraries are used by webview.apk, the stock one. If you are using 5.0+, then it's not necessary to remove them, as the libraries in the /system/app folder takes precedence. But if you're using 4.0+, then you have to replace them. Most flashable zips do this work for you, unless you're doing it manually.
Click to expand...
Click to collapse
thanks
I'm on 5.1.1. Google webview has it's own libwebviewchromium.so shouldn't it have it's own libwebviewchromium_plat_support.so and libwebviewchromium_loader.so also??
---------- Post added at 10:42 AM ---------- Previous post was at 10:28 AM ----------
I guess it shouldn't as stock webview also has only libwebviewchromium.so Other 2 lib files must be common for both webview

mepsilon2 said:
I guess it shouldn't as stock webview also has only libwebviewchromium.so Other 2 lib films must be common for both webview
Click to expand...
Click to collapse
Right, of course, I forgot. The other two libraries are still necessary for it to function, but they rely on different libwebviewchromium.so.

elmkzgirxp said:
Right, of course, I forgot. The other two libraries are still necessary for it to function, but they rely on different libwebviewchromium.so.
Click to expand...
Click to collapse
I don't know if people already know this or not. but There is now no need to compile and decompile framework. there is a new commit which support both type of webview. Here is link for SlimRom
https://github.com/SlimRoms/frameworks_base/commit/72556d08c5a50d01252c74e1cec361ee24edd6e6
This support I have found in CM and AICP ROM too but not in ParanoidAandroid

mepsilon2 said:
I don't know if people already know this or not. but There is now no need to compile and decompile framework. there is a new commit which support both type of webview. Here is link for SlimRom
https://github.com/SlimRoms/frameworks_base/commit/72556d08c5a50d01252c74e1cec361ee24edd6e6
This support I have found in CM and AICP ROM too but not in ParanoidAandroid
Click to expand...
Click to collapse
Yeah, this thread is actually outdated, but I am unable to delete it. This could just be for future reference.

Sign apk with Platform keys no need to Unlock SuperUserMOD in jar

Here is the way to sign your apk with system platform...
Jar modification bye bye for Cyanogen Users... Hahahaha...​
Method
1) Unzip and put apk were data uncompressed...
2) rename it to k.apk
3) and run script...
Password :android
zip Attached
enjoy... signed apk only for CM12 and CM12.1.1 , my AOSP uses Cm12.1.1 platformkeys
so it work on rom that build with cm12 or cm12.1.1 keys​

reserved

Why it's protected with a password ?
Plus, it's should be posted on Android Themes/General forums not Xperia specif forums.

I used ZipSigner.apk for that

wolfmannight said:
Here is the way to sign your apk with system platform...
Jar modification bye bye for Cyanogen Users... Hahahaha...
Unzip
and put apk were data uncompressed...
rename it to k.apk
and run script...
Password :android
zip Attached
enjoy... signed apk only for CM12 and CM12.1.1 , my AOSP uses Cm12.1.1 platformkeys
so it work on rom that build with cm12 or cm12.1.1 keys
Click to expand...
Click to collapse
It mean i can make superuser mod with this?
Sent from my Xperia L using Tapatalk

it will enable SU for that signed apk
for many apk you need to sign every apk by this

After this do we need superuser mod. And just by that can we install any app on any phone

khurshid_258 said:
After this do we need superuser mod. And just by that can we install any app on any phone
Click to expand...
Click to collapse
any apk with any cm12 or cm12.1 based rom

abo hani said:
Why it's protected with a password ?
Plus, it's should be posted on Android Themes/General forums not Xperia specif forums.
Click to expand...
Click to collapse
Sir,
signing apk can done without password with keystore ? I don't think so..
I not put password , its a basic manual method to sign apk with platform keys
(keystore)A Java KeyStore (JKS) is a repository of security certificates – either authorization certificates or public key certificates – used for instance in SSL encryption.
I thought , 70% of Xperia apk works by signing them with Platform key ... So I posted
and I never open xda's other forms
I only open Sony Cross-Device General and Sony Cross-Device Development Themes and Apps , hahahaha

darknessmc said:
I used ZipSigner.apk for that
Click to expand...
Click to collapse
ZipSigner.apk is phone based I also have apksign.apk , but my phone take too much time to sign 14 Megabyte file , my phone is too slow
so i used to be sign apk on my mac

Nice tutorial, but I'll stick with replacing the testkeys in Apktool with the custom ones I currently need.
Just keep in mind that apps signed with platform keys cannot be installed normally. They gotta be pushed directly to system to work.
Just mentioning.

WhiteNeo said:
Nice tutorial, but I'll stick with replacing the testkeys in Apktool with the custom ones I currently need.
Just keep in mind that apps signed with platform keys cannot be installed normally. They gotta be pushed directly to system to work.
Just mentioning.
Click to expand...
Click to collapse
yup bro.

I can't do it . whenever I run the script it show some file not found error in command prompt , and my file get deleted

khurshid_258 said:
I can't do it . whenever I run the script it show some file not found error in command prompt , and my file get deleted
Click to expand...
Click to collapse
before run rename your xxxx.apk to k.apk
then run script

wolfmannight said:
before run rename your xxxx.apk to k.apk
then run script
Click to expand...
Click to collapse
I am doing like that only then also that error is coming. I have attached the image of the error

khurshid_258 said:
I am doing like that only then also that error is coming. I have attached the image of the error
Click to expand...
Click to collapse
Make sure you have jdk installed first.
If so then make sure you use the right path for it, maybe you have different version of jdk installed. As for me my jdk bin folder as follows:
"C:\Program Files\Java\jdk1.8.0_60\bin"
because I have jdk version 1.8.0_60 installed.

[REQUEST] OPO3 Music player

I need OnePlusOne3 stock Music player app, can someone upload it?

i second this. Anyone mind maybe pulling a backup of that app with Titanium or something?

Here you go
https://www.dropbox.com/s/947ug15klcqg00d/Music.zip?dl=0
This is not a flashable zip.
You need to extract and move the files to the system/app and change permissions accordingly..

freddy1991 said:
Here you go
https://www.dropbox.com/s/947ug15klcqg00d/Music.zip?dl=0
This is not a flashable zip.
You need to extract and move the files to the system/app and change permissions accordingly..
Click to expand...
Click to collapse
doesn't work, either moving into /system/app directory, or installing as a normal APK.
using official CM13.0 04 June build on A2003.

zipalign said:
doesn't work, either moving into /system/app directory, or installing as a normal APK.
using official CM13.0 04 June build on A2003.
Click to expand...
Click to collapse
It's the direct backup of the app from stock rom.
So, it's supposed to work only on the stock rom.
You should look for the ported one in the themes and apps thread. It might work with CM rom.

freddy1991 said:
You should look for the ported one in the themes and apps thread. It might work with CM rom.
Click to expand...
Click to collapse
didn't find music player ported APK in themes and apps thread in this section.

Kuciak said:
I need OnePlusOne3 stock Music player app, can someone upload it?
Click to expand...
Click to collapse
Try this " https://drive.google.com/file/d/0B2aYS_xI_g-gRTRwdW43ZklKTFU/view?usp=drives "

Has no one actually considered decompiling the apk? It's likely juts got a command somewhere saying it can't install or work on anything that isn't an op3, remove that and recompile

It's most likely crashing due to the missing libs files. If anyone can help me find the appropriate lib files, I might be able to get it to work. Any help would be greatly appreciated.

Deodexed and fixed: https://forum.xda-developers.com/android/apps-games/app-oneplus-music-v1-2-1-apk-deodexed-t3608761

Anyone successfully deodex stock oreo systemUI?

I'd like to get 3minit battery mod on my pixel XL. I'm rooted and on the latest Oreo October build.
On my 6p running 7.1.2 I was able to deodex the systemui so I could decompile smali code and make the required edits.
On Oreo in the GoogleSystemUI folder not only do I find the apk and odex files but now there's a googlesystemUI.vdex.
From the little I could find on the web, the vdex file is just the dex code. I have no idea where to start with deodexing the app now that I have this vdex file in there.
Any tips or tutorials out there on how to deodex Oreo system apps?
Thanks!

Well, for the systemui I used the updated apktool to decompile and recompile ( renaming .9.png ).

If the 3minit mod is all your looking for, go check the "oreo aroma mods" in the themes apps and mods section.

noidea24 said:
If the 3minit mod is all your looking for, go check the "oreo aroma mods" in the themes apps and mods section.
Click to expand...
Click to collapse
I got it working with those mods...I'd still like to know how to deodex the systemui so I can work on some other mods. Can't find anything on the web however.

Pain-N-Panic said:
I'd like to get 3minit battery mod on my pixel XL. I'm rooted and on the latest Oreo October build.
On my 6p running 7.1.2 I was able to deodex the systemui so I could decompile smali code and make the required edits.
On Oreo in the GoogleSystemUI folder not only do I find the apk and odex files but now there's a googlesystemUI.vdex.
From the little I could find on the web, the vdex file is just the dex code. I have no idea where to start with deodexing the app now that I have this vdex file in there.
Any tips or tutorials out there on how to deodex Oreo system apps?
Thanks!
Click to expand...
Click to collapse
I know it's been a few months but I was wondering if you've been able to deodex your files?
I have a theming tool that can, in theory, deodex Oreo but I don't have a phone with Oreo on to test it with. If you're willing, it'd be great if you could give it a try..
Sent from my Sony Xperia XA1 using XDA Labs

Ticklefish said:
I know it's been a few months but I was wondering if you've been able to deodex your files?
I have a theming tool that can, in theory, deodex Oreo but I don't have a phone with Oreo on to test it with. If you're willing, it'd be great if you could give it a try..
Click to expand...
Click to collapse
Are you speaking of Tickle My Android? If you are, I sure do have it and will gladly try. I was under the impression it couldn't be done on Oreo yet but I can give it a shot.
Also, @Ticklefish, I found a guide you wrote years ago on XML editing. I've read it probably fifty times now, it's been really good to me in learning how to theme my own device. Just wanted to say thanks!

Pain-N-Panic said:
Are you speaking of Tickle My Android? If you are, I sure do have it and will gladly try. I was under the impression it couldn't be done on Oreo yet but I can give it a shot.
Also, @Ticklefish, I found a guide you wrote years ago on XML editing. I've read it probably fifty times now, it's been really good to me in learning how to theme my own device. Just wanted to say thanks!
Click to expand...
Click to collapse
I do mean TMA, yes. Always good to see somebody using it! I've been doing research into the VDEX files that were introduced with Oreo and I think I've got a solution for them. I just need somebody who actually has an Oreo rom to try it out.
And I'm glad you find the guide useful. That's exactly what I wrote it for. I'm very happy now!
Sent from my Sony Xperia XA1 using XDA Labs

Ticklefish said:
I do mean TMA, yes. Always good to see somebody using it! I've been doing research into the VDEX files that were introduced with Oreo and I think I've got a solution for them. I just need somebody who actually has an Oreo rom to try it out.
And I'm glad you find the guide useful. That's exactly what I wrote it for. I'm very happy now!
Sent from my Sony Xperia XA1 using XDA Labs
Click to expand...
Click to collapse
Hey, @Ticklefish! Gave it whirl on Oreo 8.1 but no luck. It just cannot be deodexed at this time it seems. I've tried lots of different methods but no luck. I'm going to try 8.0 next. I have been able to deodex that.
Edit: Looks like it handled 8.0 just fine. I just deodexed the priv-app folder but it looks good.

Tulsadiver said:
Hey, @Ticklefish! Gave it whirl on Oreo 8.1 but no luck. It just cannot be deodexed at this time it seems. I've tried lots of different methods but no luck. I'm going to try 8.0 next. I have been able to deodex that.
Edit: Looks like it handled 8.0 just fine. I just deodexed the priv-app folder but it looks good.
Click to expand...
Click to collapse
Thanks for that, that's very handy. Is it possible you could share your 8.1 files please?
It looks like it falls over with the first file in the framework folder. The program appears to deodex it once..and then try to deodex it again. The problem is that when the first deodex happens, the original odexed file is deleted. So if it tries to deodex it a second time, there's nothing there to process.
This may be connected to 8.1 or it may be something I need to fix in the code.
Sent from my Sony Xperia XA1 using XDA Labs

Ticklefish said:
Thanks for that, that's very handy. Is it possible you could share your 8.1 files please?
It looks like it falls over with the first file in the framework folder. The program appears to deodex it once..and then try to deodex it again. The problem is that when the first deodex happens, the original odexed file is deleted. So if it tries to deodex it a second time, there's nothing there to process.
This may be connected to 8.1 or it may be something I need to fix in the code.
Sent from my Sony Xperia XA1 using XDA Labs
Click to expand...
Click to collapse
I will give you the files as soon as possible. There was more to it than it stopping though. The files that were supposed to have been deodexed, wasn't. The odex files were gone but the apks we're not deodexed.

Thanks Tulsa. I've been working crazy hours and haven't gotten around to attempting this yet.

Ticklefish said:
Thanks for that, that's very handy. Is it possible you could share your 8.1 files please?
It looks like it falls over with the first file in the framework folder. The program appears to deodex it once..and then try to deodex it again. The problem is that when the first deodex happens, the original odexed file is deleted. So if it tries to deodex it a second time, there's nothing there to process.
This may be connected to 8.1 or it may be something I need to fix in the code.
Sent from my Sony Xperia XA1 using XDA Labs
Click to expand...
Click to collapse
There is a report on Jesusfreaks smali about the out of bounds error when trying to deodex 8.1. Google just released the sources for Android 27 so that should help. I also get an out of bounds error when trying to unpack Pixel 2 and Pixel 2 xl system.imgs
Here are the system files for Pixel 8.1
https://www.androidfilehost.com/?fid=673791459329068735

Tulsadiver said:
There is a report on Jesusfreaks smali about the out of bounds error when trying to deodex 8.1. Google just released the sources for Android 27 so that should help. I also get an out of bounds error when trying to unpack Pixel 2 and Pixel 2 xl system.imgs
Here are the system files for Pixel 8.1
https://www.androidfilehost.com/?fid=673791459329068735
Click to expand...
Click to collapse
Thanks, I'll take a look. Sorry for the delay..Xmas was crazy..

Tulsadiver said:
There is a report on Jesusfreaks smali about the out of bounds error when trying to deodex 8.1. Google just released the sources for Android 27 so that should help. I also get an out of bounds error when trying to unpack Pixel 2 and Pixel 2 xl system.imgs
Here are the system files for Pixel 8.1
https://www.androidfilehost.com/?fid=673791459329068735
Click to expand...
Click to collapse
There doesn't seem to be anything in your framework folder at all...

Ticklefish said:
There doesn't seem to be anything in your framework folder at all...
Click to expand...
Click to collapse
Sorry about that. I must have moved them instead of copying them. I'm extracting them again. I'll upload the framework folder in a bit.
---------- Post added at 10:37 AM ---------- Previous post was at 09:51 AM ----------
Ticklefish said:
There doesn't seem to be anything in your framework folder at all...
Click to expand...
Click to collapse
Here you go!
https://www.androidfilehost.com/?fid=673791459329070410

Tulsadiver said:
Sorry about that. I must have moved them instead of copying them. I'm extracting them again. I'll upload the framework folder in a bit.
---------- Post added at 10:37 AM ---------- Previous post was at 09:51 AM ----------
Here you go!
https://www.androidfilehost.com/?fid=673791459329070410
Click to expand...
Click to collapse
Thanks for that. I'll check it out next year..
Tulsadiver said:
Hey, @Ticklefish! Gave it whirl on Oreo 8.1 but no luck. It just cannot be deodexed at this time it seems. I've tried lots of different methods but no luck. I'm going to try 8.0 next. I have been able to deodex that.
Edit: Looks like it handled 8.0 just fine. I just deodexed the priv-app folder but it looks good.
Click to expand...
Click to collapse
Did your deodexed priv-app folder work? I've been reading more about vdex files and I think I may have got things the wrong way round.
Sent from my Sony Xperia XA1 using XDA Labs

Ticklefish said:
Thanks for that. I'll check it out next year..
Did your deodexed priv-app folder work? I've been reading more about vdex files and I think I may have got things the wrong way round.
Sent from my Sony Xperia XA1 using XDA Labs
Click to expand...
Click to collapse
It worked on 8.0...

Tulsadiver said:
It worked on 8.0...
Click to expand...
Click to collapse
That's good to know. And yet, somehow, a little confusing.
I think, from what I understand of Google's documentation, that VDEX files now contain all the classes.dex information from 8.1 onwards. In the files you kindly shared, the ODEX files are all the same size in "framework\oat\arm64" and the VDEX files are lots of different sizes.
This seems to be backed up by this issue on smali's GitHub: https://github.com/JesusFreke/smali/issues/579
Unfortunately it looks like we have to wait for smali and baksmali to be updated to cope with VDEX files before we can deodex 8.1.
As for TMA...well, that's not really what this thread is about but I'll be updating the code now so it actually reports the error that it was experiencing..

Ticklefish said:
That's good to know. And yet, somehow, a little confusing.
I think, from what I understand of Google's documentation, that VDEX files now contain all the classes.dex information from 8.1 onwards. In the files you kindly shared, the ODEX files are all the same size in "framework\oat\arm64" and the VDEX files are lots of different sizes.
This seems to be backed up by this issue on smali's GitHub: https://github.com/JesusFreke/smali/issues/579
Unfortunately it looks like we have to wait for smali and baksmali to be updated to cope with VDEX files before we can deodex 8.1.
As for TMA...well, that's not really what this thread is about but I'll be updating the code now so it actually reports the error that it was experiencing..
Click to expand...
Click to collapse
Ticklefish, I have managed to deodex the vdex files for 8.1 using a vdex extractor on GitHub. It is Linux based though.
https://github.com/anestisb/vdexExtractor

Tulsadiver said:
Ticklefish, I have managed to deodex the vdex files for 8.1 using a vdex extractor on GitHub. It is Linux based though.
https://github.com/anestisb/vdexExtractor
Click to expand...
Click to collapse
That's promising. Did the extracted vdex files have everything you needed to make your classes.dex files?