Is it possible to enable 'Friendly Fire' in Coop or is that only a DMFlag? Also is it possible to have items respawn as it can be a hassle on some maps,

Many thanks! 

Friendly fire is possible, set "teamplay 1" on the server and then make sure to wear the same color pants, "color x y" where y has to be the same number for both/all of you.

If you just raise the playback rate to 44khz, which some engines can, but then keep the standard sounds, most enginges won't interpolate and the result will sound terrible.

There are replacement sound packs, and some of them even faithful to the original, but I can't find an active link to one at the moment. 

Thanks for your sound advice Mandel :)

I recall seeing a specific sound pack years ago but I can't recall the exact name, it's similiar to 'Mindcrime' but he was the author of the Nehahra project. 

this one: http://www.mindabuse.com/mindgrid/audio/quake/

but that link doesn't work, at least not here. 

it sucks too. and is full of copyright violating if I understand the laws correctly.

ericw did some great work with interpolation ( https://github.com/ericwa/Quakespasm ), I hope his changes will get merged into Quakespasm soon. 

Howdy once again folks,

Is their a cvar to disable cheating online? Although in my case 'Noclip' came in handy when scripts decided to break or the map wasn't entirely coop friendly, secondly does Quake support demos over multiple levels like Doom? I replayed my Contract Revoked coop demo but after exiting the first map it just loads random images from each sequential level and dies. 

not many engines support demos that span multiple levels.
this is easily worked around, however, by:
-stopping the recording before loading the next level
then, after the new level has loaded
-quicksave
-type "disconnect"
-type "record newdemo"
-quickload.

you will have a second demo that continues from the first. 

There are 2 ways:

1. The "DarkPlaces" way. I wrote a 3 line tutorial on how that works.

http://forums.inside3d.com/viewtopic.php?t=2397

2. szo's more thorough way. Also discussed in that thread. Which is actually "design correct" from an engine design standpoint, but not completely obvious to someone not familiar with the inside of the Quake engine.

Engines that support playback of a demo recorded over multiple maps:

1. Quakespasm
2. DarkPlaces
3. Modern ProQuake 

If Quakespasm is true then why did it splutter and crash yesterday? :o 

I'm thinking it is unlikely the Quakespasm team would add the multi-map playback feature without testing it.

It could be something the mod does on level load or a 100 other things or something occurs that the engine wasn't expecting.

If you try to play back your demo in an engine without multi-map playback, the engine doesn't crash. It just displays a blank screen. 

If the demo is created right, every engine can playback across map changes. So the focus should be more on "multi-map recording".
There used to be a fix that sometimes worked for protocol 15 demos: appending (joining) an additional demo snippet to the existing (multi-map) one with BJP's convdem would fix it for playback. However, last time I tried I couldn't get that to work (demo recorded with QS). 

Was probably just eliminating the "reconnect" command crammed into the demo. 

Cross-level demo playback support is in the svn repository and not in an official release yet. Until we make a new release, just compile your binary from the svn and it should work. 

I think the current build (exe) does not have that feature. not sure what version it is. 

can one easily cross compile Quakespasm (without codeblocks)? 

Yes, cross-compiling is actually very easy. I just did that, here are win32 and win64 builds from current svn:
http://quakespasm.sourceforge.net/tmp/quakespasm-0.85.7-r644-win32.zip
http://quakespasm.sourceforge.net/tmp/quakespasm-0.85.7-r644-win64.zip 

Here is the malfunctioning demo file in question:

http://filesmelt.com/dl/cr-coop.dem

Inform me whether you can get it working correctly and what method was implemented. 

yes it works just fine, although it would have been better if you had told that it is a 35mb demo. The ultra scientific method to play it is already explained: The latest official 0.85.6 version doesn't support cross-level demo playback, so either build the code from svn, or download a prebuilt package for which I gave links just above, i.e. win32 and win64 versions. 

I grabbed the new build and it seems to still have no brightness.
Reading some of the forum posts I found a patched SDL lib that may fix it but had no luck.
If in fact I ran the lib correctly by dropping it in the quake dir
[quote]bluntz@bluntz-desktop:~$ cd quake
bluntz@bluntz-desktop:~/quake$ ./quakespasm export LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH
Command line: ./quakespasm export LD_LIBRARY_PATH=.:
Found SDL version 1.2.14
Quake 1.09 (c) id Software
GLQuake 1.00 (c) id Software
FitzQuake 0.85 (c) John Fitzgibbons
FitzQuake SDL port (c) SleepwalkR, Baker
QuakeSpasm 0.85.6 (c) Ozkan Sezer, Stevenaaus
Host_Init
Playing registered version.
Console initialized.
UDP Initialized
Exe: 14:03:52 Dec 31 2011
64.0 megabyte heap
Video mode 1280x1024x32 initialized
FOUND: ARB_multitexture
FOUND: ARB_texture_env_combine
FOUND: ARB_texture_env_add
Warning: vertical sync not supported (swap interval is -1.) Make sure you don't have vertical sync disabled in your driver settings.
FOUND: EXT_texture_filter_anisotropic

Sound Initialization
SDL audio spec : 11025 Hz, 128 samples, 2 channels
SDL audio driver: pulse, 8192 bytes buffer
Audio: 16 bit, stereo, 11025 Hz
SDL detected 0 CD-ROM drives

========= Quake Initialized =========

[/quote]
The slider had no effect but the client was usable.
This client seems to about the best option for us Linux Quakers.
I hope someone else could please help with this one small issue that stands in our way.:eek: 

LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH ./quakespasm 

like this?
bluntz@bluntz-desktop:~/quake$ LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH ./quakespasm
Command line: ./quakespasm
Found SDL version 1.2.14
Quake 1.09 (c) id Software
GLQuake 1.00 (c) id Software
FitzQuake 0.85 (c) John Fitzgibbons
FitzQuake SDL port (c) SleepwalkR, Baker
QuakeSpasm 0.85.6 (c) Ozkan Sezer, Stevenaaus
Host_Init
Playing registered version.
Console initialized.
UDP Initialized
Exe: 14:03:52 Dec 31 2011
64.0 megabyte heap
Video mode 1280x1024x32 initialized
FOUND: ARB_multitexture
FOUND: ARB_texture_env_combine
FOUND: ARB_texture_env_add
Warning: vertical sync not supported (swap interval is -1.) Make sure you don't have vertical sync disabled in your driver settings.
FOUND: EXT_texture_filter_anisotropic

Sound Initialization
SDL audio spec : 11025 Hz, 128 samples, 2 channels
SDL audio driver: pulse, 8192 bytes buffer
Audio: 16 bit, stereo, 11025 Hz
SDL detected 1 CD-ROM drive
CDAudio initialized (SDL, using /dev/scd0)
CDAudio_Init: No CD in drive

========= Quake Initialized ========= 

I do not remember having any issues until I switched video cards from Nvidia to this Ati 6850.
Also I am not sure if I did not compile the GLX build as I seldom run SDL versions of anything if I have a choice.
Has anyone else built the GLX client ????? 

Version 0.85.7 of QuakeSpasm is released:

* Added support for cross-level demo playback
* gl_texturemode is reimplemented as a cvar with a callback and the
setting is automatically saved to the config
* Fixed execution of external files without a newline at the end
* Reduced memory usage during reloading of textures
* Fixed compilation on GNU/kFreeBSD (Debian bug #657793)
* Fixed backspace key on Mac OS X
* Disable mouse acceleration in Mac OS X
* Worked around recursive calling of the anisotropic filter callback
* Console word wrap and long input line fixes
* Verified correct compilation by clang (using v3.0)
* Several other small changes mostly invisible to the end-user 

Will cross-level demos recorded with QS work with other engines, too (provided the protocol is right), or does this release only enable proper playback? 

if the engine in question knows how to handle the "reconnect" stufftext, than they are able to playback. So, I guess the answer to your last question is yes, we enabled proper playback, although I don't know what else would be expected of us to do.