yashsingh1/xdaforums huggingface dataset:
[Windows Mobile] RoryB:
I am sure this can be done in many different codes, but here is the script to set up the folder and files for zipping.

MkDir( "root" )
MkDir( "root\windows" )
zcount = ReadLine( "initflashfiles.dat" )
While( IsEmpty( zcount ) = FALSE )
If( Find( zcount, ":" ) NE 0 )
If( Find( zcount, ";" ) EQ 0 )
If( SubStr( zcount, 1, 4 ) EQ "root" )
mkdir( "root" \ Part( SubStr( zcount, 18, 100 ), """)", 1 ) )
EndIf
EndIf
EndIf
zcount = ReadLine( "initflashfiles.dat" )
EndWhile
wcount = ReadLine( "initflashfiles.dat" )
While( IsEmpty( wcount ) = FALSE )
If( Find( wcount, ":" ) NE 0 )
If( Find( wcount, ";" ) EQ 0 )
If( SubStr( wcount, Find( wcount, ":" ), 5 ) EQ ":-Per" )
mkdir( "root" \ SubStr( wcount, 12, Find( wcount, ":" )-14 ) \ Part( SubStr( wcount, Find( wcount, ":" )+11, 100 ), """)", 1 ) )
EndIf
EndIf
EndIf
wcount = ReadLine( "initflashfiles.dat" )
EndWhile
xcount = ReadLine( "initflashfiles.dat" )
While( IsEmpty( xcount ) = FALSE )
If( Find( xcount, ":" ) NE 0 )
If( Find( xcount, ";" ) EQ 0 )
If( SubStr( xcount, Find( xcount, ":" ), 5 ) EQ ":-Dir" )
If( SubStr( xcount, 1, 4 ) NE "root" )
mkdir( "root" \ SubStr( xcount, 12, Find( xcount, ":" )-14 ) \ Part( SubStr( xcount, Find( xcount, ":" )+13, 100 ), """)", 1 ) )
EndIf
EndIf
EndIf
EndIf
xcount = ReadLine( "initflashfiles.dat" )
EndWhile
ycount = ReadLine( "initflashfiles.dat" )
While( IsEmpty( ycount ) = FALSE )
If( Find( ycount, ":" ) NE 0 )
If( Find( ycount, ";" ) EQ 0 )
If( SubStr( ycount, Find( ycount, ":" ), 6 ) EQ ":-File" )
rename( "temp\dump" \ Part( Substr( Part( SubStr( ycount, Find( ycount, ":" )+10, 100 ), """,", 2 ), 11, 100), """)", 1 ), "root" \ SubStr( ycount, 12, Find( ycount, ":" )-14 ) \ Part( SubStr( ycount, Find( ycount, ":" )+8, 100 ), """,", 1 ) )
EndIf
EndIf
EndIf
ycount = ReadLine( "initflashfiles.dat" )
EndWhile
ZipFiles( "root\*.*", "InitFlash.zip", TRUE)

The problem with MortScript zip is that if a folder has no files in it the folder is not created in the archive.

One thing I have noticed is that if the file does not exist in the windows folder initflashfiles.dat does not give an error, so we could leave it unchanged. Also, initflashfiles.dat will create the directories that do not get created by MortScript zipfile.

add2config.txt could be used to create an execute unzip command of one type or another. I use MortScript in my ROMs so I would use it, but one could with PocketRAR or even zipfiles.
[Windows Mobile] shehrammajid:
is there any way to edit the registry on the rom in this kitchen?
[Windows Mobile] pablo11:
Excuse my question - but this is my first time trying to build a rom.

I want to convert the latest 3.4 leo rom to wwe (6.5.x) and no matter what I do I can't change the language from chinese.

Can anyone help me with this? Also when I try to import the 23569 build I get an error saying the lang files are missing??

Cheers
[Windows Mobile] airxtreme:
I left those there because most languages have the same start menu folder and if you are making multilanguage packages it's just a drag&drop for each package before dropping the other LCID folder so it shouldn't make much difference.

Try the alpha5 it should rebuild finally everything fine.

Can you please upload the kitchen folder somewhere and PM me the link so I can take a look?

Start menu links are very small and other applications can use CABs so I don't think it's worth adding that since mortscript wastes space as well.
[Windows Mobile] airxtreme:
What do you mean?

To change the language from chinese to english you need OEM_Lang_0409 from an english Leo ROM.
[Windows Mobile] airxtreme:
I changed the error messages in alpha5 try to see if it says anything different to see if the issue can be tracked down.
[Windows Mobile] bigjezza:
Using alpha5 if I import the WWE 2.07 Europe Rhodium, then build, I have a few missing icons, and the half the settings on the Manilla setting tab dont open.
[Windows Mobile] airxtreme:
Try beta1 to see if the issues are still there (you need to reimport).
[Windows Mobile] airxtreme:
imgfsfromdump is crashing so you either miss the runtime files or you have a broken module.
[Windows Mobile] rgb-rgb:
Using the 1.31 beta 1 and importing an ATT Tilt2 stock ROM http://www.htc.com/us/support/tilt-2-att/downloads/

Some of the initflashfiles.dat entries are not being moved into the EXT packages.

Some of the packages are AT&T packages and none of the entries in the initflashfiles.dat gets split into the EXT folder but some other packages like Newsbreak, Java, and Opera browser either don't get split off or not all of the entries get split off.

Is this known or is there a reason for leaving some of it in the initflashfiles.dat file?
[Windows Mobile] jjblaster3:
if the process did go successfully, they will be moved.. what will be left in initflashfiles.dat is just directory creation (and not file movement) and also excluded entries which start with ";"

It would be better if u had an old initflashfiles.dat to compare.

also check the ext packages if app.dat is created and look inside to check if the entries are there (i suggest opera as it has many entries so u can verify easily)
[Windows Mobile] rgb-rgb:
Okay, I see that it is just the directory entries that are left in the initflashfiles.dat but, I would think it would be better to move these to the app.dat file as well beacuse if I leave the opera package out of my ROM, the directories still get created.

I have always moved all of the entries related to the package from the initflashfiles.dat file to the app.dat file. Doing it this way makes it easier to turn packages on and off without having to edit the initflashfiles.dat file.

as an example, the following entries are not moved from the initflashfiles.dat for the opera package.

Directory("\Windows"):-Directory("Opera9")
Directory("\Windows\Opera9"):-Directory("help")
Directory("\Windows\Opera9\help"):-Directory("imgcss")
Directory("\Windows\Opera9"):-Directory("images")
Directory("\Windows\Opera9"):-Directory("jsplugins")
Directory("\Windows\Opera9"):-Directory("locale")
Directory("\Windows\Opera9"):-Directory("Settings")
Directory("\Windows\Opera9\Settings"):-Directory("Imgs")
Directory("\Windows\Opera9"):-Directory("skin")
Directory("\Windows\Opera9"):-Directory("styles")
Directory("\Windows\Opera9\styles"):-Directory("images")
Directory("\Windows\Opera9\styles"):-Directory("user")
[Windows Mobile] rgb-rgb:
First, I would like to say thanks for the development on this kitchen, you are doing great.

So, here is a little something for you. Transaction ID 7AV01046YL658262X

Wishes:

1) Make the transfer of Directory info in initflashfiles.dat for EXT package an option if possible. See my post above for more info.

2) I don't like the way the next feature poll is going at the moment (I don't use Manila) so whatever amount of the above transaction is left over from Wish # 1, I would like to buy votes for the search feature. :)

