EZXCodec - editing of EZX-based cellphones' firmware in Windows environment

[Rocket]

eakrin, thanks for the explanation of hash function, i'll try it as you said.
about cg generation: ezxcodec doesn't need old smg, but it needs cramfs*.idx file from original smg in working directory, where it stores original start offset, smg file size and cramfs files properties. hope this helps. good luck!

[Rocket]

eakrin,
thanks again. In the end it's not so difficult, hashing function just uses arithmetic bit shifting, and I used logical. But now it's OK, though I still store hash values in "motoskin.idx" (hashing function gets involved only when new files with unknown filenames are added).
About modding several firmwares: the best way I see is to use different working directories for different firmwares.
EZXCodec 1.3.3 will bring much bug fixes. Not fully ready yet, still testing...

[blackhawk]

@Rocket
Since freepascal ready on linux, how about split your application core from the GUI related stuff?

[Rocket]

New in EZXCodec 1.3.3:
cramfs:
-fixed: newly added files without properties set appeared empty in compiled CramFS;
-fixed: a couple of [relatively big] memory leaks happening when working with "CramFS file list"
window;
-improved: proccess of manual changing of file properties optimized for speed.
sbf:
-fixed: "New CGs" checkbox did not work, files without "_new" suffix were used (introduced in 1.3.1);
-fixed: now closing SBF file before opening (introduced in 1.3.1).
motoskin:
-fixed: hashing function corrected (thanks to eakrin from http://motorolafans.com/forums/); though
EZXCodec still stores hashes in "motoskin.idx" file;
-fixed: after opening motoskin file and then compiling another one, trying to extract from the
opened motoskin failed in most cases (memory was shared between procedures);
-fixed: memory leak in *.bmp to *.k convertion function (when compiling files for E2, Z6, V;
-fixed: source file list was not checked on emptyness after excluding file "Thumbs.db";
-fixed: when "Extract" button pressed without pressing "Open" first, entry list was not filled;
-changed: when "motoskin.idx" is missing and there's a need to convert BMP to K - converting to
18 bpp with alpha channel.
script:
-fixed: it was not possible to use "-" instead of filename in "skin" commands sequence;
-fixed: error when renaming new motoskin file.
GUI:
-added: keyboard shortcuts Ctrl+1, Ctrl+2, Ctrl+3, Ctrl+4 to switch between tabs;
-fixed: restoring keyboard focus to the control that had it before all controls got disabled;
-fixed: file selection dialogs showed wrong initial directory sometimes;
-fixed: progress bar showed wrong progress when compiling motoskin;
-added: progress bar when building file list in "CramFS file list" window.

[Rocket]

Yesterday I uploaded wrong (older) 1.3.3 file. But I changed something, so I left changelog as is, and here's a new version:

New in EZXCodec 1.3.4:
motoskin:
-added: support for 16bpp K-files.
GUI:
-fixed: russian log message string.

[eakrin]

thanks Rocket. I use you 1.3.3 now. but now test with iconres.ezx just only sbf and cramfs work fine.

old problem still have for E6 cg43 cramfs. ezx codec make it wrong size. Not like in A1200 that ezx codec make a correct size and header for CG44 (same format and filesize as cg43 E6).

[Rocket]

eakrin,
Please, tell me step-by-step how do you make EZXCodec generate wrong-sized codegroups. Because I can't reproduce your problem.
By the way, it is not necessary for A1200 to have CG44 instead of CG43 (e.g. - R541_G_11.52.**R have CG43 as the last CG number).

All,
P.S. I'd like to recommend everyone: if you use this tool often, then update as soon as possible - there are usually many bugs fixed in new versions.

[eakrin]

new bug found in 1.3.4. It hang and stop when I try to extract all cg in f/w.

and about A1200. I use 09P that is an very old track. It's have a strange cg like language cg is in CG41 and CG42 by split 1 cramfs file into cg41 and cg42. so rootfs is shift from 43 to cg44. (see detail in how to localize by booster)

I try reextract cg again with 1.3.4. It's generate a correct filesize now. my be my problem is I always use old extracted data from older ezx codec. just only compile a new one. coz before I reextract cd43. ezxcodec's always compile cg43 with no header and wrong file size.

Now every thing about sbf and cramfs should be ok. I 'll test iconres.ezx and skin later.

[Rocket]

eakrin,
interesting. I heard of this splitting of language cg earlier, but I thought it may happen with e6 firmwares only. Anyway, I'll try to download some firmware like this to implement and test processing of such files. Because if this is the case with your firmware, EZXCodec will have problems with it.

[Rocket]

New in EZXCodec 1.3.5:
new:
-added: "Bootscreen" tab for changing bootscreen picture (in CG39).
script:
-added: "bootscreen" parameter to codegroup name.
GUI:
-fixed: trying to minimize main window on first launch (after choosing language), or any launch
after showing "CramFS file list" window lead to crash;
-fixed: it was possible to close "CramFS file list" window while building file list - this lead
to crash, now closing window delayed until file list is fully built;
-added: saving last used script file path and name.
general:
-added: optional log auto-saving to 'ezxcodec.log'; deleted on launch to avoid too big files.

http://ezxcodec.medoosa.ru/soft/ezxcodec