Seven wrote:Hello
mankrip,
I watched your gameplay videos. Unfortunately most of them were too dark to see anything.
Why so many people play with so low brightness ?
I always play with the brightness on my monitor set to the maximum, so the default in-game brightness (gamma 1) is enough for me. But some of the videos does really look too dark when watching on my phone.
Seven wrote:But I enjoyed your Adib Murad´s Signati clip and I was amazed by your lava visuals and blood splats when shooting enemies.
Especially the bloodsplats visual is something I will try to bring into my mod. Ontop of my ToDo list now.
It looks a lot like original Quake particles movement-wise but with new particles. Really great work !
QC wise, all I did was this:
Code: Select all
void(vector org, vector vel, float damage) SpawnBlood =
{
particle (org, vel*0.1, 73, damage*4); // mankrip - edited
particle (org, vel*0.15, 74, damage*20); // mankrip
particle (org, vel*0.125, 69, damage*8); // mankrip
};
void(float damage) spawn_touchblood =
{
local vector vel;
vel = wall_velocity () * -0.2; // mankrip - edited
SpawnBlood (self.origin + vel*0.01, vel, damage);
};
On the engine side, the physics are still vanilla. The graphics, though, are something which can't be easily reproduced.
First, an introduction: The particle size in pretty much all hardware-rendered Quake engines is wrong when compared to the vanilla software renderer. The particle drawing code in the software renderer was made only for a 320x240 resolution with FOV 90, and looks wrong in any other configuration. My particle drawing code follows the intended particle size of that code, sans size clamping (which I've disabled by default, and implemented a cvar to control it). So, up to a certain distance (if clamping isn't enabled), the size of the particles in my renderer, at any resolution, is exactly the size you'll get when playing WinQuake at 320x240. Many people nowadays seems to have never played Quake as it was originally intended to be played (software rendering, 320x240, FOV 90, viewsize 100, 4:3 video aspect), or they've stopped playing like that too many years ago, so people tended to find the size of my correctly-scaled particles really weird.
So, I've taken that into account when designing my approach for dithering the particles. The biggest particles fades linearly from full opacity at their center to 1/8 (12.5%) opacity at their edge, but when the size of the particle gets below a certain limit, its fully opaque center is gradually expanded until the particle becomes fully opaque at the minimum size. There isn't any texture involved, the particles are fully procedural, so their generation algorithm can dynamically change their properties when generating the metadata for each particle size.
And the reason for making the particles gradually become fully opaque as they distance from the player is because of gameplay. After studying the behavior of the WinQuake particles at 320x240 with FOV 90 for a while, I've realized that 1x1 pixel particles becomes extremely hard to distinguish from the background pixels during gameplay, and that's why the vanilla software renderer uses a minimum size of 2x2 pixels for particles.
So, in my renderer the minimum diameter of the particles is 1*vid.height/240, plus 1 if the result isn't bigger than 1. This minimum size in my renderer is consistently scaled and always uses fully opaque edges, to make sure that if the player goes all the way from full HD to 320x240 or vice versa, the smallest particles will still fill the same percentage of space on the screen. And while the smallest particles should be fully opaque to be easily noticeable, the biggest particles should be fully smoothed out to not get in the way of the player's view, which is why I've decided to make the fully opaque "core" of the particle gradually expand according to how far away the particle is from the camera plane.
Nice effects, but the HUD models are being affected by the underwater screen distortion, and they shouldn't. This is also valid for the biosuit, because althought you're underwater, the space between the player's eyes and the helmet is filled with air, not with water. I don't know if this is an engine limitation, though.
)
