..I'll do that tonight. Mebbe there'll be another base map out this weekend :) 

The earthquake sounds are available in mission pack 1, but not in the quoth packs. If you actually want them then send me an e-mail, but you can just silence them like Ricky says.

The missing explosion sounds in the start-up demo is in fact by design. Quake sends the explosion sound automatically whenever you tell it to create the explosion particles. In order to make it possible to have explosions with different sounds, the default explosion noise is replace by a silent .wav file and explosion noises are added "by hand". This can be seen with the bob. Of course, the noises are not added retroactively in demos that were already recorded. 

Will the Quoth2 pack be updated with these sounds? 

Preach, sorry for not testing with my other map. That had the screenshake entity in it and I didn't notice the sounds were missing back then.

It would be cool if they could be added in an update. Maybe the current pak could be replaced? Anyone with the old pak would still get the warning, but it's not a big deal. Are there other complications that could arise from modifying an existing pak?

Should we just ship the sfx with our maps? 

My map is in the latter stages of vis. I can do

txQbsp -onlyents

and

light

and then theres only newskip.exe to run, but after I do that, I cant change anything, cause changing the ents would require re-doing the lights (some lights toggle on-off), and light.exe has a fit after newskip is run... (takes deep breath)

In short, I'd like to know! 

thats gonna confuse people.

I just mean I can get rid of the "noise" and "noise1" keys in my screenshakes, but only before I run newskip.

Unless theres another way. I'm too scared of loosing my vis data! 

light -onlyents then 

:-( 

There's no plan at the moment to update with a patch. If we were, the plan would be to create a pak2.pak with the patch elements in it, to be overwritten when part 3 is released. We'd make that a separate download and patch the full file at the same time. But we'd really only use that option if a critical problem like a crash bug came up. So for now I guess the best thing is to distribute the sounds with your map. Otherwise it'll go from you telling us there's a bug to people playing your maps telling you there's a bug, even though it's not your fault, because they didn't get the patch.

And yeah Than, don't worry about not spotting it, I messed up too. I had a test map for the earthquakes, but I was specifying the sounds by hand, so the defaults were never tested.

Modifying entities:
There's at least one way of doing this when a map is fully compiled, without having to worry about which utility to use at which time. Get a copy of adquedit:
http://www.quaketerminus.com/tools/adquedit_v13.zip

Then open the bsp file with this program. You'll see a button to extract entities. This saves them to a text file, where you can edit them directly, add new fields, even add entirely new ents to the map. Then use adquedit to import them again. The text file is basically an ".ent" file, but the program bakes the entities into the map when you use the import function. 

ATM I have the misc/null.wav set for noise and noise1. I think I'll probably leave it that way, but its nice to know I could change it if I so desired in the future!

cheerz 

using *any* old bsp modifying program on a modern bsp, they'll most likely trash it completely.

Ricky: If you don't change any brushes, you can always do another fullvis (or fastvis) run using the same prt+vis file. As long as the prt file doesn't change, the vis file should be OK.

A new run only takes a few seconds. 

How long has your site been suspended for? 

kell.QUADDICTED.COM

:D 

I played around with trigger_command and found a bug. My message is "screenshot". Sometimes when moving through it "+attack" or "+forward" are appended to "screenshot" = "screenshot+attack".
It doesn't bother me as it does not affect what I am doing but it seems undesired. 

Of course +attack is only appended when I actually +attack at that time. 

You must suffix all commands with \n, so that the commands don't run into each other. We toyed with the idea of having all the _command entities sending "\n" after all commands but it doubles the network overhead, and stuffcmd is traffic intensive to begin with. So it's up to mappers to format the commands correctly, but when the tutorial is extended to cover all the _command entities, we will make this explicit. 

I read that before but forgot about it. Thanks. 

nice stuff! Not overly fond of the backpacks though.

I liked the new maps, although I felt the texturing in e1m2quoth didnt always gel. One bug too, some of the pillars or buttresses kept disappearing and reappearing (sort of like software greyflash but they would just disappear). Is this known? I was using aguire's engine. 

quoth2_mapsources.zip 404s 

when is the Quoth mapping tutorial going to be completed? 

map src2 by JPL

i think its a monster_bob relating issue

ADDRESS 28(self)entity 0 330(cnt).cnt 420(?]
: SUB_AttackFinished : statement 0
: CheckAttack : statement 72
: CheckAnyAttack : statement 5
: ai_run : statement 73
: ai_runfly : statement 4
: bob_run1 : statement 2
PR_ExecuteProgram: assignment to world entity
Host_Error: Program error

the same deal with a sicktower by mr.Richard 

It is bug related to Quoth2 monster_bob indeed, not caused by my map... 

i know, but i think progs.dat should be fixed? 

I don't know: perhaps you should ask directly Kell or Preach 

After the bomb bug.

Also the Bob is what crashes demo playback in FitzQuake when playing a JoeQuake-recorded demo (I cant remember which protocol is which)

i.e. demos play fine untill a bob is encountered

Preach - Is a hotfix likely to be released at some point? :D