View Single Post
Old 09-29-2008, 11:22 AM   #108
nrapallo
GuteBook/Mobi2IMP Creator
nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.
 
nrapallo's Avatar
 
Posts: 2,958
Karma: 2530691
Join Date: Dec 2007
Location: Toronto, Canada
Device: REB1200 EBW1150 Device: T1 NSTG iLiad_v2 NC Device: Asus_TF Next1 WPDN
Quote:
Originally Posted by =X= View Post
Well considering it was a productive meddling you're excused

Okay I've taken a look at the files, here's the good, the bad.

There is a definite improvement on these files over what 1.8 produces today. They show up much clearer on the reader. There where two files that looked better than the rest. On was the first file minifilter-3 and the other was minifilter-5-400
Is it Coke or Pepsi? Years ago, this was the norm for commercials by Pepsi where the "public" was asked which one was better (without seeing the brand). On the Pepsi commercials, all chose "Pepsi"!

Ok back to reality, the MinFilter-3 is the original PDFRead executable with the default MinFilter(3) with only 8 colors. The MinFilter-5-400 is the MinFilter using the 5x5 matrix and 400 DPI. Here you get a higher resolution with thicker text before the resize op kicks in.

Quote:
What I see in PDFReader is a truncation of fonts on the top or bottom part. The best example is on Pg 6 of the landscape. However this occurs through out the text.
Some of the pixels on the font are getting erased, by dropping the dilation you overcome this but it bleeds over. I think if you stretch the page out the bleeding will be reduced
That's just the anti-aliasing done in 8 colors; try using 4 colors or 2 colors! The edges are smoothed between the black text and white background and anytime the transition is more white/gray you get that "loss" effect.

Quote:
PDFLRF still looks better but again it is maximizing the screen by croping off the white spaces. I do notice PDFLRF does bleed seen mostly with the "a" font. I suspect if you dilate with a value of 300 and stretch the screen you should get similar results to that of PDFLRF.

=X=
The pylrf library used by PDFRead handles all this for the program, so that stretching adds further to the distortion of the text and more lost pixels. Now to figure out a way to counter-act it...

p.s. However, PDFRead does produce a page which is cropped to remove the margin, so maybe the pylrf library is adding that white margin? Have you seen the .png pages that PDFRead produces? If not, use that 'debug' feature explained in post #1 above (last entry under [2008-03-12] 1.8 (by AK and NR)).

Last edited by nrapallo; 09-29-2008 at 11:41 AM. Reason: typos
nrapallo is offline   Reply With Quote