| Age | Commit message (Collapse) | Author |
|---|
|
is needed
|
|
Some issues:
1) The PDF generation stores every page in memory while it constructs it. That means that
there's a higher chance of failure due to running out of memory with these. There's no
getting around this except by improving the PDF generation library, which is not easy.
2) Currently I've just changed the pipeline to always generate these full size PDFs, and
then the rescribe tool will just delete them if they weren't requested. This is bad in
particular because of point 1, and would probably cause issues of failures in the server
pipeline as a result
Therefore the plan is to add a tag to queue messages so that full size generation can be
selectively enabled.
Also, it should be split from the loop with colour pdf generation, as holding them both in RAM at
the same time is unnecessary.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
change jpeg to jpg
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Tesseract
|
|
|
|
|
|
unneeded rules
|
|
This also necessitated a version bump to fyne.
|
|
checksum matches expected for safety
|
|
should clean up well enough, and this has the potential for more harder to find bugs
|
|
with "Start OCR" for go button
|
|
|
|
possible to get the gui into a bad state by cancelling before startProcess began (hopefully)
|
|
preprocessing
|
|
|
|
|
|
|
|
|
|
|
|
graph.png file, and allow failure to download that as it won't be created in the case of a 1 page book, which is fine
|
|
|
|
don't lock gui when processing
|
|
|
|
other of binarised or colour may not exist
|
|
return an error if none downloaded, as there are times when the colour PDF will not exist, which is fine
|
|
|
|
labels for the progress bar text to show what's being done
|
|
|
|
|
|
ends, so multiple books can be processed by the gui one after the other
|
|
|
|
|
|
rather than an entry
|
