[File] [PATCH] of Magdir/images ImageLab bitmap *.b_w *.b&w
christos at zoulas.com
Tue Apr 27 20:42:29 UTC 2021
> On Apr 27, 2021, at 11:27 AM, Jörg Jenderek <joerg.jen.der.ek at gmx.net> wrote:
> some days ago my system with Windows 10 updates itself. When checking
> the system with ccleaner many file name associations are now broken.
> So i look for the reported filename extension.
> One file name extension is B_W. So i run file command version 5.40 on
> such examples and related files. The examples are only described as
> For comparison reason i run the file format identification utility
> TrID ( See https://mark0.net/soft-trid-e.html). This describes these
> examples as "ImageLab bitmap" by definition bitmap-b_w.trid.xml (See
> appended b_w_trid-v.txt.gz ). It also displays used file name
> extensions "B_W".
> Some information about this bitmap file format can be found on file
> formats archive team web site. This is now expressed by additional
> remark line after Atari section inside Magdir/images like:
> # URL: http://fileformats.archiveteam.org/wiki/ImageLab/PrintTechnic
> According to documentation such bitmaps start with ASCII like
> "B.W256". So the examples are identified by magic line like:
> 0 string B&W256 ImageLab bitmap
> The mentioned file name extensions are expressed by line like
> !:ext b_w/b&w
> Unfortunately this gives an error message like:
> Magdir\images, 1090: Warning:
> EXTENSION type ` b_w/b&w' has bad char '&'
> So i add ampersand char "&" inside parse_ext in src/apprentice.c.
> I hope that this is sufficient.
> Instead of generic mime type "application/octet-stream" i display a
> user defined one. That is done by line like:
> !:mime image/x-ilab
> On the documentation site some download links for more examples are
> mentioned. Furthermore there software like XnView is mentioned that
> can handle such images. With the help of the command line tool i was
> able to verify information by shell line like:
> nconvert -fullinfo "MAEDCHEN.B&W"
> This reports also the Width and the Height of the images. So i see
> that the image dimension are stored after the starting magic. So i
> show that information by lines like:
> >6 ubeshort x \b, %u
> >8 ubeshort x x %u
> After applying the above mentioned modifications by patch
> file-5.40-images-b_w.diff and file-5.40_apprentice-ampersand.diff
> then such images are now described like:
> abydos.b_w: ImageLab bitmap, 640 x 480
> LEGS.B_W: ImageLab bitmap, 204 x 295
> MAEDCHEN.B&W: ImageLab bitmap, 256 x 320
> I hope my diff file can be applied in future version of file utility.
> With best wishes
> Jörg Jenderek
> Jörg Jenderek
> File mailing list
> File at astron.com
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 235 bytes
Desc: Message signed with OpenPGP
More information about the File