Actually, you are doing fine with what you are doing so far, just keep it up.

Thanks for all you do.
[Windows Mobile] alizwiniy:
OsKitchen Zero v1.31beta1 its Excellent (in hd2)

no more missing icons & no Error in The values of Registry

Wonderful job

thanks
[Windows Mobile] crane23:
v1.31beta1 its Excellent
[Windows Mobile] Warmax88:
hi airxtreme!

i've been trying the new beta 1.31 and i've seen that when importing a new rom the initflashfiles.dat is splitted for the diferent ext packages.

The problem is that if i import a chineese rom (for example) the generated app.dat files contain (Directory("\Windows\「開始」功能表\程式集\工具") and now if i want to change the rom to another language i'd have to split the app.dat and change the app.dat of every ext package.

So my question is if it's possible to disable the split option or make something (a database fe) to change the directorys to the current language used for the rom

if you let me id also like a new feature to merge diferent language folder of ext packages.So ,for example, it would do the following: If we have an ext folder with all the apps (0409) and another folder with all ext apps but with a diferent language (0407) it would take all 0407 folders and put it to same 0409 application(it should ignore the version number).

thanks! and i'll send you a donation next week. you really deserve it!
[Windows Mobile] {SBR}_L3GION:
I have to say great job with the 1.31 beta1 fixed all of my issues so far You've done an awesome job. Thank You very much.
[Windows Mobile] airxtreme:
WOWOWOWOWOWOWOWOW!!! I'm really shocked :eek:!! Thanks!!!! :D

The directory entries are left in the initflashfiles file because the folders change with each language and I wanted to avoid accidentally deleting system folders. The only ideas I had were to look for the initflashfiles comments sections that HTC creates or keep a map of all the default windows mobile system folders and move everything that doesn't match but I cannot guarantee anything about the issue because all the solutions can potentially break ROMs (sections are not present for all files and system folders change between different windows mobile builds).

I already wrote all the manila management but since there appears to be an issue I still can't solve I've coincidentally already moved to search. I think I'll have it ready hopefully with the other feature by the end of the week.

Thanks to you for the amazing support! :D
[Windows Mobile] + Que PPC:
Hi airxtreme nice job at OsKitchen Zero

I would like to give you this:

Donation ID: 6NW84380L5390551L

And I also like to ask you something... asked before but seems that users fix the issue magically but the magic is not here tonight wth me :p

I cant set any theme i attached the theme i use, oh even tho neither classic blue load, hope you can help me, you know i switch from EVK to your 1.31 beta 1 tonight ;)

