command line options and such

[Buck Rekow]

I just compiled 3.21 on my linux box, and have had some less than happy
results.

Under X in certain config screens (video for instance) my up/down
cursor keys don't work, so I can't get it out of 320x240 mode.

In command line mode I have a different problem. I have a semi-fixed
frequency monitor. defaults to 320x240, which doesn't quite work. (and
thanks to power management, when the monitor doesn't think it's getting
a signal it powers off.. don't you just love energy star BS?)

So I looked at the quake2 commandline reference someone has on one of
the big windows quake sites. I set mode 6 which is 1024x768 according
to the reference (but differs from what the game outputs to me) and
totally crashed my machine. couldn't ssh in, couldn't ping.. it was
gone. Does anyone know the what and how of setting default res under
linux via command line? or how to fix the broken cursor keys in X?

[Ryan]

Edit the config.cfg and set this line to 6 for 1024x768
set gl_mode "6"

[Buck Rekow]

Post by Ryan
Edit the config.cfg and set this line to 6 for 1024x768
set gl_mode "6"

that may not do as I am using ref_soft, and don't know if gl even works
properly at console So the q2 given modes hold true, or the three digit
modes printed to stdout for viable svgalib modes?

There actually used to be another menu in cortols that would let you
set mouselook as always on. I can't seem to find that either. could be
due to keyboard wierdness.

[Buck Rekow]

I built quake2 on my alpha last night, and both ref_gl and ref_soft were
set to yes yet it built no video drivers. WHY?

[Thomas J Fogal]

Post by Buck Rekow
I built quake2 on my alpha last night, and both ref_gl and ref_soft were
set to yes yet it built no video drivers. WHY?

The build system (aka that one monolithic makefile), I would guess.
I kind of.. err.. umm.. promised a new build system during this
break... but it hasn't happened.. sorry. Its turned out to be a much
larger task than I was expecting.

The main issue is that the makefile sees something that isnt one of its
supported architectures:

ifneq ($(ARCH),x86_64)
ifneq ($(ARCH),i386)
ifneq ($(ARCH),axp)
ifneq ($(ARCH),ppc)
ifneq ($(ARCH),sparc)

notice 'alpha' isnt included. I'm kind of surprised it even built at
all, because the next line is:

$(error arch $(ARCH) is currently not supported)

What does 'uname -a' give you?

If your make lore is strong, add an 'ifneq [. . .],alpha)' line, and
then add some appropriate lines below for alpha too, similar to the
'ifeq's youll see below the 'ifneq' lines.

HTH, and good luck,

-tom

[Buck Rekow]

Post by Thomas J Fogal

Post by Buck Rekow
I built quake2 on my alpha last night, and both ref_gl and ref_soft were
set to yes yet it built no video drivers. WHY?

The build system (aka that one monolithic makefile), I would guess.
I kind of.. err.. umm.. promised a new build system during this
break... but it hasn't happened.. sorry. Its turned out to be a much
larger task than I was expecting.
The main issue is that the makefile sees something that isnt one of its
ifneq ($(ARCH),x86_64)
ifneq ($(ARCH),i386)
ifneq ($(ARCH),axp)
ifneq ($(ARCH),ppc)
ifneq ($(ARCH),sparc)
notice 'alpha' isnt included. I'm kind of surprised it even built at
$(error arch $(ARCH) is currently not supported)
What does 'uname -a' give you?
If your make lore is strong, add an 'ifneq [. . .],alpha)' line, and
then add some appropriate lines below for alpha too, similar to the
'ifeq's youll see below the 'ifneq' lines.
HTH, and good luck,
-tom

alpha == axp
DEC alpha axp? big bad 64 bit things that still beat up itaniums? I
have several. Though the binary built.. no video drivers built. I have a
fairly heavy duty GL card in one (diamond fireGL 3000 pro), console
likes it, X doesn't (thanks debian), but i should be able to run it
ref_soft or ref_glx if i had the drivers..

[Michael Christy]

I was just wondering if anyone else has run Q2 in gl mode on alpha, as I
would like to get an idea of the state of things from people with
different configurations. If so, what is the performance? Currently, my
UP2000 with Voodoo V3-3000 gets ~58 fps in the demo playbacks at 800x600
and the game runs quite smooth.


-Eric

Post by Buck Rekow

Post by Thomas J Fogal

Post by Buck Rekow
I built quake2 on my alpha last night, and both ref_gl and ref_soft were
set to yes yet it built no video drivers. WHY?

The build system (aka that one monolithic makefile), I would guess.
I kind of.. err.. umm.. promised a new build system during this
break... but it hasn't happened.. sorry. Its turned out to be a much
larger task than I was expecting.
The main issue is that the makefile sees something that isnt one of its
ifneq ($(ARCH),x86_64)
ifneq ($(ARCH),i386)
ifneq ($(ARCH),axp)
ifneq ($(ARCH),ppc)
ifneq ($(ARCH),sparc)
notice 'alpha' isnt included. I'm kind of surprised it even built at
$(error arch $(ARCH) is currently not supported)
What does 'uname -a' give you?
If your make lore is strong, add an 'ifneq [. . .],alpha)' line, and
then add some appropriate lines below for alpha too, similar to the
'ifeq's youll see below the 'ifneq' lines.
HTH, and good luck,
-tom

alpha == axp
DEC alpha axp? big bad 64 bit things that still beat up itaniums? I
have several. Though the binary built.. no video drivers built. I have a
fairly heavy duty GL card in one (diamond fireGL 3000 pro), console
likes it, X doesn't (thanks debian), but i should be able to run it
ref_soft or ref_glx if i had the drivers..

[Thomas J Fogal]

Post by Buck Rekow

Post by Thomas J Fogal
The main issue is that the makefile sees something that isnt one of its
ifneq ($(ARCH),x86_64)
ifneq ($(ARCH),i386)
ifneq ($(ARCH),axp)
ifneq ($(ARCH),ppc)
ifneq ($(ARCH),sparc)

<snip>

Post by Buck Rekow
alpha == axp

*blink*. oh. erm.. i knew that... really...

Post by Buck Rekow
DEC alpha axp? big bad 64 bit things that still beat up itaniums? I

heheh yes i hear its a wonderful architecture, its too bad intel's
chips beat them out of the market =(

Post by Buck Rekow
have several. Though the binary built.. no video drivers built. I have a
fairly heavy duty GL card in one (diamond fireGL 3000 pro), console
likes it, X doesn't (thanks debian), but i should be able to run it
ref_soft or ref_glx if i had the drivers..

I'm lost as to the reason, then. Maybe you could post a build log +
variable settings at the top of the Makefile?

-tom

[Buck Rekow]

Post by Thomas J Fogal

Post by Buck Rekow

Post by Thomas J Fogal
The main issue is that the makefile sees something that isnt one of its
ifneq ($(ARCH),x86_64)
ifneq ($(ARCH),i386)
ifneq ($(ARCH),axp)
ifneq ($(ARCH),ppc)
ifneq ($(ARCH),sparc)

<snip>

Post by Buck Rekow
alpha == axp

*blink*. oh. erm.. i knew that... really...

Post by Buck Rekow
DEC alpha axp? big bad 64 bit things that still beat up itaniums? I

heheh yes i hear its a wonderful architecture, its too bad intel's
chips beat them out of the market =(

Post by Buck Rekow
have several. Though the binary built.. no video drivers built. I have a
fairly heavy duty GL card in one (diamond fireGL 3000 pro), console
likes it, X doesn't (thanks debian), but i should be able to run it
ref_soft or ref_glx if i had the drivers..

I'm lost as to the reason, then. Maybe you could post a build log +
variable settings at the top of the Makefile?
-tom

Near as I can tell the makefile is wired to not build it.

Where it read


ifeq ($(strip $(BUILD_SVGA)),YES)
$(warning Warning: SVGAlib support not supported for $(ARCH))
endif

I altered it to read

ifeq ($(strip $(BUILD_SVGA)),YES)
TARGETS += $(BUILDDIR)/ref_soft.$(SHLIBEXT)
endif

and got:

gcc -Wall -pipe -Dstricmp=strcasecmp -DJoystick -DC_ONLY -ffast-math
-funroll-loops -fomit-frame-pointer -fexpensive-optimizations
-DLINUX_VERSION='"3.21+r0.16"' -fPIC -o releaseaxp/ref_soft/rw_svgalib.o
-c src/linux/rw_svgalib.c
src/linux/rw_svgalib.c:45: vga.h: No such file or directory
src/linux/rw_svgalib.c:46: vgakeyboard.h: No such file or directory
src/linux/rw_svgalib.c:47: vgamouse.h: No such file or directory
src/linux/rw_svgalib.c:62: parse error before `*'
src/linux/rw_svgalib.c:62: warning: type defaults to `int' in
declaration of `modes'
src/linux/rw_svgalib.c:62: warning: data definition has no type or
storage class
src/linux/rw_svgalib.c: In function `VID_InitModes':
src/linux/rw_svgalib.c:76: warning: implicit declaration of function
`vga_lastmodenumber'
src/linux/rw_svgalib.c:77: `vga_modeinfo' undeclared (first use in this
function)
src/linux/rw_svgalib.c:77: (Each undeclared identifier is reported only once
src/linux/rw_svgalib.c:77: for each function it appears in.)
src/linux/rw_svgalib.c:80: warning: implicit declaration of function
`vga_hasmode'
src/linux/rw_svgalib.c:81: warning: implicit declaration of function
`vga_getmodeinfo'
src/linux/rw_svgalib.c:81: warning: passing arg 2 of `memcpy' makes
pointer from integer without a cast
src/linux/rw_svgalib.c:83: request for member `width' in something not a
structure or union
src/linux/rw_svgalib.c:90: request for member `bytesperpixel' in
something not a structure or union
src/linux/rw_svgalib.c:90: request for member `colors' in something not
a structure or union
src/linux/rw_svgalib.c:91: request for member `width' in something not a
structure or union
src/linux/rw_svgalib.c:95: request for member `width' in something not a
structure or union
src/linux/rw_svgalib.c:96: request for member `width' in something not a
structure or union
src/linux/rw_svgalib.c:96: request for member `height' in something not
a structure or union
src/linux/rw_svgalib.c: In function `SWimp_Init':
src/linux/rw_svgalib.c:108: warning: implicit declaration of function
`vga_init'
src/linux/rw_svgalib.c: In function `get_mode':
src/linux/rw_svgalib.c:121: request for member `width' in something not
a structure or union
src/linux/rw_svgalib.c:122: request for member `width' in something not
a structure or union
src/linux/rw_svgalib.c:122: request for member `height' in something not
a structure or union
src/linux/rw_svgalib.c: In function `SWimp_InitGraphics':
src/linux/rw_svgalib.c:158: request for member `width' in something not
a structure or union
src/linux/rw_svgalib.c:159: request for member `height' in something not
a structure or union
src/linux/rw_svgalib.c:160: request for member `bytesperpixel' in
something not a structure or union
src/linux/rw_svgalib.c:161: request for member `linewidth' in something
not a structure or union
src/linux/rw_svgalib.c:163: request for member `linewidth' in something
not a structure or union
src/linux/rw_svgalib.c:166: request for member `linewidth' in something
not a structure or union
src/linux/rw_svgalib.c:167: request for member `linewidth' in something
not a structure or union
src/linux/rw_svgalib.c:172: warning: implicit declaration of function
`vga_setmode'
src/linux/rw_svgalib.c:174: warning: implicit declaration of function
`vga_getgraphmem'
src/linux/rw_svgalib.c:174: warning: assignment makes pointer from
integer without a cast
src/linux/rw_svgalib.c:180: warning: implicit declaration of function
`vga_setpage'
src/linux/rw_svgalib.c: In function `SWimp_EndFrame':
src/linux/rw_svgalib.c:198: warning: implicit declaration of function
`vga_oktowrite'
src/linux/rw_svgalib.c: In function `SWimp_SetPalette':
src/linux/rw_svgalib.c:264: warning: implicit declaration of function
`vga_getcolors'
src/linux/rw_svgalib.c:276: warning: implicit declaration of function
`vga_setpalvec'
src/linux/rw_svgalib.c: In function `SWimp_Shutdown':
src/linux/rw_svgalib.c:292: `TEXT' undeclared (first use in this function)
make[1]: *** [releaseaxp/ref_soft/rw_svgalib.o] Error 1
make[1]: Leaving directory `/mnt/quake2-r0.16'
make: *** [build_release] Error 2

Which is probably due to debian not installing things it should have.
anb apt-cache search for svga doesn't show any svgalib-dev packages,
which would prolly have the missing headers. Score another one for debian.

[Brendan Burns]

Hey,
I'm not sure the libsvga port has been tested in a (really really) long
time... It might work. It might not. OpenGL almost certainly won't
work... Let us know the outcome.

Thanks
--brendan

[Nelson Marques]

Don't know for sure how debian packages are named, but for instance in
RedHat libsvga is named libvga. Try to search with the debian tools,
maybe apt for that package, might be that debian uses the same.

Best regards,
nmarques

Post by Brendan Burns
Hey,
I'm not sure the libsvga port has been tested in a (really really)
long time... It might work. It might not. OpenGL almost certainly
won't work... Let us know the outcome.
Thanks
--brendan

[Michael Christy]

Well, I have compiled and played Quake2 in opengl mode on my Debian Sarge
alpha boxen just fine. The Makefile is an easy fix and it just builds
with no problems. If you want my Makefile I can send it later when I get
back home.

Cheers

-Eric

Post by Brendan Burns
Hey,
I'm not sure the libsvga port has been tested in a (really really) long
time... It might work. It might not. OpenGL almost certainly won't
work... Let us know the outcome.
Thanks
--brendan

[brendan burns]

Eric,
if you wanted to send me a patch to the makefile to make it work on
alpha that'd be great.

Thanks
--brendan

[Michael Christy]

Brendan

I will hopefully get to this in a couple of days when I return home.

-Eric

Post by brendan burns
Eric,
if you wanted to send me a patch to the makefile to make it work on
alpha that'd be great.
Thanks
--brendan

[Michael Christy]

Hi Brendan


Attached is the diff of my Makefile for Alpha. All the targets that I
tried worked ok so I think I just enabled all targets for AXP. In
addition, Q2max is broken on Alpha (crashes at first particle effect) so I
have disabled that and the ascii renderer (do enough people use this to
have it compiled by default?) by default. I think the only other change
I made was to add the -mcpu=ev5 compile option, so this should work fine
on all EV5 and up alphas. Personally, I use -mcpu=ev67 for my machines to
get a little extra kick, but users can further optomize depending on
machine type, etc.


Cheers

-Eric

Post by brendan burns
Eric,
if you wanted to send me a patch to the makefile to make it work on
alpha that'd be great.
Thanks
--brendan

-------------- next part --------------
28,29c28,29
< BUILD_AA=YES # build the ascii soft renderer.
< BUILD_QMAX=YES # build the fancier GL graphics
---

Post by brendan burns
BUILD_AA=NO # build the ascii soft renderer.
BUILD_QMAX=NO # build the fancier GL graphics

70,71c70,71
< RELEASE_CFLAGS=$(BASE_CFLAGS) -ffast-math -funroll-loops \
< -fomit-frame-pointer -fexpensive-optimizations
---

Post by brendan burns
RELEASE_CFLAGS=$(BASE_CFLAGS) -O2 -mcpu=ev5 -ffast-math -funroll-loops \
-fomit-frame-pointer -fexpensive-optimizations

222,223c222,223
< ifeq ($(strip $(BUILD_SDLQUAKE2)),YES)
< $(warning Warning: SDLQuake2 not supported for $(ARCH))
---

Post by brendan burns
ifeq ($(strip $(BUILD_SDLQUAKE2)),YES)
TARGETS += $(BUILDDIR)/sdlquake2

227c227
< $(warning Warning: SVGAlib support not supported for $(ARCH))
---

Post by brendan burns
TARGETS += $(BUILDDIR)/ref_soft.$(SHLIBEXT)

231c231
< $(warning Warning: X11 support not supported for $(ARCH))
---

Post by brendan burns
TARGETS += $(BUILDDIR)/ref_softx.$(SHLIBEXT)

235c235
< $(warning Warning: support not supported for $(ARCH))
---

Post by brendan burns
TARGETS += $(BUILDDIR)/ref_glx.$(SHLIBEXT)

239c239
< $(warning Warning: FXGL support not supported for $(ARCH))
---

Post by brendan burns
TARGETS += $(BUILDDIR)/ref_gl.$(SHLIBEXT)

243c243
< $(warning Warning: SDL support not supported for $(ARCH))
---

Post by brendan burns
TARGETS += $(BUILDDIR)/ref_softsdl.$(SHLIBEXT)

247c247
< $(warning Warning: SDLGL support not supported for $(ARCH))
---

Post by brendan burns
TARGETS += $(BUILDDIR)/ref_sdlgl.$(SHLIBEXT)

278a279

[Jamie Wilkinson]

Post by Buck Rekow
Near as I can tell the makefile is wired to not build it.
Where it read
ifeq ($(strip $(BUILD_SVGA)),YES)
$(warning Warning: SVGAlib support not supported for $(ARCH))
endif

IIRC, SVGAlib is an i386 library only. At least, it was never shipped on
any Debian archs except i386.

[Buck Rekow]

Post by Jamie Wilkinson

Post by Buck Rekow
Near as I can tell the makefile is wired to not build it.
Where it read
ifeq ($(strip $(BUILD_SVGA)),YES)
$(warning Warning: SVGAlib support not supported for $(ARCH))
endif

IIRC, SVGAlib is an i386 library only. At least, it was never shipped on
any Debian archs except i386.

right, but all the video drivers are that way? Plus svgalib should work
since the hardware is compatible as well as the bios emulation.. I may
try compiling it later.. theres some svgalib-dummy thing.. but it
doesn't help.

[Buck Rekow]

Does anyone know a way to alter brightness without using the slider?
For some reason my keys do not work in the video config screen

[Rick Knight]

Post by Buck Rekow
Does anyone know a way to alter brightness without using the slider?
For some reason my keys do not work in the video config screen

I use 'xgamma -gamma 1.75' before I start quake2 and 'xgamma -gamma
1.00' after I quit. I have a batch file that does it all for me. Works
great.

Rick Knight

[Jamie Wilkinson]

Post by Buck Rekow
right, but all the video drivers are that way? Plus svgalib should work
since the hardware is compatible as well as the bios emulation.. I may
try compiling it later.. theres some svgalib-dummy thing.. but it
doesn't help.

Whether it should work or does work, I don't know; all Alpha builds I've
done were against svgalib-dummy or not at all, either of those builds gives
the results of no svgalib vid refresher.

As for the others, are yuo sure you have all the required dev libraries
installed? Saying YES in the makefile won't help if the headers it needs
aren't there.

[Karen Pouelle]

Post by Rick Knight

Post by Buck Rekow
Does anyone know a way to alter brightness without using the slider?
For some reason my keys do not work in the video config screen

I use 'xgamma -gamma 1.75' before I start quake2 and 'xgamma -gamma
1.00' after I quit. I have a batch file that does it all for me. Works
great.

The cvar that the brightness slider changes is vid_gamma






































______________________________________________________________________
Post your free ad now! http://personals.yahoo.ca