#3047 posted by basementApe on 2021/09/26 05:33:58
Ok, so I got two things I'm trying to sort out with particles in quakec.
First one is to create a particle explosion effect. What I'm using now is just the in-built explosion effect...
WriteByte (MSG_BROADCAST, SVC_TEMPENTITY);
WriteByte (MSG_BROADCAST, TE_EXPLOSION);
WriteCoord (MSG_BROADCAST, self.origin_x);
WriteCoord (MSG_BROADCAST, self.origin_y);
WriteCoord (MSG_BROADCAST, self.origin_z);
// these both crash the game session
// WriteByte (MSG_BROADCAST, 176); // quake's palette has no cyans!
// WriteByte (MSG_BROADCAST, 8); // palette color range
... which comes with two problems. One, it plays the standard explosion sound. Not a huge deal, I can get around that. Two, I can't change the color of the particles. If I try the game soft-crashes with a 'bad server message' error.
So ideally I'd like to create my own replacement. Unless there's another canned effect I can use that's a bit more flexible. I want this to be compatible with all kinds of different source ports btw.
And here's the second thing:
I need a uniform distribution of particles inside a spherical radius. I've got no idea how to go about this though. Is this doable with quakec? I mean, the Quake 2 Weapons mod has an effect like this for the BFG projectile so it has to be, right?
I thought I could use a for-loop and particle() to spawn particles at random within a limited radius but so far I haven't had much luck. Any ideas? Any open-source examples out there doing something similar?
EF_BRIGHFIELD Is The Ticket..
#3048 posted by basementApe on 2021/09/26 11:13:46
Nevermind figured it out. It's all good
#3049 posted by Text_Fish
on 2021/09/26 11:34:41
Is there a good set of tutorials for beginners looking to dabble in QuakeC in 2021? 10-15 years ago I followed a few of the tutorials on inside3d with some success, but they're largely copy&paste guides and they seem to focus mostly on changing existing game assets instead of adding new stuff. They're also quite reliant on outdated compilers and source codes.
You Might Look
#3050 posted by madfox
on 2021/09/26 15:37:05
I copied all related stuff from Inside3D there as my experiences from the Quake lab, the first published examples from Id.
Thanks Madfox I'll Have A Look
#3051 posted by Text_Fish
on 2021/09/26 15:47:05
#3052 posted by madfox
on 2021/09/27 02:54:32
My anxious consideration's of the BillBoardService, when the internet was still a garden of unlimited treasures.
What could cause a func_train entity to disappear? I have a case with my custom progs.dat and a custom level (the last of Gotshun's "Lost Levels" for SoA) where a silver key is supposed to be transported through a door into a cage at the start of the map. However, in QSS the train on which the key is supposed to be transported is gone, allowing you to grab the key directly.
Without my custom progs.dat (using the one embedded into SoA's pak0.pak), it works. However, Mark V runs the map just fine WITH my code, it's just QSS that doesn't like it.
Which source code files could be responsible? My first suspect would be plats.qc, but the only thing I did there was to make platform movement smoother (10 fps -> 100 fps), and reverting those changes didn't fix it.
I Was Wondering What This Code Is Doing
Is this a new feature, a fix or what?
In triggers.qc (from SoA):
void() hurt_touch =
self.solid = SOLID_NOT;
T_Damage (other, self, self, self.dmg);
self.think = hurt_on;
self.nextthink = time + 1;
// NEW CODE START
if (self.cnt > 0)
self.cnt = self.cnt - 1;
if (self.cnt == 0)
self.touch = SUB_Null;
self.nextthink = time + 0.1;
self.think = SUB_Remove;
// NEW CODE END
void() trigger_hurt =
self.touch = hurt_touch;
self.dmg = 5;
// NEW CODE START
if (self.cnt == 0)
self.cnt = -1;
// NEW CODE END
#3055 posted by metlslime
on 2021/09/29 18:22:07
looks like they added a property which will remove the trigger after it was used a certain number of times. If the mapper added "cnt" "5" it would delete itself after 5 uses.
Since unspecified properties default to "0", they convert 0 to -1 in the spawn function.
Guess that would make it rather useless in ID1 maps, for example. At first I thought it could be something like Maddes' URQP code fix for multiple clients getting hurt at once and only the first client receiving damage, but that would have to look differently code-wise.
I am comparing Maddes' URQP code with Preach's cleaned-up QuakeC 1.06 source and see a difference in ai.qc, in function FindTarget().
It starts as follows in URQP:
float() FindTarget =
if (sight_entity_time >= time - 0.1 && !(self.spawnflags & 3) )
client = sight_entity;
if (client.enemy == self.enemy)
return FALSE; // This is what I wonder about
In Preach's version, it's return TRUE. Which one is correct? According to the file comments, this is supposed to return TRUE if an enemy has been sighted. (Also: What would happen if it's wrong?)
And Another Thing
Any way to access cvars which are not saved to config, e.g. r_slimealpha in QSS? Stuff like cvar("r_slimealpha") wouldn't work, apparently.
#3059 posted by Shadow_Code on 2021/10/05 00:07:35
Any reason why (am using darkplaces if that is relevant) sounds are sometimes mismatched? Picking up a health pack may make a megahealth sound, ogres may play a death sound in place of their pain sound...not good.
#3060 posted by Shadow_Code on 2021/10/05 00:17:25
More info: It doesn't happen all the time, and the mod I am modding features a lot of new sounds. Typically it seems the mismatched sound is taken from the same folder (e.g health pack plays megahealth sound), but very rarely it seems completely random.
#3061 posted by metlslime
on 2021/10/05 00:39:14
In the past, people have had this issue because there is something inconsistent about the order of precaches in their code. But, I think that would only show up as a problem when loading a savegame or playing a demo.
Darkplaces might(?) have a feature that auto-caches when you try to play a sound that was not precached. If that's true, perhaps this creates the inconsistent order (becuase it could depend on player actions.)
So, make sure you are precaching all sounds you use in worldspawn or one of the other spawn functions, and, make sure nothing in the spawn logic can randomize the order of the precaches.
#3062 posted by Shadow_Code on 2021/10/05 05:02:33
Thank you very much for your help.
#3063 posted by Shadow_Code on 2021/10/05 05:12:34
What about multiple instances of the same sound getting pre-cached?
#3064 posted by Shadow_Code on 2021/10/05 06:17:03
Also please would you be able to explain why the bug only happens when loading a save game?
#3065 posted by madfox
on 2021/10/05 07:11:58
My experience with playing DarkPlaces is that it is a mod that is heavily transformed into its own behaviour. So although it uses the original ID1 code as source most related calls go to the DarkPlaces subdirectory, which has its own progs.dat.
So for searching your saved games and related errors with sound you have to search in the DarkPlaces directory.
I know this is not a solution for your problem, but I think you need to search for it there. And yes, DP has a rather kinky code structure.
#3066 posted by metlslime
on 2021/10/05 07:14:42
when loading a level the first time, spawn functions are run on each entity in the level, and a list of sound precaches is built up, where each sound is given a number. After that, any time a sound is played it simply uses the number to identify it.
When loading a save game, the level first loads the normal way, building a list of precaches by calling spawn functions. If this list doesn't match the original list, then the numbers that are used to identify sounds in the savegame won't me correct.
Normally this is not something people notice with sounds, but with models being wrong in a savegame.
Since you haven't really described when you see the problem, the savegame thing may be a red herring.
Calling "precache_sound" multiple times on the same sound is harmless.
#3067 posted by Shadow_Code on 2021/10/05 11:08:48
Thanks again for your time and knowledge. I should be able to fix the problem now.
#3068 posted by Shadow_Code on 2021/10/05 11:12:55
I'm using the Darkplaces engine, but not the Darkplaces mod.
Do Not Use A Savegame From A Different Progs.dat
#3069 posted by guests
on 2021/10/05 12:40:41
Do NOT save your game, switch progs.dat and load your old save. Things like this will happen.
Basically what meltslime wrote.
This is common behaviour and expected when working with different progs.dat´s and using the same savegame again and again.
You mentioned that you are working on a mod and add several new sound files. That is why.
#3070 posted by Shadow_Code on 2021/10/06 05:36:23
Nope that isn't the cause. Of course I'm not loading old save games post-progs.dat modification, that's coding 101 stuff.
I've Got The Strangest Problem..
I've made a mod based on Copper and yesterday after adding runes to my new HUD I noticed that new rune pickups don't show up *at all* on the HUD.
The serverflags are being set, I can progress to Shub's lair no problem. It's just the runes never get displayed on the HUD.
So I thought maybe I made some kind of mistake with the new gfx.wad, but when I try it out in regular Copper the runes show up fine.
I thought all the UI stuff was handled by the engine itself, so I dunno how this is even happening.
I never touched the serverflags. The closest thing I can think of that might be the cause is I made use of an extra parm - parm11 - to store additional data about the player and extra weapons (all stored using bitflags).
Other than that, I don't know where to look and what to look for. Anyone got any ideas?