Thanks in advance good work ;)
[Windows Mobile] airxtreme:
The solutions are many and all have their drawbacks: the best is moving the app.dat in LCID folder and add to the EXT packages a folder that is used only when the LCID folder isn't found (something named like NO_LANG) with a copy of the app.dat with folder paths replaced with variables that will be filled during build according to an internal database or the baseapps RGU file. This would be also useful for those applications where the 0409 MUI is required when the language doesn't have its own MUI (e.g. MS Facebook). I'll try to add that in the next version.

I already have a batch importing function working that takes a bunch of ROMs and merges all the packages together leaving only the different files/modules behind (but not different versions because that often breaks the MUI files) but the .NET path characters limit is driving me crazy. I'll see if I can put the EXT merging part in the package converter.

Thanks in advance then ;)
[Windows Mobile] airxtreme:
Thanks! I think I'm going to open a kitchens' factory :)

The theme seems fine but I don't see any registry file or add2config file to apply it. To make the REG file you have to rename the TSK to cab, import it with the package converter and then take the REG file from the new package and put it in the old one along with the two wallpapers files if those are missing. For the add2config file you have to chose which config file you want to add the package to and then create an add2CONFIGFILENAME.txt with a "TSK: \Windows\Black.tsk" line inside.

About the kernel question on the other thread the kitchen autodetects the version so you can turn recmod off after replacing the files.
[Windows Mobile] + Que PPC:
:p

