files, the image is very dark green (almost black).
Both problems are caused by hard-coding the channel order and offsets, rather
than using the colour masks in the xwd header.
xv reads the input into a 24-bit internal image, which is then displayed. The
lack of brightness in the 16-bit display is because the colour values are copied
into the low-order bits of the internal pixmap rather than the high order bits.
The green hue is because the green channel has 6 bits, whereas red and blue only
have 5 bits, making the green twice as (relatively) bright.
The new patch solves that problem.
PR: 96971
Submitted by: Peter Jeremy <peterjeremy@optushome.com.au>
Approved by: Miguel Mendez <mmendez@gmail.com> (maintainer)
The Japanese or multilingual functionality will be in japanese/xv and
graphics/xv-m17n when those are committed.
PR: 8185
Submitted by: Shigeyuki FUKUSHIMA <shige@kuis.kyoto-u.ac.jp>
Add Japanese enhancements (including some Japanese file formats).
Update or add various patches, including PNG, multi-page TIFF, and
PDF.
PR: 7751
Submitted by: Shigeyuki FUKUSHIMA <shige@kuis.kyoto-u.ac.jp>
already in the distfile patch, and so is part of patch-ac. The new
patch-ac is a bug fix (wrong order of arguments -- how did it
work for anyone?!?).
While I'm here, replace "mkdir -p" with "${MKDIR}", etc.
Notified about patch by: ohashi@mickey.ai.kyutech.ac.jp (Takeshi Ohashi)
Original idea is
----------------
From: Kai Vorma <vode@snakemail.hut.fi>
To: Lars Gerhard Kuehl <lars@elbe.desy.de>
Cc: FreeBSD-hackers@freefall.cdrom.com
Subject: Re: dlmalloc
:
Okay, not faster, but it used memory better. Try xv with standard
malloc, then dlmalloc and finally GNU-malloc. With standard malloc xv
grows until it hits datasize limit (16MB) and dies (usually after 10
or so big jpegs). With dlmalloc xv's VZS was about 15MB after last
picture of that particular set and with GNU malloc it was about 11MB.
:
