About:
Program
can compile your pictures to any place of FF.
You need to have folder with images in formats that equal formats in
phone (BMP 1/4/8/16/(32)bit). Also you need
a file with information about blocks compile pics to. If it all give
to prog, then a vkp file for V-Klay will be generated and you can apply
(and undo) this patch. So if you need to change many pics in phone, change
their size, delete , replace b/w to color then this prog is more effective
than SPC. And you 'll not to waste memory in phone.
Format of input pictures:
You'll need a folder with images in needed formats. Smelter and SPC are
decompress even b\w pics as 24bit and transform palette in 8bit pics. So i recommend
to use extact feature in PicPac. Supported
BMP formats and equal formats in phone:
1bit = bmp 1bit: black(0,0,0) and white(255,255,255)
=)
2bit = bmp 4bit: used only black(0,0,0), white(255,255,255),
transparent(0,255,0), any other is replaced by gray. (It was do because smelter decompile
gray as blue, and SPC decompile gray as gray) Some variables
in colors are not fatal - prog will covert it as needed. 4bit (16 color)
is used because format bmp haven't 2bit color. Use colors as close as
possible to described, to have proper result.
*Pallete of above 2 formats in phone is used from yours color scheme. So gray,
white, black can be any color, it's no connected with colors in picture.Next
2 formats have its own pallete:
8bit =bmp 8bit (256colors). Phone use 8 gradations to
red and green, but only 4 to blue. (8*8*4=256) Pallete of phone 256colors
for Photoshop you can download here.
But if your picture have not proper pallete - prog will find closest
colors automatically. Algoritm used is correctly than SPC =)
* (But it 's far from dithering and noise diffusion , so maniacs can do that
mahinations in Photoshop by m55.act. Note:
Image-> Mode-> Indexed Color...-> Palette=adaptive, Forced=custom-> Load)
12bit = bmp 16-32bit: There are by 16 combinations to
all 3 colors. So there are ours 16*16*16=4096 colors. I more improve
sensivity by transparent color, so you'll need to have only (0,255,0)color.
It was done because there are some pics with green colors in phone that
no needed to have transparency. 768 picture with contrast SPC compiled
with hole in center. It could to compile (0,255,0)color as non transparent,
but i think now it's no needed. Pallete is applied automatically and
no fall to blue as in SPC (i don't know why they are
did that). In phone as 12bit compiles pics of lefted formats: 16bit and
24bit.
16bit = bmp 32bit: I see they on CF62 only and as compressed.
I haven't information about is it supported by other x60 phones. So if
you have ZIP:1 in ini and you try to pack 32bit BMP - it will be packed
as 16ñ! Note that PicPac creates 32bit BMP only when unpacking 16c, so
if you didnt add 32bit pics manually - there will no problems. Pictures
in this format have size as 12c in memory of phone but can store more colors,
so if you have CF62 - it's better to use 16ñ inplace of 12ñ.
So you can now compile color pics in place of b\w, change pics size, and no need
to hesitating about SPC compile them to discA3.75 or smting.
No needed pics you can delete - why you can read in next paragraph...
analize:
Select your FF and you see place where lies your pics and some additional
info. This log you can directly copy to free.ini. Settings are:
Search PITs with more than ... rings Prog will search
PITs like records with more than typed pics. By default =
100. In M55 there are 4(3) PITs.
Check GAPs for free space Will looks in place beetween
pics for free space (bytes 0xFF). Often pics are lie with some space
beetween them. When checked then this space will be added to pics space.
Search FF for free blocks at least ... bytes Will
search block filled by 0÷ÀÀ with lenght more than typed. Attention
to addresses of founded blocks - it may be your flex, EEFS
etc!
LogGAPs Displays space beetween pics. If you know
what you are doing - then you can look in FF this place, and if there
are garbage you can add this place to pics blocks.
Log only first PIT Will read only data from first
founded PIT. If option disabled and there multiple PITs readed. They
will be extracted as "mask_P_N_PIT.bmp" files. You can edit them
and compile back to multiple PITs.
misc
Filter table In table will be shown only non
duplicates.
(pics with different PIT record but identical offset) Example: when readitn
all pits from M55 there will be only 848 pics, not 3000.
Show transparency Show transparency in table.
Add FF name as mask When you extract melodies - their
names will start as name of FF.
All settings automatically saved in PicPac.ini If you want to reset setup to
default - simple delete that file.
Show only .. PIT in table if there readed multiple PITs
then you can work with only one selected. Pics from it will be extracted
simply by numbers.
compress:
To pack pics you need to have free.ini in programm folder.
It's parameters are:
PIT:[adress]
Offset to start write PIT indexes.
NUM:[num]
Number of pics in this PIT.
ZIP:1
Write pics as compressed. Used for 60series and C55.(by default ZIP:0)
ADR:[offset]
è
MUL:[size]
Parameters to calculate PIT records. By default ADR: counts automatically, and
MUL:4000
INF:[offset]
Address in FF where lies PitAdr and MaxPitNumber. It's needed when you want to
use extended PIT. (You can found this by smelter)
After that comes block to pack pics to:
[hex start]-[hex end] ;comment
example:
38C2C0-38F93D ;13950b
This info you can take by using analize.
Now, when you have free.ini - you press compress and click on
any pics in your
folder. Prog will read all pics with same mask as on provided file.
If some files are identical (by pixels) then in FF written only first pic - others
written only in PIT as link to first.
If there no some file - then in PIT written link to 1x1 transparent pic.
(This pic is written to FF only once).
If packing was success - then you get a patch saved in prog path pic_package.vkp
Options of compressor:
Log duplicates Display in log all nums of pics and near their
duplicates. If you wanna see what pics prog think identical.
Ask to execute and exit If compress was successfull then there
will be question "Do you want to close PicPac and start V_Klay?"
Fill free space by 0xFF All free space left in blocks after
packing will be filled by 0xFF. It's good when you want to see free space in
dump of smelter or to rewrite old PITs recorda etc.
history:
v0.8 |
-Interface changed.
-Bug when last block of pics didn't displays in analizator
-Bug with path to pics ('file
not found')
-Option to fill unused space left in blocks by 0xFF
-Working with multiple PITs.
-Support of C55 (only general PIT now).
-NUM: in ini file count from 1 now1!
-All ini comes with distributive updated.
-Support of packing not only folder, but loaded in programm data.
(you can replace some pics manually without extracting) |
v0.71 |
-Improved searching of PITs, when pics in them are lie near end
of FF. |
v0.7 |
-Check blocks in ini to collisions.
-Calculates length of new PIT and check if there any intersects with blocks.
-Updated help (INF:)
-Updated all ini files coming with archive. |
v0.63 |
-Fixed big bug when packing 12bit pics. |
v0.62 |
-Support for rigth FF from MC60.
-Updated free_MC60.ini |
v0.61 |
-Fixed bug with transparent color.
-Fixed bug with compress of some 8ñ pics
-Now normally reads 128õ128 bmp created by Photoshop CS8. |
v0.6 |
-Rewritten algorithm of packing pics. Now 8c/12c/16c pics must
compress better.
-Some small improvements to speed up programm. |
v0.52 |
-Tested on CF62 (respect to Vampik).
Some bugfixes with transparent color, and improvement in algorithm
of package for this model. Now flooded must be lower in same conditions.
Attention:pics stored in phone as 16c are now equivalent of 32bit
BMP. Help is updated. |
v0.51 |
-Added support of extended PITs. Parameter INF in ini file is
pointer to adress in which is information about PIT1 lies.( Number
of images and adress of PIT1)
-Updated free_M55v10.ini and free_M55v11 ini. Added INF. |
v0.5 |
-Added support for 60 series and their compressed formats. (ZIP:1
in ini when compressing, when extract - automatically)
-ini file is needed only for compress now.
-Added ability to find PITs with typed number of pics.
-Added 2 options to ini :ADR and MUL for support phones with different
calculation from PIT indexes(ÌÑ60 and CF62, templates in arhive)
-Option for extracting duplicates (usefull when extract pics of all 4 PITs
of M55 =) )
-Analizator generates text which can be saved as free.ini without any editing.
Parameters IMG and PIT are filled automatically for first founded PIT.
-If compress was sucess then question asked. If you press yes then
PicPac will close and generated patch will open in V-Klay. Pressing no will
continue work. |
v0.4 |
-Added extract feature. Pics are decoded in proper
formats (1/2/8/16bit). And there no transformations in 8bit pictures
as it SPC do. Pictures extracts with colors as they are stored in
phone.
-Some improvements in free_M55.ini
-By default it's now shown pictures of a first PIT only in analizator.
You can change this by Ñheck only first PIT in options.
-Updated 8bit palette for Adobe Photoshop. |
v0.3 |
-Added duplicate searching when coding. Now, if you have some identical
pictures, then in block is written only first. Others are written
in PIT as links.
-More intellectual compressing pictures to blocks =) parameter flooded must
be lower in that case.
-Displaing free space in blocks after packing.
-Added option in analizator : check gaps for free space.
-Added option in analizator : search FF for free blocks. Before use- full
your disk and after check if any founded blocks are lies in EEPROM or EEFS
=) |
v0.2 |
-Now patch is saved as one .vkp file, not as lot of .bin
-Added analizing of FF S55 (thanks ValeraVi)
-Added 2 new parameters in ini : PIT and IMG. Now prog must work with any
phone that have ini file.
-Updated free.ini for Ì55 and added template for S55. |
v0.1 |
-Firs version that was uploaded to inet=) |
|