I tho... as the classicblue has... all the regs are inside the custom tsk.. so this way... when you choose the theme at settings/today all the regs change to that custom theme and when you switch back to classic blue all the regs for classic blue change the custom reg entries...

so if you change the tsk to cab... you will see that the regs and backgroubds are there ;)

I have the config.txt file in my oemoperators pkg and works ok.

I have a lil theory (cause this happends the first time i tried to use custom themes)... the themes are not trust signed during the cooking process, or they are?

Thanks about the kernel i was a lil worried about that import wizard cautions when i switch my native kernel :p
[Windows Mobile] airxtreme:
I don't think this could be a problem with certificates, it's probably the TSK entry not being executed or being superseded by another one.
[Windows Mobile] coolsac32:
Kitchen problem

everytime i use the new kitchen it cooks fine but then my phone will either hang in the bootscreen mode or it will hard reset everytime i do a softreset, or it will boot but hang at the welcome screen but i will have access to the top taskbar, and i must flash again. all i do is extract either the Rhodium s2 sprint or uscellular stock roms, removing manila files and adding iphonetoday, nothing complicated lol. but my cdma touch pro has had problems with this. its probably the kitchen because i try vk and it works fine, just like it should. please help :confused:
[Windows Mobile] airxtreme:
I really have no idea because the method used to build the ROM is generic and should work properly on any phone, the only thing I can suggest is using the implantxip build method that uses the old classic tools, using a Task 29 on the phone before flashing and if the problem still persists asking in the CDMA forum to see if any cook had similar issues.
[Windows Mobile] mari8b:
XIP

Hi,

can somebody tell me, how can I (if it's possible) build xip.bin from these files:

romhdr.bin

parthdr.bin

os.nb.payload

sorry for my noob question, I just started to learn cooking...

I wanna port another kitchen to this great one...

thanks
[Windows Mobile] {SBR}_L3GION:
I have this kitchen completely functional for cdma RHODIUM. It is an amazing kitchen and is a good part of the reason my ROM runs so fast and smooth.
[Windows Mobile] airxtreme:
If you are lucky XIP.bin will be in the os.nb.payload file (that you can split with nbimagetool) but I doubt the kitchen leaves it there.
[Windows Mobile] RoryB:
When I try to import a ROM and get an error. The kitchen folders get a problem. Specifically, the folder "BETA, make your own rom..." gets locked and will not delete. I have to create a new folder and move the kitchen to it. Any help on how to delete these old void kitchen folders? I have a few now. When I try to delete it I get errror that states "Could not find this item" "This is no longer located in C:\Kitchen\Temp\ROM Dump\OS Sections Dump\IMGFS\SYS. Verify item's location and try again."
[Windows Mobile] airxtreme:
That's not a kitchen issue it's a windows 7 (and maybe earlier) bug. I suggest you to try archiving the folder with winrar and selecting to delete the files after completion or to open a cmd prompt and rename the folder.
[Windows Mobile] advanced15:
can this kitchen be used for HTC xda II himalaya?

can this kitchen be used for HTC xda II himalaya.

if not will it be in the future?

can someone advise on which best kitchen for "nk.nbf" using device like himalaya
[Windows Mobile] RoryB:
I am on VISTA-64. I tried RAR with delete. Gave same error about not existing.

Tried cmd window. Could not rename and could not delete.

Tried 7z to delete and same error. Then renamed folder and was able to delete. Thanks for the clues.

One time it said something about changing the file extension. My guess is the ... in the folder name is not liked by my computer.
[Windows Mobile] OndraSter:
Another way how to delete it is by using it's 8.3 name from cmdline :)
[Windows Mobile] + Que PPC:
use the app "unlocker" to delete that kind of folders
[Windows Mobile] airxtreme:
AFAIK Unlocker doesn't support 64-bit operating systems yet
[Windows Mobile] l3v5y:
I'm attempting to get ImageUpdate working, and am wondering about a few things...

Is the ULDR removed by default? I can't tell, and if it is, that breaks things! :D EDIT: appears ULDR is kept by default, that's a good start!

Is there any way that all the DSMs could be added back in to the dump before the IMGFS is built? That would get around PRB "cleaning up" the DSMs, and given that this kitchen can modify dependent packages (I assume with DSMs) it seems a shame to waste that.

I'm not sure what tool is being used to build IMGFS, but is there anyway it could be one that allows for padding in the file?

Forgive me if any of this is done already, I just want to check things before I go to deep in to searching for errors in my ROM :D

EDIT:

The most important thing I've hit so far is the padding at the end of IMGFS, without it, there's nowhere for cab.pkgs to go :S

I'm just seeing if swapping in my own ImgfsFromDump will let me add padding (and fix ImageUpdate)
[Windows Mobile] airxtreme:
If you use the osnbtool build method (default) the ULDR is not reduced while if you use the implantxip method (in tweaks) it's reduced to 0.

Copying the files won't be enough unless you rebuild a stock ROM because any added file won't end up in the DSM. I've already wrote a complete platformrebuilder replacement that does all of this (package flattening, registry merging, DSM updating, all this written keeping imageupdate support in mind) but I need a way to generate the parthdr and all the annoying TXTs XIPPort needs or a proper XIP relocation that only Da_G can code but as you probably know he's always away in these days so I have no idea when it'll be ready. If you only want to test imgupdate you can have the kitchen stop before imgfs generation (there's an option in the settings) and copy all the DSM files from all the packages (the kitchen keeps all of them, including in EXT folders) in the dump folder. In alternative there are two other kitchens that respect DSM files since they're not platformrebuilder based: PPCKitchen and OSBuilder (OSBuilder seems to have a padding option already built-in).

