WM6 - changing 'ROM' file attribute... - General Topics

Well... is it possible? How to do it?
Thanks in advance!
RA

It is not possible in any WM version. Files with this attribute are part of the ROM image and are stored differently then normal files.

Related

Editing Protected ROM Files in Windows Dir?

is it possible? i need to modify some standard images from o2 branding... (\Windows\TYPEBtnDs.bmp).
thanks

Faria's RK - customized keyboard (no msim.96.dll.0409.mui)

Hi folks!
Firstly huge thanks to all of you guys, great community!
After i have installed WM6 (Faria's RK, btw. a brilliant work) I have been trying to install an individual keyboard layout for a couple of hours. Well I read that the msim.96.dll.0409.mui has to be replaced but there is not such a file (yes, i can see even all hidden files etc.) - therfore simply copying the file in the directory wont change anything. The only files i've got are msim.96.dll and msim.dll - and of course they are in the ROM, means no overwriting or deleting possible. Probably I gotta add anything to the registry to refer the keyboard to the new file msim.96.dll.0409.mui???
Thx.
irm
4irm said:
Hi folks!
Firstly huge thanks to all of you guys, great community!
After i have installed WM6 (Faria's RK, btw. a brilliant work) I have been trying to install an individual keyboard layout for a couple of hours. Well I read that the msim.96.dll.0409.mui has to be replaced but there is not such a file (yes, i can see even all hidden files etc.) - therfore simply copying the file in the directory wont change anything. The only files i've got are msim.96.dll and msim.dll - and of course they are in the ROM, means no overwriting or deleting possible. Probably I gotta add anything to the registry to refer the keyboard to the new file msim.96.dll.0409.mui???
Thx.
irm
Click to expand...
Click to collapse
thats because ther is no such file in any wm6 by default!...just put the file in any package. or just copy the file to windows in the device.
just copying the file doesn't work (did even a reset), i guess wm6 isnt searching (no registry entry by default) for msim.96.dll.0409.mui.
any other suggestions?
Cheers!
irm
same problem... any help? what am I doing wrong?
4irm said:
just copying the file doesn't work (did even a reset), i guess wm6 isnt searching (no registry entry by default) for msim.96.dll.0409.mui.
any other suggestions?
Cheers!
irm
Click to expand...
Click to collapse
.0409 is for English (United States) regional settings. Is that what you are set to?
Yes... still not working.
That doesn't make any sense. I take the mUn keyboard (which is just that file) drop it in \Windows, soft reset, and it works. My package I use in my rom is doing exactly the same. There should be nothing else to it. Either your mui file is bad, or there is something else different with your build.
Is the rom you are running built as WWE?
As far as I know it is... under Settings > Device Info, it reads "ROM Version: 2.18.0.0 WWE"
It's Faria's RK Crossbow
the same here, i am not using faria's WWE instead i flashed a file created with the RK. i already tried quite a lot, even renaming the 0409 to 0407 as i am using the German regional settings.
there are probably differences between the RK and WWE (version)

When a ROM-based file is overwritten, how does WM access it?

I'm using one of the cooked ROMs in my Touch. It is packed with applications (included in the ROM). I wanted to upgrade one of the prepacked applications to a newer version. When I use Resco Explorer to overwrite one of the apps, I can clearly see that the file was replaced. The newer file is larger in size.
However, when I load that application, the version that is reported is still the older version.
I then removed the new version, and saw that the old version in ROM reverted to the directory.
How does WM handle file access? When I overwrite a file that is in ROM, does WM still somehow read the version that is in ROM? Anyway to change this behavior?
I'm now wondering if I must load the new version to a different/new directory, and change all the short cuts.
Thanks for any help.

ROM formats: .cab .nb0 .nbh ?

Hello.
Could someone explain here what ROM formats are available ? And what formats are used for different phones ? And tools to "explore" those ROM's.
Thanks.
Later edit: I mean .cap not .cab sorry for mistake

Porting XIP from Kaiser 6.1 Rom

I am learning how to cook a Kaiser 6.5 Rom using osKitchen and just wanted confirmation that I am doing this right.
Any help / advice / redirection will be appreciated.
Thanks for reading.
---------------------------
Using htcRIE_0.5.0.12, I have dumped the XIP from WM 6.1 Rom (RUU_Kaiser_O2_UK_3.29.206.0) and get the following output:
XIP
-OEM
--LangDB
--OEMXIPKernel
-SYS
--MSXIPKernel
--MSXIPKernelLTK
--WinCENLS_WWE
1) LangDB is an empty folder with only a dsm file inside. Hence I have excluded this folder from my kitchen.
2) In OEMXIPKernel I have replaced cecompr.dll with the contained in Post 9 of this thread (http://forum.xda-developers.com/showthread.php?t=438676) that supports LZX compression. I have also deleted nk.exe folder to use the one contained in osKitchen (modified to work with 6.5 kernel). Should all other files / folders in OEMXIPKernel including boot.hv and boot.rgu be left untouched or is there scope for modification / tweaking?
3) MSXIPKernel - Deleted this folder and simply replaced with the one contained in 6.5 SYS package (build 28205). I have deleted mem card encription mencfilt.dll since I read that it is safe to do so.
(a) do I need to edit the dsm file to remove reference to mencfilt.dll or does Bepe's package rebuilder automatically create new dsm files?
(b) since the file size of modules in donor and source MSXIPKernel are different, do I need to manually reallocate the addresses of each module or is that automatically done during the cooking process?
4) MSXIPKernelLTK - Same again. Deleted this folder and simply replaced with the one contained in 6.5 SYS package (build 28205). This folder only contains a dsm file so I guess no reallocation is required.
5) WinCENLS_WWE - With this one I am not sure. Initially I thought of deleting this as well since it is contained in 6.5 SYS package. But elsewhere it was suggesting that this is not allowed since the Rom may not boot. OndraSter suggested that I transfer the wince.nls file into OEMXIPKernel and delete the WinCENLS_WWE folder. If i did this then
(a) do I need to edit the dsm file in OEMXIPKernel folder to add reference to wince.nls?
(b) should I delete the WinCENLS_WWE folder from 6.5 SYS folder to avoid duplication (although file sizes are different)?
Anyone willing to spare some time to help please?
Not sure why you are using ROM Editor to do this; it would be so much easier just to use osKitchen or Ervius and dump that ROM, then all you'd have to do is copy/paste. I'm also learning, but I'll answer what I know.
1)I do the same. Almost all chefs delete almost all the .dsm/package.ini files in their kitchen folder before cooking with osKitchen or Ervius's VK. I don't know why it is possible to cook without them, but it's easier then maintaining them and saves a tiny bit of space. It is also why almost all cooked ROMs are not able to be dumped as per OEM ROMs--the file associations and shadows are gone (which is what the .dsm/package.ini files provide).
2)Let me preface by saying that ideally, you shouldn't be touching anything in the OEM/MS kernel. 1st q: If you are using osKitchen, why are you doing this? It can compress with XPR or LZK out-of-box . 2nd q: The nk.exe is modified to use more RAM, not to work with WM 6.5. Kaiser doesn't have a native WM 6.5 nk.exe, so chefs use an older 6.1 nk.exe from a released ROM and patch it to use more memory if they want.
3)I've never deleted that, but this is otherwise correct. (a) You could use DSM editor and remove that one file association yourself. (b) Automatic, as I've never reallocated anything in the kernel and my ROMs cook perfectly.
4)This is correct.
Last one I don't know. I've never done any of that and my ROMs cook/work fine. If I did what OndraSter recommended, I still wouldn't do either (a) or (b) because I don't think it matters to the kitchen script--he would have probably told you to do that as well.
Thanks for responding to the distress signal.
Quetzecotyl said:
Not sure why you are using ROM Editor to do this; it would be so much easier just to use osKitchen or Ervius and dump that ROM, then all you'd have to do is copy/paste. I'm also learning, but I'll answer what I know.
Click to expand...
Click to collapse
I use the ROM editor since I get an error whilst using osKitchen to extract RUU_signed. Infact there is also a warning that pops-up explaining that this utility in osKitchen is awaiting a rewrite and to expect failures.
Quetzecotyl said:
1)I do the same. Almost all chefs delete almost all the .dsm/package.ini files in their kitchen folder before cooking with osKitchen or Ervius's VK. I don't know why it is possible to cook without them, but it's easier then maintaining them and saves a tiny bit of space. It is also why almost all cooked ROMs are not able to be dumped as per OEM ROMs--the file associations and shadows are gone (which is what the .dsm/package.ini files provide).
Click to expand...
Click to collapse
Thanks. This is solved .
Quetzecotyl said:
2)Let me preface by saying that ideally, you shouldn't be touching anything in the OEM/MS kernel. 1st q: If you are using osKitchen, why are you doing this? It can compress with XPR or LZK out-of-box .
Click to expand...
Click to collapse
I was getting errors with osKitchen when using the original 6.1 cecompr.dll. It is only when I replaced it with the version in the referenced post that the errors disappeared.
Quetzecotyl said:
2nd q: The nk.exe is modified to use more RAM, not to work with WM 6.5. Kaiser doesn't have a native WM 6.5 nk.exe, so chefs use an older 6.1 nk.exe from a released ROM and patch it to use more memory if they want.
Click to expand...
Click to collapse
Thanks for the clarification .
Quetzecotyl said:
3)I've never deleted that, but this is otherwise correct. (a) You could use DSM editor and remove that one file association yourself. (b) Automatic, as I've never reallocated anything in the kernel and my ROMs cook perfectly.
Click to expand...
Click to collapse
Thanks. This is solved .
Quetzecotyl said:
4)This is correct.
Click to expand...
Click to collapse
Thanks. This is solved .
Quetzecotyl said:
Last one I don't know. I've never done any of that and my ROMs cook/work fine. If I did what OndraSter recommended, I still wouldn't do either (a) or (b) because I don't think it matters to the kitchen script--he would have probably told you to do that as well.
Click to expand...
Click to collapse
When I dump the 6.1 ROM, wince is part of the XIP. The recent 6.5 releases (28008 and 28205) contain wince as a SYS package in folder WinCENLS_WWE. This is what confuses me - is wince device specific or is it build specific .
If I place the wince from 6.1 ROM in OEMXIPKernel and also select the one in 28205 SYS as an ingredient, then either I am duplicating (and possibly creating a conflict since the file sizes are different) or the kitchen script is smart enough to ignore one of these?
This has also been discussed at http://www.everythingdiamond.info/showthread.php?t=444&page=46 but without any strong conclusion.
Has anyone else experimented with wince?
OK, about WinCE--I wanted to make sure, but skimming through my build logs for a time, I don't think I've ever had that in my SYS. WinCE must be device specific because it is part of the OEMXipKernel, and I've used the same one (ie, OEMXipKernel) maybe 30+ times and can not recall ever seeing a wince.nls in my SYS updates. I've only cooked the 21xxx and 23xxx WM6.5 COM branches, but I can't help but think that the WinCE in your SYS update comes from the device the SYS dumpers used. If I were you, my first go around I would exclude it and use the one from your OEMXip. If for some reason your ROM doesn't boot (it could be so many other things), try replacing your wince.nls with the one from your SYS update (highly doubt this).
BTW, I recommend using Ervius for dumping, as it has never given me any issues.
I think what you say seems logical. I will give it a try and feedback how it went. Thanks once again.
If you dump it via my kitchen and put name Kaiser, it should autogenerate all Sources folder with OEM, original SYS and put NK and XIP on right places actually. (I tried it on newer version of Kaiser's ROM when I was making this dumper so it should work fine.)
And if you restart kitchen, it will load all things automatically (or I hope so, I haven't tried the new UI yet, I'm still at the old one since I actually prefer it...)
I get an error when dumping using your kitchen. I have posted the exception text in your thread.
ps: This is sorted. My RUU_Signed.nbh was not in root of osKitchen dir but a different dir where I place my ROMs.

Categories

Resources