Only if you have downloaded my first attempt. Later versions are statically linked. Just download again, please.
Cheers
Daniel
Anyone can help?
D:\ImgfsTools2rc2b>ImgfsFromDump.exe 06_oS.nb.payload imgfs.bin
ImgfsFromDump 2.0 RC 2
Unable to load compression DLL!
MyDraadloos said:Would you recommend this as a tool that even a novice could use or should we wait until it is integrated in the next release of baked goods ?
Dihon said:
WM6 includes a "Windows Update" function, where you can download and install Windows patches directly to your device. Obviously, this function requires some free space in the IMGFS partition of the ROM. With the Imgfs tools, however, there is no longer any such free space (as it's all gone to Storage ), so Windows Update will not work on such ROMs.
The tools set the FreeSectorCount to 0, so I am fairly confident that if you try to run Windows Update, and if MS ever offers such updates, the process will not destroy your ROM, but fail gracefully. So nothing to worry about.
Cheers
Daniel
Damn! 20% more free storage on my personal WM6 build after running your tools!
Kudos to you Tadzio!
I'm not sure we will have an issue with Windows Update btw. How could they ever change the ROM image without a Flash? I'd bet that Windows Update based updates will work just like installing an add-on cab.
Thoughts:
Could you roll up this into 2 programs?
(DumpNB) os.nb -> dump directory(BuildNB) Dump directory -> os.nb
- Combines NBSplit thru ImgfsToDump
- All intermediate filenames are based on original os.nb name
- Output dump directory is <os.nb>_dump
Both programs overwrite everything by default
- Combiines ImgfsFromDump thru NBMerge
- All intermediate filenames based on os.nb portion of <os.nb>_dump dir entered as parameter 1.
- Output os.nb is called new_<os.nb>
It's a bit of an involved process currently and when I'm cooking I like to take small steps then flash to see results.
I suppose I could simply write a shell that does this too but its a bit error prone to monitor the output of scripts....
if errorlevel 1 goto SomethingBadHappened
Thoughts:
Could you roll up this into 2 programs?
(DumpNB) os.nb -> dump directory(BuildNB) Dump directory -> os.nb
- Combines NBSplit thru ImgfsToDump
- All intermediate filenames are based on original os.nb name
- Output dump directory is <os.nb>_dump
Both programs overwrite everything by default
- Combiines ImgfsFromDump thru NBMerge
- All intermediate filenames based on os.nb portion of <os.nb>_dump dir entered as parameter 1.
- Output os.nb is called new_<os.nb>
It's a bit of an involved process currently and when I'm cooking I like to take small steps then flash to see results.
I suppose I could simply write a shell that does this too but its a bit error prone to monitor the output of scripts....