[File] [PATCH] Magdir/jpeg,images,animation for "unusual" JPEG; extensions; duplicates

Jörg Jenderek joerg.jen.der.ek at gmx.net
Fri Jun 3 12:55:51 UTC 2022


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

some days ago i looked at media on my card of my digital camera. The
camera is a Canon Digital Ixus 300. Inside the DCIM directory the
recorded media are stored. The Pictures are stored as JPEG images
with names like IMG_0401.JPG, IMG_0402.JPG, etc. The movies are
stored as AVI videos with names like MVI_0441.AVI, MVI_0442.AVI. Now
comes the strange things. For every video there exist a file with
same main name but with 3 byte "THM" name extension. The same kind
is find as MOV00020.thm inside FFmpeg source. Unfortunately i was
able to generate some working magic lines, because after indirect
call i get concatenation of wanted extension with "tif,tiff". So i
concentrate here at the moment of other unusual JPEG images.

When running file command version 5.41 with -k option on such images
i get an output looking quite "good" like:

2021-08_totocaca.jxl:         JPEG XL codestream
Bretagne1_1.j2k:              JPEG 2000 codestream
Cevennes2.jp2:                JPEG 2000 Part 1 (JP2)
			      JPEG 2000 image
FDOSFISH.HSI:                 JPEG image data, HSI proprietary
FLOWER.wdp:                   JPEG-XR Image, hard tiling,
			      spatial xform=TL,
			      short header, 2592x3904, bitdepth=5-6-5
			      , colorfmt=YONLY
			      JPEG-XR