If you send me the imgfsfromdump changes to add padding I'll integrate those into imgfsfromdump-turbo and in the kitchen. I have no idea if another imgfsfromdump would work because of the switches but you can change your imgfsfromdump sources to ignore them.
[Windows Mobile] airxtreme:
You're not the only one to have reported this issue, there seems to be something causing imgfsfromdump crashes but since it has always worked fine I think you're only missing some libraries. Try downloading the Visual Studio 7.1 2003 runtime from the first post and placing the files in resources\tools to see if the problem goes away.
[Windows Mobile] kurniawan77:
Done it... stil same prob....:(

What'sup with beta 2?
[Windows Mobile] makeveral:
just tryed new kitchen 1.31 beta 2 and the cfc manila option makes manila to not boot

regards! and thanks for the updates
[Windows Mobile] airxtreme:
Yes I know and I think I've finally found the issue! New version coming in a few minutes, open the champagne bottles, that damn wild manila seems to have be tamed :p
[Windows Mobile] + Que PPC:
:( im currently in the same state as before see attached pictures, what could be wrong with the themes? i already use a signed TSK of my theme and nop it wont works... and i see that the regs into tsk files dont applies correctly check this screen capture is for HKCU software microsoft today entries in the left... all the regs inside the TSK... in the right there is no regs inside of my device!!! :eek:

so what could be the trouble?

edit: so i deicde to execute the tsk as a cab just to install all regs.. and almost all is working but it has issues look this:
[Windows Mobile] bobsbbq:
I'm going to be honest, I'm short on time to read back a bunch of pages right now.

I was using the kitchen version 1.25. I just noticed the kitchen Name has changed slightly to Zero, and is up to build 1.31

Could someone tell me what the new differences are in a nutshell? If it is too much trouble I will have to wait untill I have more time to find out for myself.

Thanks,

Bob
[Windows Mobile] alesscam:
@Que_ppc

i think this appenened because you using

Black.tsk from wm 6.5

and is not compatible with 6.5.x
[Windows Mobile] jjblaster3:
sorry to be the bearer of bad news but the beast is still loose :P

manila didnt load on start and when i loaded it all the images could not be displayed..

my manila files were compressed and manila.exe was patched manually before, so it means there is some problem in the manila.exe patching (or probably compression, idk)
[Windows Mobile] Mikenif:
Sense compression is working fine here

Only problem i have is that it seems my (sys) provxml files arent being overwritten by the customized ones i got in EXT. Which causes my custom theme not to be applied
[Windows Mobile] makeveral:
it works now! congratz :)
[Windows Mobile] kurniawan77:
wha... beta 3 already.... didn't even had the chance to try B2...:D
[Windows Mobile] qsqa:
It's also apply to me - any solution for this?
[Windows Mobile] airxtreme:
The CAB file is probably not executed but if you run the TSK file on the phone and still doesn't work then I think there's probably something wrong with the file. Try uploading it so I can try on one of my phones.
[Windows Mobile] rgb-rgb:
This is just going to be short and won't include all differences but the most important ones.

From 1.25 to 1.31 you will need to re-import a stock ROM. The folder structure has changed.

Also, 1.31 now looks at the DSM files and will build the ROM in the proper order according to the DSM files. You may need to set the priority on some packages or reg settings packages to get them to execute in the correct order now. Alphabetical may not get the correct order now.

Package sorting has been improved when you import a stock ROM so that it includes the initflashfiles.dat settings into the app.dat file in the package.

There are probably many more imporvements like Manila (but I don't use Manila), but I think these are the important ones.
[Windows Mobile] airxtreme:
Please try deleting all the runtime files you have placed and the one that was already included in the kitchen to see if the kitchen starts working properly again.
[Windows Mobile] formula84:
I too had this problem (exact) and was driving me nuts I gave up, this was 1.31 Alpha 5 and a few before... I too was using 6.5.x and I think that the other user pointed out is probably true, the HTCBlack from stock 6.5 rom is causing issues with 6.5.x (even though not selected? who knows), I would try to find that tsk in EXT and get rid of it. I will try a new import and the latest beta tonight to let you know if I get it working.
[Windows Mobile] motoyola:
how do i use OSKitchen for my Snap? Seems like there is no option for this device
[Windows Mobile] airxtreme:
You can write any name you want on the device name combobox because the kitchen doesn't rely on the device name to cook ROMs. Please let me know if the ROMs for that device boot fine so I can add that device to the list.
[Windows Mobile] motoyola:
will do.....
[Windows Mobile] motoyola:
Error while importing the ROM File: Unable to find informations about the device display.
[Windows Mobile] airxtreme:
Can you please link the rom file?
[Windows Mobile] Mikenif:
@ Airxtreme

Any clue why my (sys) provxml's arent being overwriten by the ones in my custom EXT folder?

1.30 works fine. 1.31beta3 seems to skip my provxml files
[Windows Mobile] motoyola:
im uploading right now
[Windows Mobile] airxtreme:
Well, it works with the original manila so that's all what matters, I'll see if I can have the already compressed files skipped to solve the issue.
[Windows Mobile] motoyola:
here you go sir.

snap ROM
[Windows Mobile] aestivalisakito:
The fix there is pretty simple, if your manila is cfc'd already then dont check the box.
[Windows Mobile] bobsbbq:
Thanks rgb and airxtreme. Wow a lot has changed it seems. I will have to start playing with the new version soon.

Thanks again airxtreme for the new kitchen and all the hard work.
[Windows Mobile] kurniawan77:
Uhhh... beta 3... ROCKS!!!!
[Windows Mobile] jjblaster3:
alright but if u cant then no worries i can jus replace the manila.exe to original and let the kitchen do the rest..

yeah, i thought it was a problem to even those whio had not cfc'd their manila but was jus my mistake..

thnx 4 da help guys
[Windows Mobile] airxtreme:
I fixed the issue but I'm looking at the ROM and I can't find the initflashfiles.dat, is it one of those multilanguage phones like the Rose?