EWW ! Man, such complicated emulation stuff just to use an utility, it isn't for me. I'm trying to make my life simple.

Someone could convert the sound files I gave above to a pack and publish it back here ? 

http://quake-1.com/mods/barnak.zip 

It's working great !

Thanks a lot !

I'm now wondering about the textures I talked above. Where should I put them ? 

QS doesn't support external model/sprite textures, afaik, just replacement textures for the bsp 

If you can install SDL, -> Quakespasm should be easy as anything i would have thought ???
Just edit the Quake/Makefile and disable all the fancy sound stuff.

Otherwise ... TyrQuake ? 

it may be possible to play doom on 9front on the rpi, that was already ported. i'm doing this as an exercise for the 64 bit kernel. 

New prerelease builds uploaded at http://quakespasm.sf.net/devel/

win32:
http://quakespasm.sf.net/devel/quakespasm-0.85.10-r958_windows.zip

win64:
http://quakespasm.sf.net/devel/quakespasm-0.85.10-r958_win64.zip

macosx:
http://quakespasm.sf.net/devel/QuakeSpasm-0.85.10-macosx-r958.zip 

 

Almost all of the changes are cross-platform, no osx-specific changes. Since you asked, here is a summary of changes since r947:
- speedup of tga and pcx external images
- further slight speedup for lightmap loading
- change sv_aim default value to 1 (i.e. turn off autoaim)
- add 'prev' and 'next' keywords to the 'cd' command
- work around a linux cdrom issue (playback might not start for a while after a stop).

You can follow the development history from http://sf.net/p/quakespasm/code/ 

 

I guess I missed mentioning Eric's sound mixer (lowpass filter) work that went in: http://sf.net/p/quakespasm/code/952/ 

 

I looked through some of the Quakespasm changes and have 2 thoughts:

1) MAX_MSGLEN has been increased from 32000 to 64000. FitzQuake protocol 666 has a MAX_MSGLEN of 32768.

As I understand it, due to this change you aren't actually using protocol 666 any more, but have modified it and, as I understand it, it is now possible to record demos or host a server using protocol "666" that in isn't actually compatible with the standard.

[I could be wrong, but I don't think I am]

2) sv_aim 1 as a default makes playing with the keyboard really hard. Probably the reason id software didn't default it to 1. 

1) You're right, you can record demos that will be marked as protocol 666 but an engine with MAX_MSGLEN set to 32768 like Fitz 0.85 won't be able to play (but this would only happen in cases where Fitz wouldn't be able to load or run the map anyway.)

I can see the argument that MAX_MSGLEN should be considered as part of the protocol, but there's good precedent for bumping this limit without changing protocol numbers; DirectQ, Darkplaces, and RMQEngine all use 65536 regardless of protocol, and I think Fitz allows 32768 bytes messages even for protocol 15 (same kind of limit bump).

The background behind this is I wanted to support a map ijed is working on (bsp2); the snapshot I have has 2855 edicts at startup, which gives a 43392 bytes signon buffer.


2) That's also true. But I assume nearly everyone plays PC FPS's with mouselook, so it's a good default? QuakeSpasm (in the upcoming release) defaults to +mlook turned on, as long as you use the quakespasm.pak, which is why I wanted autoaim to default to off.

I figured anyone who wants to do a "1996 night" and play quake with keyboard aiming can look up the original default sv_aim 0.93 and enter that in the console.

An option would be something automatic where turning mlook on or off automatically updates sv_aim to 0.93 or 1; I think negke suggested this, and that could be a good option too. 

I feel like those sorts of limits are a grey area where they are not directly part of the protocol, but obviously affect which clients can handle what the server is sending them. 

WTF !?

Arcanum isn't working anymore. I'm getting an error message in the console after entering the last gate of the second map. Unable to play the third map. What gives ?

Anyone getting the same ? 

at least I can noclip to the exit trigger in arcanum2, and arcanum3 loads.

What's the error message? Are you using the build szo posted in #917? Can you try it in QS 0.85.9? Does it fail if you do "map arcanum3" in the console, or is arcanum2 the cause? 

check if using a large heapsize solves it like "-heapsize 256000" 

Ericw, I'm using -heapsize 480000. AFAIK, it should be enough.

The problem happens with all my versions of QS, and also when I try to load arcanum3 directly from the console. Here's the error message I got :

> can't find function monster_gremlin
> Host_error : ed_parseEdict : parse error

Here are the commands I'm using when I start QS :

-hipnotic -quoth -game arcstart +skill 3 +map arcanum3 -heapsize 480000 -zone 2048 -sndspeed 44100 

delete the hipnotic and quoth stuff. 

Hmm,

apparently, the commands "-hipnotic -quoth" are the culprits. Why ?

I now can start arcanum3 if I dont put -hipnotic -quoth at start. 

I thought that -hipnotic -quoth was usefull. I don't even remember what it's doing. 

they load different game directories and progs.
Which interferes very heavily. 

You only want to use -hipnotic, -quoth if the mod readme specifically requires them. Glad it was an easy fix. 

what is -hipnotic ?

And the last map of Arcanum sucks : it has lots of holes and rendering problems on some walls.