Linux tsuru-no-tsurugi 5.15.0-186-generic #196-Ubuntu SMP Sat Jun 20 16:09:34 UTC 2026 x86_64
Apache/2.4.52 (Ubuntu)
Server IP : 192.168.0.18 & Your IP : 216.73.216.68
Domains :
Cant Read [ /etc/named.conf ]
User : www-data
Terminal
Auto Root
Create File
Create Folder
Localroot Suggester
Backdoor Destroyer
Readme
/
usr /
share /
doc /
libjxr0 /
Delete
Unzip
Name
Size
Permission
Date
Action
JPEGXR_DPK_Spec_1.0.txt.gz
15.84
KB
-rw-r--r--
2022-01-28 21:55
README.Debian
844
B
-rw-r--r--
2021-11-27 00:15
changelog.Debian.gz
1.3
KB
-rw-r--r--
2022-01-28 21:55
copyright
1.57
KB
-rw-r--r--
2022-01-28 20:00
readme.txt.gz
1.88
KB
-rw-r--r--
2017-06-16 02:20
Save
Rename
Upstream ships a Makefile based build system Since upstream agree on having an ABI maintained: https://jxrlib.codeplex.com/discussions/440294 I switched to a CMake based build system since it is much easier to handle VERSION/SOVERSION. The build system has been proposed upstream for ease of maintenance. -- You can find a test suite at http://www.itu.int/rec/T-REC-T.834 The conformance suite contains a bunch of .jxr files that you can decode with the DPK’s JXRDecApp, WIC on Windows 7 or 8, and the JPEG XR reference software itself. The resulting images should be identical for all three, with a couple of caveats: the DPK doesn’t support the “advanced pixel formats” (YCC or CMYKDIRECT), nor does it support chroma centering (for YUV 420 and 422). -- Mathieu Malaterre <malat@debian.org> Wed, 17 Apr 2013 16:08:34 +0200