Your message dated Tue, 22 Aug 2023 14:46:18 +0200
with message-id <zosugua8znath...@argenau.bebt.de>
and subject line Re: netpbm: pnmtops produces dark images for maxval < 255
has caused the Debian Bug report #417621,
regarding netpbm: pnmtops produces dark images for maxval < 255
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
417621: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=417621
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Package: netpbm
Version: 2:10.0-11
Severity: normal
I had problems with pnmtops producing very dark images.
I found out that this problem happens if the maxval in a ppm file
is lower than 255.
E.g., this is a little perl script that produces a completely
white page:
#!/usr/bin/perl -w
print "P6 1217 1737 60\n";
# Decimal 60 is ASCII "<"
for (1 .. 1217) {
for (1 .. 1737) {
print "<<<";
}
}
Save those few lines to a script mkwhite.
Then run the following commands:
chmod a+x mkwhite
./mkwhite.pl | tee white.ppm | pnmtops -dpi 150 -equalpixel > white.ps
The file white.ppm is indeed pure white (I checked with eog).
In contrast, the file white.ps is quite dark - demonstrating
the bug in pnmtops.
Regards, and thank you for providing fine software,
Andreas
- -- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-vserver-686
Locale: LANG=de_DE.UTF-8@euro, LC_CTYPE=de_DE.UTF-8@euro (charmap=UTF-8)
Versions of packages netpbm depends on:
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
ii libjpeg62 6b-13 The Independent JPEG Group's JPEG
ii libnetpbm10 2:10.0-11 Shared libraries for netpbm
ii libpng12-0 1.2.15~beta5-1 PNG library - runtime
ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra
ii zlib1g 1:1.2.3-13 compression library - runtime
Versions of packages netpbm recommends:
ii gs 8.54.dfsg.1-5 Transitional package
ii gs-esp [gs] 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr
- -- no debconf information
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGErP4nWrlKaIH40ARAnD1AKCxJ6tFVkNcPCgLwYnel6we0SFl6wCgqtM3
f+liVGKmTLqeFgOdARh1QOY=
=Fuy3
-----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---
Version: 2:11.01.00-2
On 2007-04-03 Andreas Krüger <andreas.krue...@famsik.de> wrote:
> Package: netpbm
> Version: 2:10.0-11
> Severity: normal
> I had problems with pnmtops producing very dark images.
> I found out that this problem happens if the maxval in a ppm file
> is lower than 255.
> E.g., this is a little perl script that produces a completely
> white page:
> #!/usr/bin/perl -w
> print "P6 1217 1737 60\n";
> # Decimal 60 is ASCII "<"
> for (1 .. 1217) {
> for (1 .. 1737) {
> print "<<<";
> }
> }
> Save those few lines to a script mkwhite.
> Then run the following commands:
> chmod a+x mkwhite
> ./mkwhite.pl | tee white.ppm | pnmtops -dpi 150 -equalpixel > white.ps
> The file white.ppm is indeed pure white (I checked with eog).
> In contrast, the file white.ps is quite dark - demonstrating
> the bug in pnmtops.
[...]
Hello,
thanks for the detailed reproducer. This now looks alright with current
upstream version.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
--- End Message ---
