 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
the most noticeable one is when the game begins by playing demo1, and the explosion sound of ogre's grenade would be missing.
er, what was it, its coded in the info_screenshake to play those sounds. Re-assign the sounds to "misc/null.wav", for the keys "noise" and "noise1", in every info_screenshake in your map, and the warnings will disappear!
I think Preach answered me on the mapping help thread, #7180 :-) 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 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! 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. 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. 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.
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. 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
|
|
| You must be logged in to post in this thread. |
|
| Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors. |