[File] [PATCH] of Magdir/images ImageLab bitmap *.b_w *.b&w

[Christos Zoulas]

Committed, thanks!

christos

> On Apr 27, 2021, at 11:27 AM, Jörg Jenderek <joerg.jen.der.ek at gmx.net> wrote:
> 
> Hello,
> 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
> "data".
> 
> 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-5_40-images-b_w_diff.DEFANGED-249142><file-5_40-images-b_w_diff_sig.DEFANGED-249143><file-5_40_apprentice-ampersand_diff.DEFANGED-249144><b_w_trid-v.txt.gz>--
> File mailing list
> File at astron.com
> https://mailman.astron.com/mailman/listinfo/file
> <sanitizer.log>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 235 bytes
Desc: Message signed with OpenPGP
URL: <https://mailman.astron.com/pipermail/file/attachments/20210427/b33b4374/attachment.asc>