41357 – prboom has all colors red-pink-orange-yellow-white

Bug 41357 - prboom has all colors red-pink-orange-yellow-white

Summary: prboom has all colors red-pink-orange-yellow-white

Status:	RESOLVED WORKSFORME

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] Games (show other bugs)
Hardware:	x86 Linux

Importance:	High normal (vote)
Assignee:	Gentoo Games

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2004-02-12 05:14 UTC by Kimmo Sundqvist
Modified:	2004-03-27 06:12 UTC (History)
CC List:	0 users

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Kimmo Sundqvist 2004-02-12 05:14:24 UTC

Running prboom with or without -noaccel, all colors are either red, pink, orange, yellow or white.  Fullscreen, under XFree 4.3.0, with DRI.

Reproducible: Always
Steps to Reproduce:
1. emerge prboom
2. run prboom

Actual Results:  
Everything else was fine, except the messed-up colors.  In no situatuon did the
colors appear correctly, even for a split-second.

Expected Results:  
The software should have shown the right colors.

I have Matrox G400 MAX card with 32MB memory.  DRI is on, display is 24/32bit.

Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040117-r0,
2.6.1-rc1)
=================================================================
System uname: 2.6.1-rc1 i686 Pentium III (Coppermine)
Gentoo Base System version 1.4.3.12
Autoconf: sys-devel/autoconf-2.59
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -mcpu=i686 -funroll-loops -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O3 -mcpu=i686 -funroll-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp://gentoo.linux.no/pub/gentoo/
ftp://trumpetti.atm.tut.fi/gentoo/ http://trumpetti.atm.tut.fi/gentoo/
ftp://ftp.uninett.no/pub/linux/Gentoo"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X alsa apm arts avi berkdb crypt cups encode esd foomaticdb gdbm gif gnome
gphoto2 gpm gtk gtk2 imlib jack java jpeg kde ladcca libg++ libwww mad mikmod
motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python
qt quicktime readline sdl slang spell ssl svga tcltk tcpd truetype wmf x86 xml2
xmms xv zlib"

Comment 1 Kimmo Sundqvist 2004-03-27 06:12:10 UTC

This was a real bug after all, but I eventually solved it by myself.

gl_tex_format_string      "GL_RGB5_A1"

had to be changed to

gl_tex_format_string      "GL_RGB8_A1"

and everything was ok.  With the exception that the sky is drawn in 8 layers, each on top of another, but that was before and after, i.e. it's unrelated to this problem.