#31 posted by rj on 2011/01/13 18:48:19
Generally you do not need a autoexec.cfg. If your engine does not work well without one (ie forgetting its settings) tell the authors about it.
but sometimes you don't want it to remember certain settings :) ..eg. when i change certain values for taking screenshots only to reload the engine later to play a map and think "where the hell has my weapon/sbar/crosshair/fov gone??"
it isn't essential though, true. i just find it handy and have used the same one since 2001 or so
You Need Two Seperate Commands For That
#32 posted by megaman on 2011/01/13 18:56:45
#33 posted by Spirit on 2011/01/13 19:28:07
Oh, I forgot about aliases. Those can only reside in a autoexec.cfg I think.
rj, I use this:
alias screenshot_on "r_drawviewmodel 0;crosshair 0;viewsize 120;fov 100;showtime 0;showdate 0;showfps 0;bind q screenshot_off"
alias screenshot_off "r_drawviewmodel 1;crosshair 1;viewsize 100;fov 90;showtime 1;showdate 1;showfps 1;bind q screenshot_on"
bind q screenshot_on
#34 posted by jtarin on 2011/01/13 22:23:08
That's good to know.....very unique.
Statusbar Position
#35 posted by jtarin on 2011/01/18 09:26:50
OK...I found a way to have the statusbar show but now the problem is it shows at the bottom and pushes the screen up the width of the bar, so in effect I have lost screen real estate for the game equal to the width of the bar. My normal resolution is 1440x900 but I'm not getting the full 900px due to the statusbar position
Edit
#36 posted by jtarin on 2011/01/18 09:37:00
[Quote]Then you can also use scr_sbaralpha 0.99 (instead of 1) to get it to sit 'in' the view rather than below it, which imo feels nicer.[\Quote]
With scr_sbaralpha I get no postioning. Are you sure that's not related to transparency?
Yeah
#37 posted by rj on 2011/01/19 01:37:27
it is transparency, but any value between 0 & 0.99 shouldn't 'push the screen up' as you put it. only 1 should do that. as far as i remember anyway, can't check atm as i've just reinstalled windows
Idiot
#38 posted by jtarin on 2011/01/19 11:34:37
Wrong client...it's Fitzquake doing it. I'm testing about 4 different ones.Actually Quakespasm has held number one spot so far.
You Should Check Out..
#39 posted by rj on 2011/01/19 19:00:12
the RMQ engine from the latest demo release (in the news on this site still). it's basically a modified quakespasm; i prefer it because of the coloured fx lighting and contrast slider (next to brightness.. really improves the look a la darkplaces)
Travail-rhythmic Clipping Sound
#40 posted by jtarin on 2011/01/20 01:39:02
As the title states I get a rhythmic clipping sound when first starting Travail (only) in Quakespasm. Like...1,2,3,4,5,6 pause 7. It disappears usually after teleporting. It's on both channels and as I turn I can hear it more prevalent from the direction I am turned. Using Linux OSS.
Also this is not using the Travail soundtrack.
It's also not playing demos and the website says there are new demos and my console reads "demos in loop".
Re:RMQ Engine
#41 posted by jtarin on 2011/01/20 10:42:00
Experiencing the same statusbar problem with that engine too.
I'm linking to a screen of the problem. Look to the right and left of the statusbar. I have fullscreen and my full resolution of 1440 x 900 set and also viewsize "100.000000". This appears in Fitzquake and it's derivatives.
http://www.imagebam.com/image/b6bf55115910596
Re: Travail
#42 posted by szo on 2011/01/20 10:55:00
Which quakespasm version? I can't reproduce the clicks using the svn rev. 401. About demos not playing: It's Steven's design not to play demos automatically when the engine starts. Just enter "demos" on the game's console. About travail's soundtrack: You can use it using the latest svn (place them under travail/music/ and rename the tracks properly so they look like trackXX.mp3)
Travail
#43 posted by jtarin on 2011/01/20 11:50:09
quakespasm-0.85.3...the noise first starts stepping off the teleporter and stops when stepping on the stairs. (new game). It usually exhibits itself again on every level at the entry point like this.
Re: Travail
#44 posted by szo on 2011/01/20 12:12:25
Ehmm... You are not referring to the sound from the broken light on your left which is the map's own design, are you???
Record, Vorbis, Upload.
#45 posted by Spirit on 2011/01/20 12:33:27
Re: Record, Vorbis, Upload.
#46 posted by szo on 2011/01/20 12:35:46
???
We already added support for ogg/vorbis, mp3 and wave music playback. Otherwise I can't understand. (this may not be my best day..)
Electric Bill Too High
#47 posted by jtarin on 2011/01/20 13:11:06
@szo...How many broken lights do you figure are in the game? It's a hoot...but it could be possible you solved that mystery.
Re: How Many Broken Lights Do You Figure Are In The Game
#48 posted by szo on 2011/01/20 13:13:25
many...
Szo
#49 posted by Spirit on 2011/01/20 13:22:14
Calm down.
I was trying to suggest that jtarin simply records the audio, encodes it in a suitable format and shares it since that would be the easiest way to hear his problem.
Custodial Duties
#50 posted by jtarin on 2011/01/20 14:09:37
@Spirit...Excellent suggestion! I think we might have an answer now though...with the broken lights. It seems maintenance in Travail is not as as one would think.The Scrags are slackers.
Spirit
#51 posted by szo on 2011/01/20 14:43:08
.. sorry. As I said, not a very good day for me ;)
As for the problem, as far as I can see there is no problem, just the annoying bzztt sound from the broken lamps in the map ;)
Still Problem With Statusbar
#52 posted by jtarin on 2011/01/20 22:51:59
Experiencing the same statusbar problem with that engine too.
I'm linking to a screen of the problem. Look to the right and left of the statusbar. I have fullscreen and my full resolution of 1440 x 900 set and also viewsize "100.000000". This appears in Fitzquake and it's derivatives.
http://www.imagebam.com/image/b6bf...
Link's Broken
#53 posted by jt_ on 2011/01/21 01:11:27
Link Fixed
#54 posted by jtarin on 2011/01/23 08:47:45
Mouse Movement Is Broken With 0.85.3 On X86_64 Debian 5.0
#55 posted by theonekea on 2011/03/03 01:19:00
I compiled quakespasm 0.85.3 from source on my x86_64 Debian Linux 5.0 box. It works great except for the mouse; even with free look enabled and mouse speed set to the minimum possible slider setting, my mouse is unusable - any movement causes the player camera to point straight down and wildly spin in circles. I have to use the keyboard to move the player camera up and down.
My Debian install has libsdl version 1.2.13-2.
|