Again, not a support post.. I wanted to make a "my application" post, but I cant find the user-group you have to add your self to (trusted user group?).
Anyhow, now I have two PDF-applications and they work very well.
This is "Drag & Drop PDF":
It is multithreaded with threadpool, it supports now Jpeg, Bmp, PNG, Tiff and PDF.
Eg. you just drop files into the list-box, it filters out the uncompatible files.
Then the user can sort the list both manually (many files at a time, if he/she wishes) and automatically.
Exclusion of files is also possible, then they are moved to a list in the tab "Ekskluderte" (excluded).
One can from the excluded list also move files back into the "Arbeidsbok" (work book).
Quality is actually just a dynamic re-sizer, eg. 60% quality = 60% of the pixels.
This application is made for making one large PDF of many files.
At first I did all the management in memory, no swapping on the hard drive. But on some really large collection of files, it would run out of memory and crash.
Then I changed the code so it now generates first temp files in a temp folder, on the drive.
It checks if the folder exists, if it does, it renames the tmp folder to the first tmp[x] which is free.
Then it creates a new - fresh tmp/ folder.
If the user has chosen the "Behold løse" (keep loose files), it afterwards looks for the subfolder pdf_1-1.
If it exists, it wants to rename the pdf_1-1 to the first free pdf_1-1[x] (of course in a loop).
When this is renamed, it moves the tmp to pdf_1-1.
The temp files are also named like so:
[x][y]oemfilename.ext.pdf
The x is the order it has in the combined PDF, the Y is the quality (% of OEM file).
I know this must seem like an odd application, but in the government where I work, we often have to make many versions of the same files. Also we later want to use the files.
Now it's very easy to do this.. It's just to drag&drop, then sort and hit generate pdf.
It archives the old versions automatically and it's quite fast (seems way faster than adobe acrobat).
I found it to work faster with temp files vs doing it all in cache.
ps. we large tiff files primarily.
My other application looks much nicer in the GUI, it is called batchPDF.
batchPDF is much more limited in functionality..
batchPDF only makes 1:1 (input:output) pdf's, however in one way it is very special.
batchPDF replicates folder structure 1:1 too!
I made batchPDF to convert about 20.000 Tiff files I think it was.
We needed to have the pdf files in the same directory structure, with the same names (except extension) as the tiff files had.
I used about 5 hours to make batchPDF.
The GUI I made in photoshop, also as a progress indicator it used a jumping "dot" by the batchPDF text in the lower right corner.
It has a quality input as the other pdf-generator, but this also has a check box Jpeg Compression. (if unticked, it uses Tiff).
batchPDF does not support other files than images.
The large arrow button I also made in photoshop, it is used to copy the text from the txtSRC to the txtDST field.
One might think this is a silly button to have, but batchPDF is primarily used with the SRC and DST values identical.
batchPDF is also multi threaded, though it does not use a thread pool as the other converter does.
I have a live (when typing!) validation check on the txtSRC and txtDST, to see if it's a valid path.
So if you type in C, it is not valid yet (and red).
c: however, is a valid path (danger danger: it does subdir crawling, lol).
Anyhow.. I just wanted to share my success and how much I enjoy working with this.
I have saved us for much manual labor, also I can give out these applications here without license issues.
Let the machines do your boring, repetitive work