Hi All,
with all of the kitchens found here, it is noticeable that when adding any packages to the OEM/SYS folders (i.e S2U2) then trying to re-build the rom specially in the process of BuildOS we got many errors that file already exist and then crashes.
after many research i got to know that the package will extract the files in windows folder for all packages on time then while installation, the files will be copied to the proper folders.
here is the problem, once trying to re-build the rom all files will be copied in the same folder.
is there a way to avoid this?
Hi robekia1,
Even I am facing the same problem when rebuilding os.
we will keep waiting for the seniors here to deliver a solution for us.
thanks to whom will help in this regard
I also faced this problem while cooking ROMs, Hey krazy! help please.
I guess, if we could know the file structure from the folder structue before installing, then it would be easy.
hmmmmmmmm, it seems that this problem have no solution as (Finding emulator for cooked ROM)
done the same and working
robekia1 said:
I guess, if we could know the file structure from the folder structue before installing, then it would be easy.
hmmmmmmmm, it seems that this problem have no solution as (Finding emulator for cooked ROM)
Click to expand...
Click to collapse
Hey I have done the same previously I love the s2u2 applications so I have cooked my rom with all 3 apps of s2u2 i.e. S2U2, S2P, S2V.
I created packages from package builder, then copied all files to one folder.
removing duplicates with latest one.
Also I changed the initflash file for the locations which is created by the package creator with the new folders path.
Then also I added the all item tag in XML to detect DSM files of the respective apps.
Make sure you have registry hack for installing third party apps in your ROM packages.
Enjoy... you will get all your S2U2 apps in your ROM.
Right now I dont have the folder I will upload it tomorrow if anyone wants.
Hope this information is useful to you all.....
Please Dooooooo
bhushangahire said:
Hey I have done the same previously I love the s2u2 applications so I have cooked my rom with all 3 apps of s2u2 i.e. S2U2, S2P, S2V.
I created packages from package builder, then copied all files to one folder.
removing duplicates with latest one.
Also I changed the initflash file for the locations which is created by the package creator with the new folders path.
Then also I added the all item tag in XML to detect DSM files of the respective apps.
Make sure you have registry hack for installing third party apps in your ROM packages.
Enjoy... you will get all your S2U2 apps in your ROM.
Right now I dont have the folder I will upload it tomorrow if anyone wants.
Hope this information is useful to you all.....
Click to expand...
Click to collapse
Thnx a ton budy for this information.
really, i can't wait till tomorrow for this folder because i want to see all these modifications whitch greatly will help all ppl here.
please upload it ASAP.
also, what about Cooked ROM emulation? i hope there is a solution up there whitch i'm not aware about.
registry hack
bhushangahire said:
Make sure you have registry hack for installing third party apps in your ROM packages.
Click to expand...
Click to collapse
What you mean by registry hack? it sounds something new for me.
do you mean any registry editor? or it is another OEM Package should be installed along with the ROM?
robekia1 right, all file will be in windows folder, if you put it in the "program files" folder, the files exist in windows folder too, that is will be wasto your phone storage. Avoid put in the program files folder will be increase your phone memory.
Usually the default directory of the CAB file is in the progam file, and if you use OEM creator to that CAB, it will copied to Program file folder and exist in windows folder, to make only in windows folderyou can use this method:
1. edit the initflashdat result of OEM creator, delete all value of program file, or
2. Before you use OEM creator, edit the installation directory of CAB file, use wincab manager to do it, or
3. use wincab manager to extarct the files in the CAB, and registry, after that you can make .rgu, dsm, shortcut, manually and input the shortcut location in the initflash.dat file (I always use this method).
Usually every CAB file have different files with other, and if the have same file it can be same with the SYS file or the author/maker of the CAb is same. you can choose the latest version of that file if it happend.
While cooking even though we separate files inside different packages, but at the time when imgfs.bin is created, all the files go to \Windows folder. Thats why there cant be two files with same name even when they are in different packages.
Now some apps have common dependencies. Like the DirectShow and mHubVO dlls are needed by Youtube, as well as streaming media. Now what happens is, if you take two packages for these, sometimes the author puts the dependency files in both the packages so that if someone uses one package and not the other, it still works. This mostly happens packages that are made by converting a cab to a package. So if you cook these packages, you need to make sure that they are not putting duplicate files.
The same thing also happens with also happens with registry settings. Somtimes, two or more packages update the same regisrty keys in their .rgu files. SO we need to take care of those too and remove the lines that dont apply to the version of files we are actually using in our kitchen. This is a necessary evil and thats why cooking is not a child's play.
Once a ROM is flashed, and phone boots for the first time, the initialization process takes place. Now the ROM cooks have two ways to initialize their packages : using the .provxml files, this works if you have newer OEM* folders like from Elfin or Opal, it basically requires the Autoshortcut.exe file as well as newer HTCUtil.dll. The other way is the older initflashfiles.txt files inside the packages.
The difference between two methods is that using initflashfile.txt you can only copy files and create folders on the file system, but provxml can be used to perform many different things like registry values, applying themes etc.
So using one of the methods you copy your files to appropriate locations. Do remember that this process if done wildly can decrease the availabel free phone memory noticeably. Thats why we sometimes go a bit furthur and do some programming stuff to minimize this. You people sometimes dont even notice what is happening behind the scene.
I tell you one such experience. Google maps is a package that copies all its files to \Program Files\GoogleMaps but i noticed if i dont copy the files by deleting the initflashfiles.txt, and run GoogleMaps.exe from \Windows, it runs just fine. This works in pro user's rom but in Manila ROMs, the Maps tab of Manila looks for GoogleMaps.exe in Program files folder. So i had a choice to either copy googlemaps.exe into program files folder and waste 2 MB of phone memory or loose the functionality of maps tab of manila.
What i did was the third way i thought of myself. I created a .NET application called GoogleMapsStub.exe and what it does is it runs the googlemaps.exe from windows folder and passes all the information to it that manilla passed to it while running it. This exe is copied into the \program files\GoogleMaps folder by using initflashfiles.txt as GoogleMaps.exe. So now manilla is happy that it has googlemaps.exe in its proper place and i am happy too coz the new exe is only 3.5 kb in size You can verify this in v3.1.1 of VanillaManila rom. Look in the program files folder you will get the 4 kb googlemaps.exe, put it on your pc and check its version in its properties, you will get my name there And if you check the windows folder, there will be a googlemaps.exe of 2 MB size and a GoogleMapsStub.exe of 4 kb size.
So sometimes hacks like these are necessary in order to make a perfect roms. ROM cooking is just like food cooking, It may appears to be like just putting the ingredients into a cooker and light up the gas stove and wait for the food to cook. But if you try that for first time, your food will not be eatable for sure It requires a careful balance of salt, pepper and other things to cook a tasty dish I hope i have made myself clear
Wonderful
AMAZINGGGGGGGGGGGG PPL
latest buildos/ visual kitchen has option to delete duplicate file while cooking but
i will make new kitchen in future (not soon) because current kitchen work fine for me and i have lots of other work like android + building to rom from weekly leaked sys of wp 6.5
Thanks ankit360 for the visualkitchen9.7, i'm already trying to use it but the problem is: the ROM generated by the kichen is not working for GENE.
i tried another kitchen for the same ROM and it still working fine, the only problem with it is the duplicate
bhushangahire, i'm still waiting for you to upload your files.
also, what about the reg hacker?
Hi Karzy,
" What i did was the third way i thought of myself. I created a .NET application called GoogleMapsStub.exe " you answered one of my query unknowingly, when I had extracted your ROM, I saw there was GogleMapsStub.exe which was not present in any other ROM I had extracted. So I was wondering what that file was about !!! Now I know what it was.
Thanks a lot karzy for sharing this info.
You have been always good in explaining things indetail, which helps a lot for new comers like me.
I m glad that i am able to help my buddies here.
find the files below...
robekia1 said:
bhushangahire, i'm still waiting for you to upload your files.
also, what about the reg hacker?
Click to expand...
Click to collapse
Please find the files below sorry for delay.....
S2U2 Application OEM folder.
S2APPS.7z (786.47 KB)
Registry Tweak OEM Folder.
Registry__Disable - Security warnings when installing non-certified application.7z (849 bytes)
Please find the link to ROM with S2U2 applications + Antivirus.
WM6.5_Old_21231.7z (51.91 MB)
bhushangahire said:
Please find the link to ROM with S2U2 applications + Antivirus.
WM6.5_Old_21231.7z (51.91 MB)
Click to expand...
Click to collapse
i guess this ROM is for OLD gene???Correct me if i'am wrong...
yup for old
htc3400 said:
i guess this ROM is for OLD gene???Correct me if i'am wrong...
Click to expand...
Click to collapse
yup you are right this rom is for Old ..
If anyone want it for new gene please ping here I will cook it for new also....
Thanks
bhushangahire said:
S2U2 Application OEM folder.
S2APPS.7z (786.47 KB)
Registry Tweak OEM Folder.
Registry__Disable - Security warnings when installing non-certified application.7z (849 bytes)
Please find the link to ROM with S2U2 applications + Antivirus.
WM6.5_Old_21231.7z (51.91 MB)
Click to expand...
Click to collapse
Thanks a Ton bhushangahire for sharing those links.
I appreciate this.
Now, i'm gonna read them character by character
First off I have nothing to do with the creation of this tool I'm merely sharing what I've found.
Anyone who has dug into smali files knows that they can be somewhat overwhelming and trying to track down a problem can be a time consuming nightmare. One thing I do to hunt down a problem is compare what I know to be working against what is broken so I was sitting here today thinking that I would write a script or create a tool to batch compare files then I said to myself "EB, you're not the first one that's wanted to do this so there must already be something." I fired up Google and sure enough there are a few. The one that I found that is free and handled my task can be found here http://www.grigsoft.com/download-windiff.htm
Quick tutorial;
1. Download the file.
2. Create a new folder (anywhere you want)
3. Extract the contents to your new folder
4. Place the items you want to compare in that folder (they can be anywhere really but it's simpler to have them in the same directory.)(For my purposes I de-compiled the classes.dex of two framework.jar files and moved the entire output files to this directory in two separate folders.)
5. Run the program
6. Select File
7. Select either Compare Directory (what I did for my purpose) or Compare files. A dialogue box will pop up where you select the 2 sources that you want to compare.
Now this tool will only output what files are changed. There are other tools out there that can do more but I like the ones that are free. At least with this I can scan hundreds of files at once and see where I need to begin
if you want to search for code in multiple files and what not else,
http://notepad-plus-plus.org/
has a great program for that
You can search inside the files of a whole folder if you want to....pretty cool
Hello all, I'm trying to sign a ROM, I made changes to the AndroidManifest.xml of the SystemUI.apk and now need to sign the entire ROM for it to work correctly. The problem is there are several different keys that need to be used to do it right. The platform key, shared key, media key, etc. The question is, is there a list of the files or someway to find out which files in the system folder belong to which category? You can sign the whole ROM with a test key but this isn't the proper way to do it, I am just trying to find out which apks get signed with which key type. I've went through all of the AndroidManifest files but they don't really give enough information, plus I've google searched and there is no information as to which files belong to which category. Some files are obvious and others aren't.
Any help would be greatly appreciated.
** I dont have enough posts yet so cannot start thread in the correct section, so posted it below here in general **
I have all the content ready to add to an app and been searching for the right template and came across an app that has the look and feel I want.
I used autoapktool2.0.0 and it dissasembles the app fine so you can access the xml and other files. I am also able to edit a test apk and recompile and sign it with the above software fine. It creates 2 different folders one build which has a created classes file and one called dist that has the completed recompiled apk
however, when i try one specific apk I am able to decompile it fine, but when it comes to recompiling it after making a tiny test edit it will not do it.
I creates the classes file fine but it does not recompile the whole source files into an apk, so the dist folder is not created.
Why will it not recompile the whole thing?, is there something I am doing wrong or is the thing protected?
can someone test it for me using same methods I done and see what their result is?
(no errors were given when recompiling, it acted as if it was complete but it was not, as no apk created)