| <<<Back 1 day (to 2017/09/30) | 20171001 |
LRN | i take it that no one is much interested in using jxrlib in mupdf (it's been 3 years now...) | 13:34.26 |
sebras | LRN: I made the jpegxr-integration that we have. | 14:27.50 |
| LRN: unfortunately it has fallen into disarray it seems. I wasn't aware of that. | 14:28.05 |
| let me try building it. | 14:29.29 |
| LRN: from the mupdf root if you run git clone git://git.ghostscript.com/thirdparty-jpegxr.git thirdparty/jpegxr and then rebuild mupdf you ought to end up with a mupdf-binary that is able to decode jpegxr files. | 14:31.10 |
LRN | sebras, i mean jxrlib (the MS BSD-licensed JPEG-XR library), not jpegxr (the reference JPEG-XR implementation with a GPL-incompatible license) | 14:31.22 |
| you mentioned it 3 years ago - https://ghostscript.com/irclogs/2014/05/08.html | 14:32.00 |
sebras | LRN: in 2014 I did ask this, because I found jxrlib back then. | 14:33.16 |
LRN | yes. So, nothing changed in 3 years? | 14:33.56 |
sebras | LRN: as I remember it that implementation has a number of bugs that made it hard to use. but this three years ago so my memory might be hazy. | 14:34.07 |
| LRN: no, in 2015 I integrated the jpeg-xr library I mentioned. | 14:34.24 |
| LRN: what are the GPL-incompatible points in the JPEG-XR license? | 14:34.53 |
LRN | something about "free to use as long as you are following the JPEG-XR spec" | 14:36.34 |
sebras | LRN: I'm not sure I understand that reason though. | 14:39.36 |
| LRN: the software is the reference implementation of JPEG-XR, how can one not be following the spec in that case? | 14:39.56 |
LRN | IANAL, but the fact that compliance with a license is easy does not change the fact that it places extra restrictions, which conflicts with GPL | 14:41.08 |
sebras | LRN: I am not a lawyer either, but this is the only jpeg-xr lib we have integrated today. | 14:49.20 |
LRN | understood | 14:49.36 |
sebras | I had a branch a few years ago on which I did integrate with jxrlib, but there were problems with it and this implementation worked better. | 14:49.51 |
| LRN: I looked through all my old mupdf repos (even on my external backup drive) but I can't find that old implementation. | 15:01.23 |
LRN | must have been truly bad, if you decided not to keep it around | 15:01.47 |
sebras | LRN: since we had an implementation that worked better I think I gave up on that old branch. | 15:02.13 |
| LRN: I have a few errands to run so I can't spend more time looking for it right now, but if I notice it I'll let you know. | 15:04.51 |
LRN | thanks | 15:05.15 |
| Forward 1 day (to 2017/10/02)>>> | |