TrID not recognize this magic 0000: 5A 01 01 1B 5B ----- Z...[

[camarg]

TrID not recognize this form of [compression|embedding]

0000:  5A 01 01 1B 5B FF D8 FF E0 00 10 4A 46 49 46 00    Z...[......JFIF.
......

____NOTE_____
renaming file with JPG extension cause XNVIEW open this seamlessly as a standart JPG
?
  --> the author of XNVIEW (P. Gougelet) as some knowledge of this format
  --> XNVIEW use a library that have knowledge of this format

_______________BUT_________________

0000:  5A 01 01 10 21 47 49 46 38 39 61 58 00 1A 00 F7    Z...!GIF89aX....


0000:  5A 03 01 18 85 02 2C 9F 03 0B E7 89 50 4E 47 0D    Z.....,.....PNG.
 
as you see they'r also embedded picture formats :
in this cases, renaming as GIF or PNG won't work
with XNVIEW !? gulp !

===

* at this time i have not tried other picture/multimedia viewer (like IRFANVIEW)

* I plan to wrote to P. Gougelet abot this curiosity
 
___________at end______________

0000:  5A 01 01 08 6E 1F 8B 08 00 00 00 00 00 00 03 AD    Z...n...........

this exemple not embed a know (by me!) format

__________some tracks___________
?
 ->http 1.1 compression
   ?
    ->implemented with Zlib
    ->implemented with other
 ->other


ps -- it's possible i have already posted this! or may be, I posted on unrelevant board and this message is in limbic space....

camarg

[camarg]

Somes additions


* this header seems to be more a archive format as tar, that a  a compress format as zip

* in some case i found more that one file like a css, a png, a js bundled togeter, and i can manualy extract them

* if the embedded file is  a zip like that :

0000:  5A 02 01 35 7C 02 14 00 50 4B 03 04 14 00 00 00    Z..5|...PK......
0010:  08 00 83 B9 08 25 84 78 36 58 FC 04 00 00 E9 0A    .....%.x6X......
0020:  00 00 0A 00 00 00 52 45 41 44 4D 45 2E 54 58 54    ......README.TXT
....

total commander open the zip correctly without warning !!
(nowadays TC7 use his own TCUNZLIB.DLL)


* the string after the magic seems not to have a fixed lenght across samples i own

--> I can send some example files if needed

--
a mai e melhor
camarg

[Mark0]

Hi!

ps -- it's possible i have already posted this! or may be, I posted on unrelevant board and this message is in limbic space....

Actually you wrote me an email about this some days ago, and I replied the subsequent day.

As I said, I think that probably XNVIEW JPEG decoder simply skip a few bytes at
the start until it find the proper JPEG header.
The two bytes 5A 01 don't remind me of any known / standard header at the moment -
but that doesen't necessary mean that there isn't one.

Thanks,
Bye!