Activity for DjVuLibre
-
Leon Bottou posted a comment on ticket #358
I would have to see your original myfile.djvu.
-
b'Leon Bottou committed [b0ff6f] on Djvulibre-git
Merge /u/trufanov/djvu/ branch master into master
-
Fix initial zoom value description
-
Well, a djvu file can be several things: a single page file (FORM:DJVU). Cjb2 and c44 produce such files. a bundled document (FORM:DJVM) which may contain one of more pages, themselves encoded as FORM:DJVU. It also contain a page directory, and may contain shape dictionaries and navigation menus. Such documents are created with "djvm -c". You can use the program 'djvudump' to know what's inside a djvu file. Command "djvm -l" does not work on the output of cjb2 because it is designed to work on biundled...
-
free Buju posted a comment on ticket #359
A workaround seems to be to run djvm -c bundle.djvu sample.djvu sample.djvu, then djvm -l works on that. From there, it appears superficially to not be too useful. But it actually helped me discover a hack to work around bug 358 (https://sourceforge.net/p/djvu/bugs/358/). djvm -l shows us that page names are assigned as the original filename. These can be used as a handle to make djvused work. I’ll elaborate further in bug 358.
-
John Harry posted a comment on discussion Open Discussion
In my personal view, the DjVuLibre team need not be concerned about this issue, as DjVuLibre should not be licensed under the GPL site. When promoting the use of a standard file format, it is unwise to apply the GPL to the code necessary for handling that format.
-
Janusz posted a comment on discussion DjVuLibre Development
I would be very happy to be able to extract easily graphic snippets (say in png format) identified by a possibly long list of URLs like this Hebrew(?) string in an old dictionary (for the purpose of OCR). The most elegant way would be to extend ddjvu to handle pagespec not only in the form of page numbers, but also in the form of full URLs (for simplification to local files only). I guess requesting such an extensions would be unrealistic, so I would appreciate any suggestions to solve the problem....
-
Vladimir posted a comment on discussion DjVuLibre Help
It seems that this file should have been automatically generated during the compilation, like all the other "ui_*" files. But, because it is used before it is generated, there is such an error. To solve this problem, I had to find and download this "debug-info" package: http://arm.koji.fedoraproject.org/koji/buildinfo?buildID=144684 http://arm.koji.fedoraproject.org//packages/djview4/4.9/2.fc20/armv7hl/djview4-debuginfo-4.9-2.fc20.armv7hl.rpm Then, I had to extract the "rpm" archive with rpm2cpio...
-
I have described the problem in details at http://teksty.klf.uw.edu.pl/11/ and provided the problematic files. When executing a script djvused doesn't issue any error messages, but in the resulting document text layer hierarchy is corrupt. The script is generated by ocrodjvu, so perhaps it is a culprit: cf. https://bitbucket.org/jwilk/ocrodjvu/issue/12/ocrodjvu-creates-an-incorrect-djvused. However, if the script is incorrect, I would like to know what is exactly wrong. Perhaps it is just too big?...
-
I've created rather sophisticated bookmarks for the dictionary at http://korpusy.klf.uw.edu.pl/djvus/linde-t/01/index.djvu. They work as intended on Linux with djview4 as the browser plugin, but on Windows the Caminova (now DjVu Universe?) plugin is unable to handle them correctly. Is this the Caminova plugin bug? Is there a better forum to ask about the Caminova plugin? Anyway, can the problem be somehow circumvented? Most of the reders of the dictionary use Windows and djview4 doesn't work as a...
-
I come back to this old topic because I've just noticed that the Caminowa plugin cannot handle the outline at http://korpusy.klf.uw.edu.pl/djvus/linde-t/01/index.djvu? What is the reason the djview4 doesn't work as a browser plugin? Is coding it so difficult or time-consuming?
-
ddjvu can indeed generate a pdf (essentially an encapsulated tiff).
-
djvm -l cannot handle output from cjb2
-
djvused -f crashes when feeding it it’s own output (per the man page example)
-
The problem appeared not related to the file format, it is now fixed.
-
I was too optimistic, the impression the program accepts ddjvu produced TIFF as binary graphics was an illusion due to some mistake of mine. I try to persuade ChatGPT to correct the script (https://github.com/jsbien/tmp), we'll see what happens.
-
Thank you very much for your patience and the detailed explanation! My problems were caused by the conversion steps. I will follow your suggestion and use the TIFF output. To my pleasant surprise the next program in the pipeline accepts TIFFs as the input, so conversion is not needed. FYI, I intend to process font tables uploaded to https://github.com/jsbien/early_fonts_inventory/tree/main/font_tables/oDjvu.I need binary files for processing and , instead of running some binarization tool, I prefer...
-
Option -1 or --subsample=1 ensure that the output resolution matches that of the input image. Note that this is the default when you use the --format option (which you should always use.) Note that when you use --format=pbm, you force the output to be a pbm file which can only encode binary images. Even if you were to subsample the image (making the mask gray level), it would be tresholded into a binary image to produce a pbm file. These PBM files start with the two letters "P4". If this is the case,...
-
Thanks for your quick answer, but what exactly do you mean by ddjvu -1? What is the complete invocation? I use in Python subprocess.run(["ddjvu", "-format=pbm", "-mode=mask", djvu_file, pbm_file]) and the output does not seem to be binary, especially when converted to PNG (this can be of course the conversion fault). Let me repeat what I posted 2 hours ago, as this doesn't seem to be distributed by mail: I just noted that for the original mask I get: Augezdecki-01a_PT08_403_mask.pbm PBM 1711x353...
-
ddjvu -1 should always return a binary mask as a PBM files. PBM files can only represent binary images anyway. https://linux.die.net/man/5/pbm On 2024-08-26 11:26, Janusz wrote: Perhaps I misinterpreted the identify output: Augezdecki-01a_PT08_403_mask.pbm PBM 1711x353 1711x353+0+0 1-bit Bilevel Gray 75554B 0.000u 0:00.001. Moreover the mask file was rejected as non-binary by a Python script written for me by ChatGPT. I have to investigate the problem more closely. [BUGS:#357] [1] THE MASK EXTRACTED...
-
After converting to PNG I get Augezdecki-01a_PT08_403_mask.png PNG 1711x353 1711x353+0+0 8-bit Gray 2c 9285B 0.000u 0:00.000. I just noted that for the original mask I get: Augezdecki-01a_PT08_403_mask.pbm PBM 1711x353 1711x353+0+0 1-bit Bilevel Gray 75554B 0.000u 0:00.001. ChatGPT says: he output you provided from the identify command in ImageMagick indicates that the image is in 8-bit grayscale with two colors (2c), which means it is not truly binary.
-
Perhaps I misinterpreted the identify output: Augezdecki-01a_PT08_403_mask.pbm PBM 1711x353 1711x353+0+0 1-bit Bilevel Gray 75554B 0.000u 0:00.001. Moreover the mask file was rejected as non-binary by a Python script written for me by ChatGPT. I have to investigate the problem more closely.
-
The mask extracted with ddjvu is not binary, but greyscale
-
improve build-gsdjvu for partial operation
-
Leon Bottou committed [b2a318] on Gsdjvu-git
first try at Frank Trample's changes for gs>=955
-
clang warning cleanup (harmless)
-
misc protection against corrupted data.
-
Adjust pctx when resizing the numcoder context.
-
Ildar Mulyukov posted a comment on discussion DjVuLibre Help
You can check the output. If it works - it works, what's the point?
-
max-kammerer posted a comment on discussion DjVuLibre Help
Hello, could you please clarify the meaning of "IFFByteStream.not_ready" ("IFFByteStream not ready for reading chunk") error? Does it point that file is corrupted or does it point that application using djvulibre do djvu file processing in wrong way?
-
jsx posted a comment on discussion DjVuLibre Help
I tried install djview4 on a Mac using Homebrew, https://formulae.brew.sh/formula/djview4. The installation was without any errors or warnings, but when I try to do, for example, djview4 my_file.djvu or djview4 -help there is an error: zsh: command not found: djview4 Replacing djview4 with djview solves both issues, but as far as I know, djview and djview4 are two different utils.
-
When converting to PDF: ddjvu -format=pdf input.djvu output.pdf there is a warning: TIFFWriteDirectorySec: Warning, Creating TIFF with legacy Deflate codec identifier, COMPRESSION_ADOBE_DEFLATE is more widely supported. How can I use COMPRESSION_ADOBE_DEFLATE instead of delfate? I tried ddjvu -format=pdf -quality=COMPRESSION_ADOBE_DEFLATE input.djvu output.pdf but though -quality=deflate works, -quality=COMPRESSION_ADOBE_DEFLATE and its variations (e.g., AdobeDeflate) return the error message: ddjvu:...
-
ddjvu (DjVuLibre), 3.5.28: ddjvu --help returns -format=FMT Select output format: pbm,pgm,ppm,pnm,rle,tiff. Note that it doesn't mention PDF. But then, why does the folowing command works and converts input DjVu file to output PDF one? ddjvu -format=pdf -quality=85 input.djvu output.pdf
-
Eliminate warning with a uintptr_t cast
-
Lost return statement during refactroing in 90bb99a7c01d77cd066644fd1862664d70b29483
-
Lost return statement during refactroing in 90bb99a7c01d77cd066644fd1862664d70b29483
-
Robert Mast created ticket #108
Please add more header files to debian package.
-
fix up to gs955.
-
clang compat -- snprintf -- vtorri's datadir patch
-
Nikola Smolenski modified a comment on discussion DjVuLibre Development
Since it was annoying me, I have made bash tab completion file for djview. Not sure if this could be added to official packages. To use it, simply copy it to /usr/share/bash-completion/completions/djview4 . You should also symlink djview to djview4 in that directory. The file as follows: # djview4(1) completion -*- shell-script -*- _djview4() { local cur prev words cword split _init_completion -s || return case $prev in -'?'|-help|--help) return ;; esac $split && return if [[ $cur == -* ]]; then...
-
Since it was annoying me, I have made bash tab completion file for djview. Not sure if this could be added to official packages. To use it, simply copy it to /usr/share/bash-completion/completions/djview4 . You should also symlink djview to sjview4 in that directory. The file as follows: # djview4(1) completion -*- shell-script -*- _djview4() { local cur prev words cword split _init_completion -s || return case $prev in -'?'|-help|--help) return ;; esac $split && return if [[ $cur == -* ]]; then...
-
Stephen Jones posted a comment on discussion DjVuLibre Help
Hi. In my experience, the largest PDF I could upload to any2djvu was about 30 MB. Above that, the conversion was still running more than 1 hour later. Have you tried to upload your PDF to pdf2djvu.com? I have not tried sending a big PDF to that site, just a suggestion.
-
Hi. Has anyone tried this site? pdf2djvu.com It seems to be close to any2djvu in terms of efficiency. It is a very bare site. The PDF to DjVu conversion is basically upload and download. But the quality is very good and it uses a shared dictionary! It uses DjVu Version 24, whereas any2djvu uses Version 21. The site is also available in Korean. Example: 파일을 선택 클릭 또는 여기를 드래그 Thanks.
-
Hi. Has anyone tried this site? pdf2djvu.com It seems to be close to any2djvu in terms of efficiency. It is a very bare site. The PDF to DjVu conversion is basically upload and download. But the quality is very good and it uses a shared dictionary! It uses DjVu Version 24, whereas any2djvu uses Version 21. The site is also available in Korean. Example: 파일을 선택 클릭 또는 여기를 드래그 Thanks.
-
Hi. Has anyone tried this site? pdf2djvu.com It seems to be close to any2djvu in terms of efficiency. It is a very bare site, with no real options other than upload and download. But the quality is very good and it uses a shared dictionary! It uses DjVu Version 24, whereas any2djvu uses Version 21. The site is also available in Korean. Example: 파일을 선택 클릭 또는 여기를 드래그 Thanks.
-
Pink Camel posted a comment on ticket #322
Hello, I have the same issue which was reported earlier and has the status “closed”: https://sourceforge.net/p/djvu/bugs/322/ Actually an issue is not fixed. I just installed DjVuLibre-3.5.28DjView-4.12Setup.exe on Windows 10. Files with extension .djvu are associated with DjView. So, if I double-click file with extension .djvu, file is opened in DjView . However, it is working fine with English file names only. If file name contains Cyrillic characters, double-click does not work. I can open files,...
-
hasufell modified a comment on ticket #356
The definition of "relative path" in the ghc-conf error message ignores a lot of the complexities of Windows which has both a current drive and current directories for each drive. If the meaning is to be "non-absolute", then what about UNC pathnames of the form \partition\xx\yyy No, it does not ignore any complexities. UNC pathnames are detected as absolute and your example is wrong. They start with two slashes: "\\partition\xx\yyy". What about the passthru pathnames starting with \?\ which are entirely...
-
The definition of "relative path" in the ghc-conf error message ignores a lot of the complexities of Windows which has both a current drive and current directories for each drive. If the meaning is to be "non-absolute", then what about UNC pathnames of the form \partition\xx\yyy No, it does not ignore any complexities. UNC pathnames are detected as absolute and your example is wrong. They start with two slashes: "\partition\xx\yyy". What about the passthru pathnames starting with \?\ which are entirely...
-
1) I just checked that pkgconf records the list of system include directories that were used during its compilation and uses this as the default value of PKG_CONFIG_SYSTEM_INCLUDE_PATH. This explains your observation about pkgconf treating certain paths differently. Also I believe that ddjvuapi.pc contains /mingw64/include because this is where libjpeg lives (there are mingw64 packages, msys packages, mingw within msys packages, etc.) 2) The definition of "relative path" in the ghc-conf error message...
-
1) I just checked that pkgconf records the list of system include directories that were used during its compilation and uses this as the default value of PKG_CONFIG_SYSTEM_INCLUDE_PATH. This explains your observation about pkgconf treating certain paths differently. 2) The definition of "relative path" in the ghc-conf error message ignores a lot of the complexities of Windows which has both a current drive and current directories for each drive. If the meaning is to be "non-absolute", then what about...
-
1) I just checked that pkgconf records the list of system include directories that were used during its compilation and uses this as the default value of PKG_CONFIG_SYSTEM_INCLUDE_PATH. This explains your observation about pkgconf treating certain paths differently. 2) The definition of "relative path" in the ghc-conf error message ignores a lot of the complexities of Windows which has both a current drive and current directories for each drive. If the meaning is to be "non-absolute", then what about...
-
1) I just checked that pkgconf records the list of system include directories that were used during its compilation and uses this as the default value of PKG_CONFIG_SYSTEM_INCLUDE_PATH. This explains your observation about pkgconf treating certain paths differently. 2) The definition of "relative path" in the ghc-conf error message ignores a lot of the complexities of Windows which has both a current drive and current directories for each drive. If the meaning is to be "non-absolute", then what about...
-
1) pkgconf records the list of system include directories that were used during its compilation and uses this as the default value of PKG_CONFIG_SYSTEM_INCLUDE_PATH. This explains your observation about pkgconf treating certain paths differently. Note also that cygwin filenames and msys filenames are different. Cygwin interprets /c/dd/ff as c:/dd/ff or c:\dd\ff if you prefer. 2) The definition of "relative path" in the ghc-conf error message ignores a lot of the complexities of Windows which has...
-
Javier Sagredo modified a comment on ticket #356
I understand your point, and I'm open to discuss this (perhaps it is GHC the one that has to change how it works!). On the one hand, we get this output from the current .pc file: ❯ PKG_CONFIG_SYSTEM_INCLUDE_PATH=1 pkgconf --cflags ddjvuapi -I/mingw64/include ❯ pkgconf --cflags ddjvuapi -I/mingw64/include This is because of the way this pkgconf file is constructed, where -I/mingw64/include is hard-coded in the resulting file: ❯ cat /mingw64/lib/pkgconfig/ddjvuapi.pc prefix=/mingw64 exec_prefix=/mingw64...
-
I understand your point, and I'm open to discuss this (perhaps it is GHC the one that has to change how it works!). On the one hand, we get this output from the current .pc file: ❯ PKG_CONFIG_SYSTEM_INCLUDE_PATH=1 pkgconf --cflags ddjvuapi -I/mingw64/include ❯ pkgconf --cflags ddjvuapi -I/mingw64/include This is because of the way this pkgconf file is constructed, where -I/mingw64/include is hard-coded in the resulting file: ❯ cat /mingw64/lib/pkgconfig/ddjvuapi.pc prefix=/mingw64 exec_prefix=/mingw64...
-
I am not sure I understand the nature of the bug. The contents of ddjvuapi.pc is not hardcoded but constructed from https://sourceforge.net/p/djvu/djvulibre-git/ci/master/tree/libdjvu/ddjvuapi.pc.in using the information gathered by the autoconf process. All this uses forward slashes as path separator, which works fine with MinGW. Note that Windows APIs usually normalize forward slashes in pathnames into backward slashes (see https://learn.microsoft.com/en-us/dotnet/standard/io/file-path-formats#canonicalize-separators...
-
.pc file does not work on MinGW
-
Terje Bless created ticket #355
Increased frequency of crashes on macOS Sonoma
-
Marshall posted a comment on ticket #354
Is it better to use the MSCV code for MinGW? Or does it really make no difference? The primary use case for the static library is to build and link everything to a single exe binary using the same MinGW compiler/toolchain, so the chance that a different pthread library is used should be low. 08.11.2023 16:28:51 Leon Bottou leonb@users.sourceforge.net: warning "This only works with MSVC. Memory leak otherwise" Now I remember this horror. The handling of thread local storage under windows is a catastrophe....
-
warning "This only works with MSVC. Memory leak otherwise" Now I remember this horror. The handling of thread local storage under windows is a catastrophe. The pthread code uses the same hack in fact. This used to work only for dlls and msvc, but they now have comments saying that it also works for static libs using recent versions of msvc, and they have other hacks for other compilers. They seem to have done a lot of back and forth between different solutions. The memory leak only occurs when a...
-
Just to make sure, do you confirm that adding DJVUAPI on Monitor and GSafeFlags is enough to make --export-all-symbols useless when compiling libdjvu as a dll? This was at least the case during my tests, yes. But I will do some more tests. Update: this isn't needed anymore it seems. pthreads: What is the benefit of using MINGW's pthread emulation on Windows? Same thing again: it can make sense to give priority to pthread if detected, but will this work on all platforms? I've tested enabling pthreads...
-
Just to make sure, do you confirm that adding DJVUAPI on Monitor and GSafeFlags is enough to make --export-all-symbols useless when compiling libdjvu as a dll? This was at least the case during my tests, yes. But I will do some more tests. Update: this isn't needed anymore it seems. pthreads: What is the benefit of using MINGW's pthread emulation on Windows? Same thing again: it can make sense to give priority to pthread if detected, but will this work on all platforms? I've tested enabling pthreads...
-
Just to make sure, do you confirm that adding DJVUAPI on Monitor and GSafeFlags is enough to make --export-all-symbols useless when compiling libdjvu as a dll? This was at least the case during my tests, yes. But I will do some more tests. pthreads: What is the benefit of using MINGW's pthread emulation on Windows? Same thing again: it can make sense to give priority to pthread if detected, but will this work on all platforms? I've tested enabling pthreads because of a warning I got during compilation,...
-
My understanding is that many of these changes are motivated by the desire to allow the compilation of a static libdjvu library, something which was not supported on windows so far. However it is much more important for me to make sure that the compilation of a dll version of libdjvu works perfectly. You write: "I've removed "-Wl,--export-all-symbols" from linker flags which requires the export of the classes GSafeFlags and GMonitor." Just to make sure, do you confirm that adding DJVUAPI on Monitor...
-
Leon Bottou committed [d30971] on Djvulibre-git
Added DDJVUAPI to GMonitor and GSafeFlags
-
INT32: see the comment on INT32 in https://github.com/libjpeg-turbo/libjpeg-turbo/blob/ec32420f6b5dfa4e86883d42b209e8371e55aeb5/jmorecfg.h#L128C1-L134C1 Earlier versions of jpeglib did not guard this definition for windows. But now we seem to have the opposite problem. I just pushed a change for this where I first include enough generic djvu files to make sure that <windows.h> is included and defines INT32, then include the JPEG file with INT32 defined away.</windows.h> -fvisibility: This is a useful...
-
Leon Bottou committed [208a8d] on Djvulibre-git
Navigating the INT32 problems in JPEGLIB
-
You should also enable pthread checks for Windows because implementations are avaiable for MinGW compiler. And if pthread wasn't found then HAVE_PTHREAD won't be set. Regarding -fvisibility: you could add compiler flag checks to configure.ac for these and other flags.
-
You should also enable pthread checks for Windows because implementations are avaiable for MinGW compiler. And if pthread wasn't found then HAVE_PTHREAD won't be set.
-
The changes in JPEGDecoder are needed because the build will otherwise break for some people on MinGW32: https://github.com/mxe/mxe/issues/3012 Besides I really wonder what these strange redefines are even meant for. They're not needed for GCC Linux and MinGW so I guess they're some workaround for MSVC? -fvisibility is known by clang but I guess you can make it optional. The user can always add it to the build flags themself.
-
Why the changes in JPEGDecoder.cpp? The following change: +libdjvulibre_la_CXXFLAGS += -fvisibility=hidden expects option -fvisibility to work with all compilers. This will break on any platform that uses makefiles but with a compiler that either is not gcc or is an older version of gcc. Think windows with an intel compiler for instance. Annoying. Does clang understand visibility as well?
-
Here's a much better patch. It will use »__attribute__((visibility("default")))« if a GNU compiler is used which works well on MinGW and Linux targets.
-
build fixes for MinGW
-
-
If I was you, I'd 1st find out why your pdfs are so huge. In case I'm getting you right the pdfs are produced by you. 1. quickly convert a pdf to html+stuff. Use pdftohtml from poppler. 2. See what parts are enormous. As for the conversion, it's basically two-stage: 1. pdf to a set of pictures (see pdftoppm) 2. pictures to djvu with djvu-utils As for the link above you need to remove the dot in the end. https://github.com/FriedrichFroebel/pdf2djvu
-
If I was you, I'd 1st find out why your pdfs are so huge. In case I'm getting you right the pdfs are produced by you. 1. quickly convert a pdf to html+stuff. Use pdftohtml from poppler. 2. See what parts are enormous. As for the conversion, it's basically two-stage: 1. pdf to a set of pictures (see pdftoppm) 2. pictures to djvu with djvu-utils
-
Try https://github.com/FriedrichFroebel/pdf2djvu (no dot at the end!)
-
Try https://github.com/FriedrichFroebel/pdf2djvu
-
Partham modified a comment on discussion DjVuLibre Help
Thanks, will give it a try and ask if I encounter any problems.
-
-
Brother the link is showing 404 not found.
-
Try https://github.com/FriedrichFroebel/pdf2djvu.
-
I know this question has been asked probably like a gazillion times, but here we go again. I teach students using a digital jam board and to provide them with the pdf of the class I just export it. Now here comes the problem, the pdfs are always over 100 mbs which makes archiving them for the future very resource extensive. Now I stumbled upon djvu format and through their site I converted the pdf with coloured scanned 300 dpi setting. Now it took a lot of time for the document to get uploaded from...
-
Petr Gajdos posted a comment on ticket #344
We could do similar check as in IW44Image.cpp (see bug #345): Index: djvulibre-3.5.28/libdjvu/IW44EncodeCodec.cpp =================================================================== --- djvulibre-3.5.28.orig/libdjvu/IW44EncodeCodec.cpp +++ djvulibre-3.5.28/libdjvu/IW44EncodeCodec.cpp @@ -1424,7 +1424,12 @@ IWBitmap::Encode::init(const GBitmap &bm int h = bm.rows(); int g = bm.get_grays()-1; signed char *buffer; - GPBuffer<signed char> gbuffer(buffer,w*h); + size_t sz = w * h; + if (sz == 0 || g <=...
-
CVE-2021-46312
-
Index: djvulibre-3.5.28/libdjvu/IW44Image.cpp =================================================================== --- djvulibre-3.5.28.orig/libdjvu/IW44Image.cpp +++ djvulibre-3.5.28/libdjvu/IW44Image.cpp @@ -676,10 +676,10 @@ IW44Image::Map::image(signed char *img8, // Allocate reconstruction buffer short *data16; size_t sz = bw * bh; + if (sz == 0) // bw or bh is zero + G_THROW("IW44Image: zero size image (corrupted file?)"); if (sz / (size_t)bw != (size_t)bh) // multiplication overflow G_THROW("IW44Image:...
-
CVE-2021-46310
-
In my personal view, the DjVuLibre team need not be concerned about this issue, as DjVuLibre should not be licensed under the GPL site. When promoting the use of a standard file format, it is unwise to apply the GPL to the code necessary for handling that format.
-
zvezdochiot posted a comment on discussion Open Discussion
pnmtodjvurle - DjVu Color RLE. This utility is for transcoding a low-color mask from PNM (Netpbm) to DjVuRLE. This is required by the csepdjvu utility.
-
In my personal view, the DjVuLibre team need not be concerned about this issue, as DjVuLibre should not be licensed under the GPL site. When promoting the use of a standard file format, it is unwise to apply the GPL to the code necessary for handling that format.
-
Hi all. Issue resolved: mfbdjvu
-
Leon Bottou say: This is promising. Finally, I cleaned everything from "garbage" and logical errors. Now the reconstructed image resembles the work of a denoiser. See details: stb-image-djvul Added demo page.
-
Leon Bottou say: This is promising. Finally, I cleaned everything from "garbage" and logical errors. Now the reconstructed image resembles the work of a denoiser. See details: stb-image-djvul
-
Leon Bottou committed [890b90] on Djview-git
mdimporter puzzles
-
A new mode for djvumake? The man gives an example: cjb2 mymask.pbm mymask.djvu djvumake my.djvu Sjbz=mymask.djvu PPM=myimage.ppm I would like to use DjVuL in the absence of a mask. Example: djvumake my.djvu PPM=myimage.ppm Of course, you can also use a separate utility, such as mfbdjvu. PS: There is also a derivative algorithm in which an existing mask is used instead of the BG and FG distance comparison operation. In this way, the FG/BG separation can be done much less badly than it is done now....
-
A new mode for djvumake? The man gives an example: cjb2 mymask.pbm mymask.djvu djvumake my.djvu Sjbz=mymask.djvu PPM=myimage.ppm I would like to use DjVuL in the absence of a mask. Example: djvumake my.djvu PPM=myimage.ppm Of course, you can also use a separate utility, such as mfbdjvu. PS: There is also a derivative algorithm in which an existing mask is used instead of the BG and FG distance comparison operation. In this way, the FG/BG separation can be done much less badly than it is done now...
-
A new mode for djvumake? The man gives an example: cjb2 mymask.pbm mymask.djvu djvumake my.djvu Sjbz=mymask.djvu PPM=myimage.ppm I would like to use DjVuL in the absence of a mask. Example: djvumake my.djvu PPM=myimage.ppm Of course, you can also use a separate utility, such as mfbdjvu.
-
A new mode for djvumake? The man gives an example: cjb2 mymask.pbm mymask.djvu djvumake my.djvu Sjbz=mymask.djvu PPM=myimage.ppm I would like to use DjVuL in the absence of a mask. Example: djvumake my.djvu PPM=myimage.ppm Of course, you can also use a separate utility, such as layerdjvu.
-
This is promising. What do you want me to do? A new command for djvulibre? A new mode for djvumake? Documentation? Thanks.
-
I found flaws in the algorithm and remade it on stb: stb-image-djvul.
1 >