summaryrefslogtreecommitdiff
path: root/graphics/xv/Makefile
diff options
context:
space:
mode:
authorEmanuel Haupt <ehaupt@FreeBSD.org>2006-07-14 15:31:50 +0000
committerEmanuel Haupt <ehaupt@FreeBSD.org>2006-07-14 15:31:50 +0000
commita67c4b86111cc88d69e5c1173213a68aa6d6509d (patch)
treed1f4a4a584ae7cd54cb0b17dd8a96d3074c83e5f /graphics/xv/Makefile
parentUpgrade to v350. (diff)
With 24/32-bit xwd files, xv swaps the red and blue channels. With 16-bit xwd
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)
Notes
Notes: svn path=/head/; revision=167797
Diffstat (limited to 'graphics/xv/Makefile')
-rw-r--r--graphics/xv/Makefile2
1 files changed, 1 insertions, 1 deletions
diff --git a/graphics/xv/Makefile b/graphics/xv/Makefile
index e53f288d1171..d0ddb2c5fe14 100644
--- a/graphics/xv/Makefile
+++ b/graphics/xv/Makefile
@@ -7,7 +7,7 @@
PORTNAME= xv
PORTVERSION= 3.10a
-PORTREVISION= 5
+PORTREVISION= 6
CATEGORIES+= graphics
MASTER_SITES= ${MASTER_SITE_LOCAL}
MASTER_SITE_SUBDIR= ../distfiles/xv