IMG_20200308_194050.jxl:      JPEG XL container
MOV00020.thm:                 JPEG image data,
			      Exif standard: [TIFF image data,
			      little-endian,
			      direntries=9, manufacturer=SONY,
			      model=DSC-T100
Speedway.mj2:                 JPEG 2000 Part 3 (MJ2)
			      JPEG 2000 image
abydos.jxr:                   JPEG-XR Image,
			      spatial xform=TL,
			      short header, 800x600,
			      bitdepth=16-SIGNED
			      , colorfmt=YONLY
			      JPEG-XR
balloon.j2c:                  JPEG 2000 codestream
balloon.jp2:                  JPEG 2000 Part 1 (JP2)
			      JPEG 2000 image
balloon.jpf:                  JPEG 2000 Part 2 (JPX)
			      JPEG 2000 image
balloon.jpm:                  JPEG 2000 Part 6 (JPM)
			      JPEG 2000 image
fmt-590-signature-id-931.wdp: data

When running with -i option things are now a little bit worse like:
2021-08_totocaca.jxl:         image/jxl
Bretagne1_1.j2k:              application/octet-stream
Cevennes2.jp2:                image/jp2
FDOSFISH.HSI:                 application/octet-stream
FLOWER.wdp:                   application/octet-stream
IMG_20200308_194050.jxl:      image/jxl
MOV00020.thm:                 image/jpeg
Speedway.mj2:                 video/mj2
abydos.jxr:                   application/octet-stream
balloon.j2c:                  application/octet-stream
balloon.jp2:                  image/jp2
balloon.jpf:                  image/jpx
balloon.jpm:                  image/jpm
fmt-590-signature-id-931.wdp: application/octet-stream

At first glance this seem to be not so bad, but when running with
option --extension option i get following more worse looking output
like:

2021-08_totocaca.jxl:         jxl
Bretagne1_1.j2k:              ???
Cevennes2.jp2:                ???
FDOSFISH.HSI:                 ???
FLOWER.wdp:                   ???
IMG_20200308_194050.jxl:      jxl
MOV00020.thm:                 jpeg/jpg/jpe/jfif
Speedway.mj2:                 ???
abydos.jxr:                   ???
balloon.j2c:                  ???
balloon.jp2:                  ???
balloon.jpf:                  ???
balloon.jpm:                  ???
fmt-590-signature-id-931.wdp: ???


For comparison reason i run the file format identification utility
TrID ( See https://mark0.net/soft-trid-e.html). This identifies
J2C and J2K samples as "JPEG-2000 Code Stream bitmap" by
bitmap-jpc.trid.xml. The JXR and WDP samples are described as "JPEG
XR bitmap" by bitmap-wmp.trid.xml. The JXL samples are described as
"JPEG XL bitmap" by bitmap-jxl.trid.xml or bitmap-jxl-iso.trid.xml.
The JP2 samples are described as "JPEG 2000 bitmap" by
bitmap-jpeg2k.trid.xml (See appended trid-v-jpeg.txt.gz).

For comparison reason i also run the file format identification
utility DROID ( See https://sourceforge.net/projects/droid/). This
identifies the same as TrID with some exceptions. The HSI variant is
not recognised. And also the JPEG 2000 codestream variants
(jpc/j2c/j2k) are not recognized (See appended droid-jpeg.csv.gz)

Luckily TrID with -v option shows a related URL and used file name
extensions. That informations for JPEG 2000 are expressed by comment
lines inside Magdir/jpeg like:
# URL:		http://fileformats.archiveteam.org/
#		wiki/JPEG_2000_codestream
# Reference:	http://mark0.net/download/triddefs_xml.7z
#		defs/b/bitmap-jpc.trid.xml
# Note:         called by TrID "JPEG-2000 Code Stream bitmap"

The detection of JPEG 2000 happens inside Magdir/jpeg by lines like:
0	belong		0xff4fff51	JPEG 2000 codestream
45	beshort		0xff52
This now becomes like:
0	belong		0xff4fff51	JPEG 2000 codestream
# value like: 0701h FF50h
#>45	ubeshort	x	\b, at 45 %#4.4x
!:mime	image/x-jp2-codestream
!:ext	jpc/j2c/j2k
#45	beshort		0xff52
There was an entry for offset 45 with test for value 0xff52. For my
inspected samples i get there value 0701h or FF50h. So this entry
does not make sense for me. So i changed the second line to a comment
line.

That informations for JPEG XR are expressed by comment lines inside
Magdir/jpeg like:
# URL:		http://fileformats.archiveteam.org/wiki/JPEG_XR
# Reference:	https://www.itu.int/rec/T-REC-T.832
#		http://mark0.net/download/triddefs_xml.7z
#		defs/b/bitmap-wmp.trid.xml
The detection of JPEG 2000 happens inside Magdir/jpeg by lines like:
 0	string		\x49\x49\xbc
 >3	byte		1
 >>4	lelong%2	0	JPEG-XR
 !:mime	image/jxr
 !:ext	jxr
By second line test of FILE_VERSION_ID. That shall be equal to 1.
Other values are reserved for future use. By third line test of
FIRST_IFD_OFFSET. That shall be an integer multiple of 2. So by this
test skip DROID fmt-590-signature-id-931.wdp which is misidentified b
y
TrID and DROID as valid image. In older documents mime type
image/vnd.ms-photo was used. Beside suffix JXR also older WDP is
used. Also HDP as third extension is mentioned, but i myself found no
examples. So these are expressed by line like:
!:ext	jxr/wdp/hdp
And i found some hazarded hints for two further extensions WMP and JH
C.

In Magdir/images is also an entry for "JPEG-XR Image". So i moved
that part and merged it. This now gives additional lines starting lik
e:
 >90	bequad		0x574D50484F544F00
 >>98	byte&0x08	=0x08			\b, hard tiling
 ...
 >>>101	beshort&0xf0	0x80			\bRGBE
 >>>101	beshort&0xf0	>0x80			\b(reserved %#x)
The mentioned URL to example FLOWER.wdp does not exist any more. So i
replace it with an archived version. I do not validate the shown
information, but i verified partly information by XnView command line
tools like:
	nconvert -info abydos.jxr FLOWER.wdp

That informations for JPEG XL are expressed by comment lines inside
Magdir/jpeg like:
# URL:		http://fileformats.archiveteam.org/wiki/JPEG_XL
# Reference:	http://mark0.net/download/triddefs_xml.7z
#		defs/b/bitmap-jxl.trid.xml
#		defs/b/bitmap-jxl-iso.trid.xml
The detection of these images happened inside Magdir/jpeg by lines
like:
0	string	\xff\x0a	JPEG XL codestream
!:mime  image/jxl
!:ext jxl
But i found no such official registered mime type image/jxl. So i
replaced it with a user defined one. So lines now becomes like:
0	string	\xff\x0a	JPEG XL codestream
!:mime	image/x-jxl
!:ext jxl

The detection of JPEG images starts inside Magdir/jpeg by lines like:
0 string \x00\x00\x00\x0C\x6A\x50\x20\x20\x0D\x0A\x87\x0A JPEG 2000
When looking in Magdir/animation we see in principal the same is done
in Magdir/animation. Here the magic part \x6A\x50 at offset 4 is
considered as string. This looks like:
4	string/W	jP		JPEG 2000 image
!:mime	image/jp2
So i delete the part done via Magdir/animation.
In Magdir/jpeg afterwards sub classification is done. This looks like
:
 >20	string		\x6a\x70\x32\x20	Part 1 (JP2)
 !:mime	image/jp2
After mime type now show also file name extension. This now looks lik
e:
 >20	string		\x6a\x70\x32\x20	Part 1 (JP2)
 !:mime	image/jp2
 !:ext	jp2

The informations for JP2 images are expressed by comment lines inside
Magdir/jpeg before like:
# URL:		http://fileformats.archiveteam.org/wiki/JP2
# Reference:	http://mark0.net/download/triddefs_xml.7z
#		defs/b/bitmap-jpeg2k.trid.xml

After applying the above mentioned modifications by patches
file-5.41-jpeg-unusual.diff, file-5.41-images-jpeg.diff and
file-5.41-animation-jpeg.diff then all my inspected "unusual" jpeg
images are now still described as before but now with more or
corrected mime types and duplicate vanish. This with -i option now
looks like:

2021-08_totocaca.jxl:         image/x-jxl
Bretagne1_1.j2k:              image/x-jp2-codestream
Cevennes2.jp2:                image/jp2
FDOSFISH.HSI:                 image/x-hsi
FLOWER.wdp:                   image/jxr
IMG_20200308_194050.jxl:      image/x-jxl
MOV00020.thm:                 image/jpeg
Speedway.mj2:                 video/mj2
abydos.jxr:                   image/jxr
balloon.j2c:                  image/x-jp2-codestream
balloon.jp2:                  image/jp2
balloon.jpf:                  image/jpx
balloon.jpm:                  image/jpm
fmt-590-signature-id-931.wdp: application/octet-stream

With --extension option this now looks like:

2021-08_totocaca.jxl:         jxl
Bretagne1_1.j2k:              jpc/j2c/j2k
Cevennes2.jp2:                jp2
FDOSFISH.HSI:                 hsi/jpg
FLOWER.wdp:                   jxr/wdp/hdp
IMG_20200308_194050.jxl:      jxl
MOV00020.thm:                 jpeg/jpg/jpe/jfif
Speedway.mj2:                 mj2/mjp2
abydos.jxr:                   jxr/wdp/hdp
balloon.j2c:                  jpc/j2c/j2k
balloon.jp2:                  jp2
balloon.jpf:                  jpf/jpx
balloon.jpm:                  jpm
fmt-590-signature-id-931.wdp: ???

I hope my diff files can be applied in future version of file
utility.

With best wishes,
Jörg Jenderek
- --
Jörg Jenderek









-----BEGIN PGP SIGNATURE-----
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iF0EARECAB0WIQS5/qNWKD4ASGOJGL+v8rHJQhrU1gUCYpoEzQAKCRCv8rHJQhrU
1h/uAKDS8rR9igqKYKPvcO6Ytn+TDDJ0YQCgyxC0RQybOshpAMdfQOwPdrQpwr8=
=lnkt
-----END PGP SIGNATURE-----
-------------- next part --------------
--- file-5.41/magic/Magdir/images.old	2021-10-18 16:20:03.000000000 +0200
+++ file-5.41/magic/Magdir/images	2022-06-03 00:40:07.046440900 +0200
@@ -1865,54 +1865,4 @@
 0	string	\x46\x4d\x52\x00	ISO/IEC 19794-2 Format Minutiae Record (FMR)
 
-# doc: https://www.shikino.co.jp/eng/products/images/FLOWER.jpg.zip
-# example: https://www.shikino.co.jp/eng/products/images/FLOWER.wdp.zip
-90	bequad		0x574D50484F544F00	JPEG-XR Image
->98	byte&0x08	=0x08			\b, hard tiling
->99	byte&0x80	=0x80			\b, tiling present
->99	byte&0x40	=0x40			\b, codestream present
->99	byte&0x38	x			\b, spatial xform=
->99	byte&0x38	0x00			\bTL
->99	byte&0x38	0x08			\bBL
->99	byte&0x38	0x10			\bTR
->99	byte&0x38	0x18			\bBR
->99	byte&0x38	0x20			\bBT
->99	byte&0x38	0x28			\bRB
->99	byte&0x38	0x30			\bLT
->99	byte&0x38	0x38			\bLB
->100	byte&0x80	=0x80			\b, short header
->>102	beshort+1	x			\b, %d
->>104	beshort+1	x			\bx%d
->100	byte&0x80	=0x00			\b, long header
->>102	belong+1	x			\b, %x
->>106	belong+1	x			\bx%x
->101	beshort&0xf	x			\b, bitdepth=
->>101	beshort&0xf	0x0			\b1-WHITE=1
->>101	beshort&0xf	0x1			\b8
->>101	beshort&0xf	0x2			\b16
->>101	beshort&0xf	0x3			\b16-SIGNED
->>101	beshort&0xf	0x4			\b16-FLOAT
->>101	beshort&0xf	0x5			\b(reserved 5)
->>101	beshort&0xf	0x6			\b32-SIGNED
->>101	beshort&0xf	0x7			\b32-FLOAT
->>101	beshort&0xf	0x8			\b5
->>101	beshort&0xf	0x9			\b10
->>101	beshort&0xf	0xa			\b5-6-5
->>101	beshort&0xf	0xb			\b(reserved %d)
->>101	beshort&0xf	0xc			\b(reserved %d)
->>101	beshort&0xf	0xd			\b(reserved %d)
->>101	beshort&0xf	0xe			\b(reserved %d)
->>101	beshort&0xf	0xf			\b1-BLACK=1
->101	beshort&0xf0	x			\b, colorfmt=
->>101	beshort&0xf0	0x00			\bYONLY
->>101	beshort&0xf0	0x10			\bYUV240
->>101	beshort&0xf0	0x20			\bYWV422
->>101	beshort&0xf0	0x30			\bYWV444
->>101	beshort&0xf0	0x40			\bCMYK
->>101	beshort&0xf0	0x50			\bCMYKDIRECT
->>101	beshort&0xf0	0x60			\bNCOMPONENT
->>101	beshort&0xf0	0x70			\bRGB
->>101	beshort&0xf0	0x80			\bRGBE
->>101	beshort&0xf0	>0x80			\b(reserved %#x)
-
 # From: Johan van der Knijff <johan.vanderknijff at kb.nl>
 #
-------------- next part --------------
A non-text attachment was scrubbed...
Name: file-5.41-images-jpeg.diff.sig
Type: application/octet-stream
Size: 923 bytes
Desc: not available
URL: <https://mailman.astron.com/pipermail/file/attachments/20220603/0ab7c8a6/attachment-0003.obj>
-------------- next part --------------
--- file-5.41/magic/Magdir/animation.old	2021-08-30 11:10:26.000000000 +0200
+++ file-5.41/magic/Magdir/animation	2022-06-03 00:01:27.322948400 +0200
@@ -30,8 +30,6 @@
 #!:mime	image/x-quicktime
 4       string          pckg            Apple QuickTime compressed archive
 !:mime	application/x-quicktime-player
-4	string/W	jP		JPEG 2000 image
-!:mime	image/jp2
 
 #### MP4 ####
 # https://www.ftyps.com/ with local additions
-------------- next part --------------
A non-text attachment was scrubbed...
Name: file-5.41-animation-jpeg.diff.sig
Type: application/octet-stream
Size: 431 bytes
Desc: not available
URL: <https://mailman.astron.com/pipermail/file/attachments/20220603/0ab7c8a6/attachment-0004.obj>
-------------- next part --------------
--- file-5.41/magic/Magdir/jpeg.old	2021-08-30 11:10:26.000000000 +0200
+++ file-5.41/magic/Magdir/jpeg	2022-06-03 01:40:01.889549900 +0200
@@ -105,3 +105,10 @@
 # HSI is Handmade Software's proprietary JPEG encoding scheme
+# Update:	Joerg Jenderek
+# URL:		http://fileformats.archiveteam.org/wiki/HSI_JPEG
+# Reference:	http://mark0.net/download/triddefs_xml.7z/defs/b/bitmap-hsi1.trid.xml
+# Note:         called by TrID "HSI JPEG bitmap"
 0	string		hsi1		JPEG image data, HSI proprietary
+#!:mime	application/octet-stream
+!:mime	image/x-hsi
+!:ext	hsi/jpg
 
@@ -109,2 +116,3 @@
 0	string		\x00\x00\x00\x0C\x6A\x50\x20\x20\x0D\x0A\x87\x0A	JPEG 2000
+# delete from ./animation (version 1.87) with jP (=6A50h) magic at offset 4
 # From: Johan van der Knijff <johan.vanderknijff at kb.nl>
@@ -114,10 +122,28 @@
 # Now read value of 'Brand' field, which yields a few possibilities:
+# Update:	Joerg Jenderek
+# URL:		http://fileformats.archiveteam.org/wiki/JP2
+# Reference:	http://mark0.net/download/triddefs_xml.7z/defs/b/bitmap-jpeg2k.trid.xml
+# Note:         called by TrID "JPEG 2000 bitmap"
 >20	string		\x6a\x70\x32\x20	Part 1 (JP2)
+# aliases	image/jpeg2000, image/jpeg2000-image, image/x-jpeg2000-image
 !:mime	image/jp2
+!:ext	jp2
+# URL:		http://fileformats.archiveteam.org/wiki/JPX
+# Reference:	http://mark0.net/download/triddefs_xml.7z/defs/b/bitmap-jpx.trid.xml
+# Note:         called by TrID "JPEG 2000 eXtended bitmap"
 >20	string		\x6a\x70\x78\x20	Part 2 (JPX)
 !:mime	image/jpx
+!:ext	jpf/jpx
+# URL:		http://fileformats.archiveteam.org/wiki/JPM
+# Reference:	http://mark0.net/download/triddefs_xml.7z/defs/b/bitmap-jpm.trid.xml
+# Note:         called by TrID "JPEG 2000 eXtended bitmap"
 >20	string		\x6a\x70\x6d\x20	Part 6 (JPM)
 !:mime	image/jpm
+!:ext	jpm
+# URL:		http://fileformats.archiveteam.org/wiki/MJ2
+# Reference:	http://mark0.net/download/triddefs_xml.7z/defs/v/video-mj2.trid.xml
+# Note:         called by TrID "Motion JPEG 2000 video"
 >20	string		\x6d\x6a\x70\x32	Part 3 (MJ2)
 !:mime	video/mj2
+!:ext	mj2/mjp2
 
@@ -125,11 +151,84 @@
 # From: Mathieu Malaterre <mathieu.malaterre at gmail.com>
+# Update:	Joerg Jenderek
+# URL:		http://fileformats.archiveteam.org/wiki/JPEG_2000_codestream
+# Reference:	http://mark0.net/download/triddefs_xml.7z/defs/b/bitmap-jpc.trid.xml
+# Note:         called by TrID "JPEG-2000 Code Stream bitmap"
 0	belong		0xff4fff51						JPEG 2000 codestream
-45	beshort		0xff52
+# value like: 0701h FF50h
+#>45	ubeshort	x	\b, at 45 %#4.4x
+#!:mime	application/octet-stream
+# https://reposcope.com/mimetype/image/x-jp2-codestream
+!:mime	image/x-jp2-codestream
+!:ext	jpc/j2c/j2k
+# MAYBE also JHC like in byte_causal.jhc ?
+# WHAT IS THAT? DEAD ENTRY?
+#45	beshort		0xff52
 
 # JPEG extended range
+# URL:		http://fileformats.archiveteam.org/wiki/JPEG_XR
+# Reference:	https://www.itu.int/rec/T-REC-T.832
+#		http://mark0.net/download/triddefs_xml.7z/defs/b/bitmap-wmp.trid.xml
+# Note:         called by TrID "JPEG XR bitmap"
 0	string		\x49\x49\xbc
+# FILE_VERSION_ID; shall be equal to 1; other values are reserved for future use
 >3	byte		1
+# FIRST_IFD_OFFSET; shall be an integer multiple of 2; so skip DROID fmt-590-signature-id-931.wdp
 >>4	lelong%2	0	JPEG-XR
+#!:mime	image/vnd.ms-photo
 !:mime	image/jxr
-!:ext	jxr
+# NO example for HDP !
+!:ext	jxr/wdp/hdp
+# MAYBE also WMP ?
+#!:ext	jxr/wdp/hdp/wmp
+# moved from ./images (version 1.205 ), merged and
+# partly verified by XnView `nconvert -info abydos.jxr FLOWER.wdp`
+# example: https://web.archive.org/web/20160403012904/
+# http://shikino.co.jp/solution/upfile/FLOWER.wdp.zip
+>90	bequad		0x574D50484F544F00
+>>98	byte&0x08	=0x08			\b, hard tiling
+>>99	byte&0x80	=0x80			\b, tiling present
+>>99	byte&0x40	=0x40			\b, codestream present
+>>99	byte&0x38	x			\b, spatial xform=
+>>99	byte&0x38	0x00			\bTL
+>>99	byte&0x38	0x08			\bBL
+>>99	byte&0x38	0x10			\bTR
+>>99	byte&0x38	0x18			\bBR
+>>99	byte&0x38	0x20			\bBT
+>>99	byte&0x38	0x28			\bRB
+>>99	byte&0x38	0x30			\bLT
+>>99	byte&0x38	0x38			\bLB
+>>100	byte&0x80	=0x80			\b, short header
+>>>102	beshort+1	x			\b, %d
+>>>104	beshort+1	x			\bx%d
+>>100	byte&0x80	=0x00			\b, long header
+>>>102	belong+1	x			\b, %x
+>>>106	belong+1	x			\bx%x
+>>101	beshort&0xf	x			\b, bitdepth=
+>>>101	beshort&0xf	0x0			\b1-WHITE=1
+>>>101	beshort&0xf	0x1			\b8
+>>>101	beshort&0xf	0x2			\b16
+>>>101	beshort&0xf	0x3			\b16-SIGNED
+>>>101	beshort&0xf	0x4			\b16-FLOAT
+>>>101	beshort&0xf	0x5			\b(reserved 5)
+>>>101	beshort&0xf	0x6			\b32-SIGNED
+>>>101	beshort&0xf	0x7			\b32-FLOAT
+>>>101	beshort&0xf	0x8			\b5
+>>>101	beshort&0xf	0x9			\b10
+>>>101	beshort&0xf	0xa			\b5-6-5
+>>>101	beshort&0xf	0xb			\b(reserved %d)
+>>>101	beshort&0xf	0xc			\b(reserved %d)
+>>>101	beshort&0xf	0xd			\b(reserved %d)
+>>>101	beshort&0xf	0xe			\b(reserved %d)
+>>>101	beshort&0xf	0xf			\b1-BLACK=1
+>>101	beshort&0xf0	x			\b, colorfmt=
+>>>101	beshort&0xf0	0x00			\bYONLY
+>>>101	beshort&0xf0	0x10			\bYUV240
+>>>101	beshort&0xf0	0x20			\bYWV422
+>>>101	beshort&0xf0	0x30			\bYWV444
+>>>101	beshort&0xf0	0x40			\bCMYK
+>>>101	beshort&0xf0	0x50			\bCMYKDIRECT
+>>>101	beshort&0xf0	0x60			\bNCOMPONENT
+>>>101	beshort&0xf0	0x70			\bRGB
+>>>101	beshort&0xf0	0x80			\bRGBE
+>>>101	beshort&0xf0	>0x80			\b(reserved %#x)
 
@@ -137,4 +236,9 @@
 # From: Ian Tester
+# Update:	Joerg Jenderek
+# URL:		http://fileformats.archiveteam.org/wiki/JPEG_XL
+# Reference:	http://mark0.net/download/triddefs_xml.7z/defs/b/bitmap-jxl.trid.xml
+# Note:         called by TrID "JPEG XL bitmap"
 0	string	\xff\x0a				JPEG XL codestream
-!:mime  image/jxl
+#!:mime  image/jxl
+!:mime	image/x-jxl
 !:ext jxl
@@ -142,4 +246,9 @@
 # JPEG XL (transcoded JPEG file)
+# Update:	Joerg Jenderek
+# URL:		http://fileformats.archiveteam.org/wiki/JPEG_XL
+# Reference:	http://mark0.net/download/triddefs_xml.7z/defs/b/bitmap-jxl-iso.trid.xml 
+# Note:         called by TrID "JPEG XL bitmap (ISOBMFF)"
 0	string	\x00\x00\x00\x0cJXL\x20\x0d\x0a\x87\x0a	JPEG XL container
-!:mime  image/jxl
+#!:mime  image/jxl
+!:mime	image/x-jxl
 !:ext jxl
-------------- next part --------------
A non-text attachment was scrubbed...
Name: file-5.41-jpeg-unusual.diff.sig
Type: application/octet-stream
Size: 2200 bytes
Desc: not available
URL: <https://mailman.astron.com/pipermail/file/attachments/20220603/0ab7c8a6/attachment-0005.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: droid-jpeg.csv.gz
Type: application/x-gzip
Size: 847 bytes
Desc: not available
URL: <https://mailman.astron.com/pipermail/file/attachments/20220603/0ab7c8a6/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: trid-v-jpeg.txt.gz
Type: application/x-gzip
Size: 1153 bytes
Desc: not available
URL: <https://mailman.astron.com/pipermail/file/attachments/20220603/0ab7c8a6/attachment-0003.bin>


More information about the File mailing list