Recompiling a directory into a .exe or .dll - Windows Mobile Development and Hacking General

I'm trying to graft the OEM folders from one ROM to another. However, I cannot copy the files from the ROM on the device because they are protected. The directories will not compile themselves when the new ROM is flashed because they are from a different ROM. I know this has been done. The question is how?

Hmm are you trying to copy files from the device to a folder? or simply replace modules from another release?
To fix modules into working DLLs/EXEs simply use recmod
e.g
recmod CameraDriver.dll
It will then recreate CameraDriver.dll inside the CameraDriver.dll folder with the IAT table all fixed.
Hope this is what you meant

delete the original folder or the file that you want to replace with the new one, or remove it to another folder if you want to keep it as a back up
I can see you need to replace module (folder) with file or file with module?
is that what you want

I've used the method described by whiterat. Thanks!

ok, but when you dump the ROM, it will make the Recompiling file automaticly, at least with me

Related

How to implement new *.provxml in new ROM

Hi,
unfortunately I am not able to implement a new *provxml to a new ROM.
I know http://forum.xda-developers.com/showthread.php?t=398025
and some other threads, but all my entries (Mailaccounts, WiFi informations - which I got with rapiconfig) are not in my new ROM.
I am doing somewhere a mistake. It does not work:
I have done the following:
1. created an acconts.provxml
2. renamed to _setup.xml
3. Created an OEM package with Ervius Package Creator.
Have now 5 files in the OEM folder: _setup.xml, *.rgu, *.dsm (size 0k), option.xml and initflashfiles.txt
4. Moved option.xml out of the OEM folder
5. Drag and drop OEM folder over BuildDSM.exe. This creates a new *dsm (size 1k)
6. place back option.xml in OEM folder
7. copy OEM folder under \Packages - i have tested also the OEM folder
8. cooked and burned ROM
Does someone has a OEM package with a *.provxml (including email2 and wi-fi infos). All imported emai-addresses and wifi info van be deleted of course. ?
If I use "rapiconfig.exe /p _setup.xml" all my infos are ok.
Any help is welcome.
Regards
kuzco1
this is what works for me...
you have to name it:
mxipupdate_zz_oemoperators_100_PPC+All_filename.provxml​
you can replace 'filename' with whatever you wish.
(there should be no space in provxml, this editor isn't working right for some reason)
let us know if this works for you...
joemanb said:
this is what works for me...
you have to name it:
mxipupdate_zz_oemoperators_100_PPC+All_filename.provxml​
you can replace 'filename' with whatever you wish.
(there should be no space in provxml, this editor isn't working right for some reason)
let us know if this works for you...
Click to expand...
Click to collapse
Hello,
what do you really mean ?
I have renamed my _setup.xml to mxipupdate_zz_oemoperators_100_PPC+All_filename.provxml and put this file \OEM\OperatorPKG. After cooking and burning my Kaiser does not boot any longer - I have to reverted to my old ROM.
Regards
kuzco
have you tried creating a cab file with your _setup.xml?
see if that works, maybe your xml has errors.
as far as creating a dsm, all I did was drop the file into another oem folder that already had some provxml files.
the fact that your phone won't boot now would indicate to me that after the filename change the file is indeed being processed, but the xml has errors.
download the 'tmobileforromcooks.zip' file in the following post and compare the provxml files with yours.
http://forum.xda-developers.com/showpost.php?p=2237367&postcount=1
good luck
joemanb said:
have you tried creating a cab file with your _setup.xml?
see if that works, maybe your xml has errors.
as far as creating a dsm, all I did was drop the file into another oem folder that already had some provxml files.
the fact that your phone won't boot now would indicate to me that after the filename change the file is indeed being processed, but the xml has errors.
download the 'tmobileforromcooks.zip' file in the following post and compare the provxml files with yours.
http://forum.xda-developers.com/showpost.php?p=2237367&postcount=1
good luck
Click to expand...
Click to collapse
Thanks, but this zip does not work either. I will play more ....
kuzco1
hint hint: Try adding these settings to an already existing prov.
as i read somwhere you cannot add any provxml file in a dumped rom! but u can change and add reg edits in an existing provxml file. and theres another thing i think you should know: provxml files are the last reg based files that will get written in the cooked rom SO they have the ability to change and overwrite rgu files that you created if they both have the same reg path but diff values.

[ASK] How to port WM6.5 into my M490 WM6.1(T-Omnia)

Hi. Everyone.
At first, I'd like to appreciate all you guys. I've learned so many things from you.
Thank you so much.
This time I wanna ask you for giving me hands.(again~) And I hope someone would help me ^^
I'm trying to port WM6.5(0409) into my SCH-M490(0412, this is the Korean domestic version of the Samsung Omnia phone).
As far as I've searched for the way how to do it,
I found that I have to replace XIP, SYS and MUI with released WM6.5 ROM.
But I'm still confused what exactly I should do.
I'll describe here the process that I will go.
plz correct wrong one or add insufficient information.
# Preparation
1. Download SCH-M490's WM6.1 PDA.BIN Rom file and i900's WM6.5 ROM (PDA.BIN of course)
2. Download all tools I need (osbntools.exe, xipport.exe, dump.exe and so on.)
# XIP Porting (I think I already succeeded this)
1. Dump original WM6.1 ROM and extract XIP.BIN.
2. Dump i900's WM6.5 ROM and extract XIP.BIN, too.
3. With xipport.exe, dump them both and make packages.
4. Replace original XIP.BIN's MSXIPKernel package with new XIP.BIN's one.
(I know I have to do this for both FILES and MODULES folders)
5. Remove some module's which are known as unnecessary. (If I meet the alert saying "not enough space" when realloc. such as hd.dll, osaxst0.dll and so on)
6. Realloc P, write maps, check collisons, correct them (if any), build xip_out.bin.
7. insert new "xip_out.bin" into OS.NB by using osnbtool.exe.
# SYS replacement
1. Remove all files from original WM6.1 dump's sys folder, but .ROM and .VM folder.
2. Copy all files in the sys folder of WM6.5 ROM (except .ROM and .VM folder) to original dump's sys folder.
# MUI Translation
1. Find all files that have string "0412" for their file names (mostly, they will be in the OEM dump folder I guess).
2. Rename them (0412 -> 0409).
3. Open every mui file,which has .mui as their file extention, with reshacker.exe.
4. Translate resources as many as I can and Recompile them.
5. Find all *.rgu files in the OEM dump folder.
6. Open them all and find string "0412" and change them to "0409".
# Flashing
1. Build a rom.
2. Download the Rom to my M490 by using UMDL_GrandPrix_V1.8.1
So.. I wanna change
Language : 0412 -> 0409
OS : WM6.1 -> WM6.5
Are there something wrong? Are there something I missed? (I'm not talking about my grammar. lol)
I wish if someone would answer you!!!
I think in the SYS folder, you can replace the .ROM folder. But, you cannot replace the WinCENLS_WWE folder, I think.
Also, inside the SYS/Shell folder, you shouldn't replace shell32 and shellres.
That's what I've read. I'm pissed that I can't get this working either, though!!!
are you using that phone in the US?
If so which provider are you using and where can i buy one!?
ace10134 said:
I wish if someone would answer you!!!
I think in the SYS folder, you can replace the .ROM folder. But, you cannot replace the WinCENLS_WWE folder, I think.
Also, inside the SYS/Shell folder, you shouldn't replace shell32 and shellres.
That's what I've read. I'm pissed that I can't get this working either, though!!!
Click to expand...
Click to collapse
You are correct about a few things here, but not everything.
You are right about the WINCENLS. This is usually device-specifc and should not be replaced when cooking. The .ROM can be replaced but not the .VM.
Now, as far as I understand rom cooking, the shell is changed from build to build. You may end up with weird, unstable results if you don't match it with the rom you are trying to cook.
@samuel281,
I think you pretty much nailed everything down. What exactly isn't working for you? It isn't flashing, booting, doesn't create the rom (error in the build process)?
One other thing, as far as the SYS, all you need to replace are the Files and Modules. You just need to make sure that you are using what you are supposed to (either Files or Modules).

HD2 hang on installation after dump/flash

Hi @ all.
Just dumped the HTC 1.66 ROM GER with Ervius.
Create my own NBH and flashed it. No custum things jet.
Thats the Result(also with 1.48):
Does anyone have an solution for me?^^
limited
You need to recmod the commanger package. IE change the modules to files
Limited69 said:
Hi @ all.
Just dumped the HTC 1.66 ROM GER with Ervius.
Create my own NBH and flashed it. No custum things jet.
Thats the Result(also with 1.48):
Does anyone have an solution for me?^^
limited
Click to expand...
Click to collapse
sorry, i couldnt find asap the thread,
but its not a real problem of you, its a "kitchen"-problem or "other"-problem.
search for LEO_External_Packages\Notification_Enhancement_X in this thread and you find your solution.
The same happens to me, i just dump the original rom, without making any change just compile it, no errors just say ok ready and when i flash it i got the same result.
I use ervius kitchen
Any help? please.
moebius15 said:
The same happens to me, i just dump the original rom, without making any change just compile it, no errors just say ok ready and when i flash it i got the same result.
I use ervius kitchen
Any help? please.
Click to expand...
Click to collapse
Post nr. 2 contains the general solution. But since you're using EVK you can skip a step or 2.
In the LEO_External_Packages folder (somewhere in the EXT folder) go to the Notification_Enhancement/files folder. Look for the folder NTFConfig.dll (that is a module that you want to turn into a file). In the NTFConfig.dll folder look for the file NTFConfig.dll . (EVK has prepared that file for you). Move it temporarily to another folder. Delete the NTFConfig.dll folder and copy the NTFConfig.dll file to the root of the Notification_Enhancement/files folder.
Thank you very much appleflap i will do what you told me.
Sorry but i dont understand what was recmode, i saw an app in tools i try to execute it but it didnt nothing to me.
appelflap said:
Post nr. 2 contains the general solution. But since you're using EVK you can skip a step or 2.
In the LEO_External_Packages folder (somewhere in the EXT folder) go to the Notification_Enhancement/files folder. Look for the folder NTFConfig.dll (that is a module that you want to turn into a file). In the NTFConfig.dll folder look for the file NTFConfig.dll . (EVK has prepared that file for you). Move it temporarily to another folder. Delete the NTFConfig.dll folder and copy the NTFConfig.dll file to the root of the Notification_Enhancement/files folder.
Click to expand...
Click to collapse
perfect answer. worked for me fine! THX
appelflap said:
Post nr. 2 contains the general solution. But since you're using EVK you can skip a step or 2.
In the LEO_External_Packages folder (somewhere in the EXT folder) go to the Notification_Enhancement/files folder. Look for the folder NTFConfig.dll (that is a module that you want to turn into a file). In the NTFConfig.dll folder look for the file NTFConfig.dll . (EVK has prepared that file for you). Move it temporarily to another folder. Delete the NTFConfig.dll folder and copy the NTFConfig.dll file to the root of the Notification_Enhancement/files folder.
Click to expand...
Click to collapse
Thanks again i just did what you told me and works fine, thanks for your clear answer

Differences between stock modules and my own.

I own an Xperia X1i.
Lets take a stock module from OEMDrivers folder such as Animation.dll.
It contains these files: Animation.dll S000, S001, S002, S003, imageinfo.txt, imageinfo.bin.
Lets now take a module that i have created from an dll file such as Audio_Decoder_Api.dll.
It contains S000, S001, S002, S003, imageinfo.txt, imageinfo_pe.txt, imageinfo.bin.
It doesn't contain Audio_Decoder_Api.dll as a file in it.
I noticed that modules from OS don't contain *.dll either.
Why is that?
Should i convert old modules to files and back to module to have the same structure for all?
Or the is no gain in that?
I think what happened is that when you dumped the stock rom, it recmodded the modules, and that's why you have the dll file in the module. I'm not sure why it happens, but it's happened to me before as well.
OK, thanks. I will ->refile->remodule again on my own then.
Farmer Ted said:
I think what happened is that when you dumped the stock rom, it recmodded the modules, and that's why you have the dll file in the module. I'm not sure why it happens, but it's happened to me before as well.
Click to expand...
Click to collapse
It happens when you dump with Ervius' Visual Kitchen, because of the recmod.exe file in the Tools>IMGFS folder. If you delete or change the name of that file, you won't get this when you dump. Or just clean the dump with the dump sorter.

[Q] about cooking gameloft games to hd2

Default Trouble Cooking
I am trying to add Gameloft games that I have bought to my os kitchen. I am having trouble getting NBA 2010, Midnight bowling 2, and Avalanche Snowboarding to launch. I have all of the file in the correct places and they all show in in the rom after it has finished cooking but they dont launch either from the start menu or the programs files folder. I am hoping that if some could help me figure this out, and in the process help others who could have the same problem.
i used CABTOEXT And Package to ext the edited the appdata with xml maker. then i tried with out editing the appdata and nothing. i will be willing to compansate for the fix
I think it's better to make EXT's from scratch instead of using a cab-2-package creator. There may be registry keys added by a setup.dll that you miss, or that are added after launching the app or a soft reset. Here's how I do it (you need sk tracker):
Do a scan with sk tracker.
Install the cab.
Scan again.
Launch the program, enter any codes or settings.
Scan again.
Now, do comparisons of the scans, and find all the new files and registry keys. Export the reg keys to an app.reg file. You can generally ignore the HKLM\Software\Apps and appinstall keys-these are just keys that allow the device to uninstall the cab. Occasionally, the install directory key is needed, but usually not. Definitely leave out the files in \windows\appmgr, that's just un-install info.
Next, don't bother with getting the program loaded into its own folder in \program files. That's usually a waste, because most apps work straight out of \windows. Exe's search for resources first in their own folder and then in \windows most of the time, so if you put the .exe and everything else in windows, you're good to go. If there are sub-folders, then the sub-folders need to be loaded into \windows\ as a sub-folder (I personally use zip files/mortscripts to do it, but a cab will work as will initflashfiles.dat). You have to be careful about settings files, particularly .ini's. They do not like being read-only, and this may be why your game doesn't launch. So, if you have an .ini file, or a settings.txt file, or a game.dat file (or similar), you need to load it into \windows or wherever so it's not read-only. Personally, if I have sub-folders going into windows, I'll create a zip file that sends the .ini, .dat or .txt file into \windows as an archive file, but you can also use initflashfiles.dat to create a copy wherever you want that isn't read-only.
If you change the install directory from program files to windows, then you may need to look into the .reg keys and change some paths. Also, you'll need to change any shortcut paths to \windows\game.exe. Putting things directly in windows saves memory, and you can also convert files to modules to take advantage of the increase VM slots with native 6.5 kernels. It all comes down to experimentation, though.
Thanks for the info, but all of the reg entrys were either in the hklm\security\appsinstall or the hklm\software\apps, andi i entered them and still nothing. I have never worked with mortscript, I did look for a tutorial but couldn't understand all of what they were saying is there a video tutorial, or another soultion?
Did you check to see if any settings-type files are read-only? That will kill a game for sure, and they usually save user data in files (not the registry).
I appericeate your willingness to help a noob, and thank you. how do I check to see if they are read only, how do I make shure that they are what they need to be during the cooking process?
all of the files for one of the games are as follows
Avalanche Snowboarding.exe
data.bar------------------this one Program Files\Gameloft\Game name
GetRealDPI.exe------------------this one Program Files\Gameloft\Game name
icon_45x45.png------------------this one Program Files\Gameloft\Game name
icon_60x60.png------------------this one Program Files\Gameloft\Game name
icon_90x90.png------------------this one Program Files\Gameloft\Game name
Installer.dll------------------this one Program Files\Gameloft\Game name
STPA001.DLL---------------------------this one is in windows\ appmgr
60DE.tmp---------------------------this one is in windows\ appmgr
Avalanche Snowboarding.lnk------------------this one Windows\start menu\ programs\Games
the structure of each game is very simalier, except for midnight bowling 2 which has no icon.png in the gameloft file after install.
Which one look s like the suspect for tha data file\needs not to be read only?
do the games work when you install them as a cab? after you cook your rom and you say they wont launch, have you tried installing them as cabs and see if that fixes it? if so you know its a problem with your pkg and not something else in your rom. basically what farmer ted is saying is that you can make your own package by installing the cab and then exporting all the installed files/reg and putting them in your kitchen with app.dat to put them in the right places i think this is your best bet.
Data.bar is probably the game store; just check the file properties with total commander. If it's read-only, then uncheck it.
Get rid of the two appmgr files; those are just uninstall junk, and you don't need to cook them in. You only need one of the 3 icons in all likelihood. They're start menu icons, right? Just use the one that is in the startinfo/icon reg key, and leave out the other two. I kind of doubt you need installer.dll or the getrealdpi.exe as well. It seems like those just run the install. Speaking of which, this is probably where you're screwing up. Did you just dump this stuff from the .cab with a package creator? It seems like you have files for a partially installed app. Probably, the cab installs the 'getrealdpi.exe', and that process runs and figures out your device resolution, then the installer.dll decides what files to install or maybe sets reg keys for the proper resolution. I'm not sure that you have everything you need in your package. I suspect this is the source of your problem, more so than having a settings file marked as 'read-only.'
Edit: cough, cough, I know a little more about the game now (not saying how). Data.bar is a resource file (a big one). You need it, obviously. The settings files are .sav files (2 of them, as far as I can see). They're created after you launch the game. The only two files you really need are the avalanche snowboarding.exe and the data.bar file. Do this: stick them in an EXT, and don't use an app.reg file. Just send them to \windows. Send the shortcut to the games folder, but you'll need one with the proper path. You can make the shortcut by putting the following in a .txt file and changing the extension to .lnk.
Code:
1#"\Windows\Avalanche Snowboarding.exe"
Name it whatever you want.
Long story short: put the two files in a package. Screw the icon.png, they're a huge frickin waste, imo. Then use an app.reg to send the shortcut (also in the package) to the games folder. If you want to back up user data, save the .sav files and copy them into \windows after flashing. It should work.
Farmer Ted said:
Data.bar is probably the game store; just check the file properties with total commander. If it's read-only, then uncheck it.
Get rid of the two appmgr files; those are just uninstall junk, and you don't need to cook them in. You only need one of the 3 icons in all likelihood. They're start menu icons, right? Just use the one that is in the startinfo/icon reg key, and leave out the other two. I kind of doubt you need installer.dll or the getrealdpi.exe as well. It seems like those just run the install. Speaking of which, this is probably where you're screwing up. Did you just dump this stuff from the .cab with a package creator? It seems like you have files for a partially installed app. Probably, the cab installs the 'getrealdpi.exe', and that process runs and figures out your device resolution, then the installer.dll decides what files to install or maybe sets reg keys for the proper resolution. I'm not sure that you have everything you need in your package. I suspect this is the source of your problem, more so than having a settings file marked as 'read-only.'
Edit: cough, cough, I know a little more about the game now (not saying how). Data.bar is a resource file (a big one). You need it, obviously. The settings files are .sav files (2 of them, as far as I can see). They're created after you launch the game. The only two files you really need are the avalanche snowboarding.exe and the data.bar file. Do this: stick them in an EXT, and don't use an app.reg file. Just send them to \windows. Send the shortcut to the games folder, but you'll need one with the proper path. You can make the shortcut by putting the following in a .txt file and changing the extension to .lnk.
Code:
1#"\Windows\Avalanche Snowboarding.exe"
Name it whatever you want.
Long story short: put the two files in a package. Screw the icon.png, they're a huge frickin waste, imo. Then use an app.reg to send the shortcut (also in the package) to the games folder. If you want to back up user data, save the .sav files and copy them into \windows after flashing. It should work.
Click to expand...
Click to collapse
I am Trying now.
twopumpchump said:
do the games work when you install them as a cab? after you cook your rom and you say they wont launch, have you tried installing them as cabs and see if that fixes it? if so you know its a problem with your pkg and not something else in your rom. basically what farmer ted is saying is that you can make your own package by installing the cab and then exporting all the installed files/reg and putting them in your kitchen with app.dat to put them in the right places i think this is your best bet.
Click to expand...
Click to collapse
yes the cabs work after i cook, the problem seems to be in the package.
JMM2009 said:
I am Trying now.
Click to expand...
Click to collapse
No Dice, any other suggestions?
Have you tried just clicking on the .exe instead of the shortcut? This should be working.
Edit: ok, I was getting tricked. This game only works when the .bar file is in \program files\Gameloft\Avalanche Snowboarding. Make sure you have the folders named correctly-when I changed it to game loft, the game wouldn't launch. The .exe can be in \windows. I guess the search path for the .bar file is hard-coded to the one folder.
I put them in the Program Files\Gameloft\Game Name and I got one working, Brain Challenge 3. But of the four games I am trying to install I have only been able to get one working at best during any time I have been cooking, could it be possible that the app.dat file that I have for the file path is overwriting the data.bar. This is what I have in each app.dat file
Directory("\Program Files\"):-Directory("Gameloft")
Directory("\Program Files\Gameloft\"):-Directory("Avalanche Snowboarding")
Directory("\Program Files\Gameloft\Avalanche Snowboarding"):-File("Avalanche Snowboarding.exe","\Windows\Avalanche Snowboarding.exe")
Directory("\Program Files\Gameloft\Avalanche Snowboarding"):-File("data.bar","\Windows\data.bar")
Directory("\Windows\Start Menu\Programs\Games"):-File("Avalanche Snowboarding.lnk","\Windows\Avalanche Snowboarding.lnk")
could the fact that I am creating a new gameloft folder with each game be screwing me up?
D'oh, that's definitely it! You need to work around that. Name them data1.bar, data2.bar..., then have the app.dat files rename them to data.bar when it copies them. Lol, glad it's figured out.
Edit: here's a dummy package that I would try out if I were you. It has mortscript included and all the necessary reg keys. What you need to do is to add your .exe's to the \Files folder, then add the data.bar files to the game folders inside the zip file. Basically, create a zip file with this structure: \Program Files\Gameloft\individual game folders\ and put the data.bar files in each corresponding game folder. Make sure the names are correct on the folders. Zip it up, and make sure the paths are correct, just like the way I have it, although I don't know the game names.
Then, look in the UnzipGameloft.mscr file with a text editor. Edit the .exe names in each of the 'createshortcut' commands to the name of the exe (exactly). You can call the .lnks whatever you want. The mortscript will create the shortcuts, so don't bother with putting shortcuts in the folder. Also, the package has a script to back up user data for all of the games. This is only going to work if the .sav files are created in \windows, and not in the stupid program folders (you can write a script to back up the games in that case, but it's more of a pain). During customization, the zip file is unzipped, the shortcuts are created, and the user data is restored.
what do you use to make your pkgs???
OMG i would like to get rid of the windows files with the one in program files...
Does this MSCR pkg can do that you know this is a case of double files in windows and in progranfiles
Edited
Farmer Ted said:
D'oh, that's definitely it! You need to work around that. Name them data1.bar, data2.bar..., then have the app.dat files rename them to data.bar when it copies them. Lol, glad it's figured out.
Edit: here's a dummy package that I would try out if I were you. It has mortscript included and all the necessary reg keys. What you need to do is to add your .exe's to the \Files folder, then add the data.bar files to the game folders inside the zip file. Basically, create a zip file with this structure: \Program Files\Gameloft\individual game folders\ and put the data.bar files in each corresponding game folder. Make sure the names are correct on the folders. Zip it up, and make sure the paths are correct, just like the way I have it, although I don't know the game names.
Then, look in the UnzipGameloft.mscr file with a text editor. Edit the .exe names in each of the 'createshortcut' commands to the name of the exe (exactly). You can call the .lnks whatever you want. The mortscript will create the shortcuts, so don't bother with putting shortcuts in the folder. Also, the package has a script to back up user data for all of the games. This is only going to work if the .sav files are created in \windows, and not in the stupid program folders (you can write a script to back up the games in that case, but it's more of a pain). During customization, the zip file is unzipped, the shortcuts are created, and the user data is restored.
Click to expand...
Click to collapse
Ok Renaming didn't do the trick, so I am trying the mortscript method, have the exe in the first gameloft.zip then I have put the data.bar file in the folders that contain there name, I edited the unzipgameloft file with the creat shortcutlinks. now my question is this the gameloft zip withen the bundled files you sent, does this need to be renamed or can I drop it in my kitchen?
as of right now I am using OS kitchen, I tried cooking them in, which didn't work. then I tried pausing then adding the file, but I thought i remembered reading somewhrer that you need to pause before it reads the dump file however I dont have that ability I can onlt pause before the platform builder runs do I need to use a different kitchen, or should cooking them in or add them before the platform builder work?
Now this is funny
I tried to cook the games in with renaming data1 data2 ect... then I cooked, when the rom loaded I went to program files\gameloft folder and renamed each data.bar back to what it was, and they WORK thats good, now all i need to figure out is how to get each of those files to be renamed during the cooking processes or during the start up customazation. am I correct in thinking this, is it possiable?
JMM2009 said:
I tried to cook the games in with renaming data1 data2 ect... then I cooked, when the rom loaded I went to program files\gameloft folder and renamed each data.bar back to what it was, and they WORK thats good, now all i need to figure out is how to get each of those files to be renamed during the cooking processes or during the start up customazation. am I correct in thinking this, is it possiable?
Click to expand...
Click to collapse
You can edit app.dat and change the destination file name to do that.
Directory("DESTINATIONFOLDER"):-File("DESTINATIONFILENAME","\Windows\SOURCEFILENAME")
airxtreme said:
You can edit app.dat and change the destination file name to do that.
Directory("DESTINATIONFOLDER"):-File("DESTINATIONFILENAME","\Windows\SOURCEFILENAME")
Click to expand...
Click to collapse
It didn't rename it, it did however allow windows to overwrite the other data.bar files so it looks like it will have to be done during the customization
JMM2009 said:
It didn't rename it, it did however allow windows to overwrite the other data.bar files so it looks like it will have to be done during the customization
Click to expand...
Click to collapse
I suggest you to leave the cab as it is and add it in the config.txt file for Autorun (with an add2config.txt file): using cab2ext when the application has to stay in program files can make the first boot a little quicker but it's going to waste more imgfs space because the files are not compressed (also with CABs you can uninstall the game in case you need). If you still want to cook it in as an expanded package you just have to use the kitchen package converter, rename all the package files adding an identifier in front of it like "gamename_" different for each game and edit the initflashfile changing the source file name with the one with the prefix. That should do it.
airxtreme said:
I suggest you to leave the cab as it is and add it in the config.txt file for Autorun (with an add2config.txt file): using cab2ext when the application has to stay in program files can make the first boot a little quicker but it's going to waste more imgfs space because the files are not compressed (also with CABs you can uninstall the game in case you need). If you still want to cook it in as an expanded package you just have to use the kitchen package converter, rename all the package files adding an identifier in front of it like "gamename_" different for each game and edit the initflashfile changing the source file name with the one with the prefix. That should do it.
Click to expand...
Click to collapse
What kitchen package convertor do you reccomned?

Categories

Resources