Hello :) I was hoping someone could help me out and tell me what type of compression does this picture uses
the uncompressed tim2 is not the same file as the compressed one but it has the same proportions so the output should only difere in picture data
the uncompressed size is 256*256(pixels)+1024(pallet)+256(header) 66816 bytes
both headers have the exact same data
Important information: this site is currently scheduled to go offline indefinitely by end of the year.
Help uncompressing picture file
- alera
- advanced
- Posts: 71
- Joined: Fri Oct 06, 2006 2:33 am
- Has thanked: 14 times
- Been thanked: 5 times
yes :( sadly only the header is the same
I did not find any 100% equal file but from the header alone I can see it
uses some sort of RLE that compressed repeated data
I didn't find the literal character so I guess it might use come sliding window but compression is not my strong point :(
also I opened the compressed picture to "visualize it" and the compression add 0000 every 32 bytes or more resulting in vertical scan lines in the picture hehe
I hope someone can get at least a clue as to what compression it uses
thank you for your help :)
Thisgs I know:
Headers have same data- first 256 bytes
the pallet is always at the end 1024 bytes
the pallet consists of 4 bytes with the last value always being FF
The uncompressed file size is the same as the uncompresed tim
the compression adds 0000 flollowed by some number( eg E2CD)
every 32 bytes or so...
I did not find any 100% equal file but from the header alone I can see it
uses some sort of RLE that compressed repeated data
I didn't find the literal character so I guess it might use come sliding window but compression is not my strong point :(
also I opened the compressed picture to "visualize it" and the compression add 0000 every 32 bytes or more resulting in vertical scan lines in the picture hehe
I hope someone can get at least a clue as to what compression it uses
thank you for your help :)
Thisgs I know:
Headers have same data- first 256 bytes
the pallet is always at the end 1024 bytes
the pallet consists of 4 bytes with the last value always being FF
The uncompressed file size is the same as the uncompresed tim
the compression adds 0000 flollowed by some number( eg E2CD)
every 32 bytes or so...
You do not have the required permissions to view the files attached to this post.
-
- Site Admin
- Posts: 4073
- Joined: Wed Jan 15, 2003 6:45 pm
- Location: Dungeons of Doom
- Has thanked: 450 times
- Been thanked: 682 times
- Contact:
This is what xnView gave me for the uncompressed one.
It supports TIM to view and convert to other formats but is not officially supported, I guess that's the reason why I can't convert back to it. If anyone has a program that can, then please help out DRAVEN in the Graphics Files thread.
It supports TIM to view and convert to other formats but is not officially supported, I guess that's the reason why I can't convert back to it. If anyone has a program that can, then please help out DRAVEN in the Graphics Files thread.
You do not have the required permissions to view the files attached to this post.