RC/repeater ''power rings''

[CreatureofHell]

a dretch is trolling below the turning range of a badly placed turret

Be careful! If you don't place your turrets correctly Dretches will troll you!

img

+9001

[A Spork]

a dretch is trolling below the turning range of a badly placed turret

Be careful! If you don't place your turrets correctly Dretches will troll you!

rofl

[RAKninja-Decepticon]

a dretch is trolling below the turning range of a badly placed turret

Be careful! If you don't place your turrets correctly Dretches will troll you!

img

+9001

that's over nine thousand!

[sirshiz]

Anyone else find it weird/amusing that so many people including some devs thought implementing this was impossible or very hard to do... and an Unlimited Server has had it for awhile?  

a dretch is trolling below the turning range of a badly placed turret

Is this turret visual range indicator currently implemented on your server? If so it isn't working for me.

The building visual indicator is working and it doesn't lag at all. It should definitely be used for the Official Servers.

[SlackerLinux]

i dont find it weird that people thought it could be hard this suggestion was posted less then a week ago noone even knew about this already being done on another server

as for not lagging well i think it needs to be tested alot before you can claim that performance changes with hardware/drivers/os and just because a small group doesn't lag it doesn't mean that say someone with an Intel Gfx card will be lag free too

[Nux]

I'd like to see the humans get through that!

[sirshiz]

i dont find it weird that people thought it could be hard this suggestion was posted less then a week ago noone even knew about this already being done on another server

Slacker, according to meisseli this has been discussed "numerous times".
See:

It has been suggested numerous times IIRC, each time the answer being something close to: "it's not possible with the quake renderer".

That's why I found it strange that a week after I posted this we find a solution... then we find out it's already been solved. 

as for not lagging well i think it needs to be tested alot before you can claim that performance changes with hardware/drivers/os and just because a small group doesn't lag it doesn't mean that say someone with an Intel Gfx card will be lag free too

This is true, although I did test it on high settings on a shit computer. If it could handle unlimited BP bubbles I'm sure other computers could handle Official Servers BP bubbles.

[Meisseli]

Oh dear, I don't think we want it to turn up into a horrible disco version of Tremulous, now do we...

[gimhael]

i dont find it weird that people thought it could be hard this suggestion was posted less then a week ago noone even knew about this already being done on another server

Slacker, according to meisseli this has been discussed "numerous times".
See:

It has been suggested numerous times IIRC, each time the answer being something close to: "it's not possible with the quake renderer".

That's why I found it strange that a week after I posted this we find a solution... then we find out it's already been solved. 

It was asked if it was possible to mark the floor/walls where the power ends, and this is in fact not possible with the Q3 engine.

as for not lagging well i think it needs to be tested alot before you can claim that performance changes with hardware/drivers/os and just because a small group doesn't lag it doesn't mean that say someone with an Intel Gfx card will be lag free too

This is true, although I did test it on high settings on a shit computer. If it could handle unlimited BP bubbles I'm sure other computers could handle Official Servers BP bubbles.

If this feature is spammed all over the place it will put high demands on the GPU fill rate while the additional CPU and vertex load is quite low. So if your system was already running close to it's fill rate limit, which is often the case on embedded GPUs, you'll definately see a drop in FPS.

PS: I think /dev/hc did a great job making this possible, and as I already said I wouldn't have started if I knew he was working on the same concept.

[/dev/humancontroller]

an Unlimited Server has had it for awhile

Amsterdam Unlimited's name has nothing to do with unlimited buildpoints, though it does have higher than stock buildpoint settings.

a dretch is trolling below the turning range of a badly placed turret

Is this turret visual range indicator currently implemented on your server? If so it isn't working for me.

oh, i forgot to tell everyone how to enable that.

the cg_buildableSpaces cvar setting determines which buildables will have effectivity spaces displayed.
0: don't show buildable spaces;
1: show spaces for only "support" buildables: reactor, repeater, defence computer, overmind, egg;
2: show spaces for only "offensive" buildables: machinegun turret, tesla generator, acid tube, trapper, hive;
3: show spaces for all of the above buildables.

[Lakitu7]

The links to the pk3s/patchfiles are down. Do the patchfiles have the code for the game.qvm components or are there no game.qvm components?

[/dev/humancontroller]

The links to the pk3s/patchfiles are down.

au12-qvms-013.pk3
au12-data-011.pk3

Do the patchfiles have the code for the game.qvm components or are there no game.qvm components?

the patchfiles do not have the code for the game module, and the code itself is not open, yet.

[Lakitu7]

So you stopped Gimhael from continuing to work on his implementation because there exists another implementation that does not even distribute its source code?

How exactly is a usable complete implementation coming into existence then?

[/dev/humancontroller]

How exactly is a usable complete implementation coming into existence then?

obviously by someone coding it, and releasing it when it's done (TM).

[F50]

So qvms are not considered derivative of the tremulous code? I would find that rather confusing. I apologize for the hostility inherent in saying this, but unfortunately your participation in this thread so far, /dev/humancontroller, has been encouraging in someways, but destructive in most. I'm afraid I don't think DNF is a joke in the tremulous community.

[David]

The QVM is derivative, but you only have to share the code if you share the binary.  The game and server are never distributed, so no code needs to be released.  The cgame is distributed and AFAIK a patch is in the pk3.

[F50]

So does distribution of a cgame.qvm require the availability of the source code, or is cgame.qvm not considered a binary (although I would find that somewhat absurd)? Perhaps this is something that should go in a FAQ somewhere, being an important but frequently unasked question.

[/dev/humancontroller]

How exactly is a usable complete implementation coming into existence then?

obviously by someone coding it, and releasing it when it's done (TM).

I'm afraid I don't think DNF is a joke in the tremulous community.

and ind33d it's not a joke. i meant to say: give me some time to polish the implementation (and explore new possibilities), and i will release the full source code later.

[Lakitu7]

DevHC, you already stopped other people from working on AMP so that you could pretend to do that too. Are you going to actually produce any of these things or just prevent others from doing them?

As for the qvm/OSS thing, I am no lawyer, but the consensus around here has been that things that only run on the server (i.e. game.qvm) can be modified without making the source available if they are not distributed. This is not the thread to discuss that in, however, and people who want to discuss that should take it to another thread.

[gimhael]

So does distribution of a cgame.qvm require the availability of the source code, or is cgame.qvm not considered a binary (although I would find that somewhat absurd)? Perhaps this is something that should go in a FAQ somewhere, being an important but frequently unasked question.

Yes, you have to distribute the source code of a modified cgame.qvm, but the game.qvm is used only on the server, so you can keep the modifications secret.

[/dev/humancontroller]

DevHC, you already stopped other people from working on AMP so that you could pretend to do that too.

u've got to be kidding me.

[sirshiz]

The offensive building indicators are interesting but not nearly as useful as I thought they would be. They show the absolute ranges of the turrets without regard to the environment it seems, at least in the cases I tested with on ATCS.

In this case, that turret can obviously not shoot through walls though the indicator seems to ... indicate ... so.

[Lakitu7]

DevHC, you already stopped other people from working on AMP so that you could pretend to do that too.

u've got to be kidding me.

You haven't touched that since the 16th despite knowing well better than to think that's anywhere near usable, but I'll respond more specifically there and leave it out of here.

[Odin]

Couldn't you use OpenGL's stencil features to draw lines where the sphere intersects with the walls/floor? I'm pretty sure I've seen this done in a bunch of other games from Q3's era.

I ask again.

[/dev/humancontroller]

well, we're trying to extend a method we call "binary shaders". :]

[David]

Couldn't you use OpenGL's stencil features to draw lines where the sphere intersects with the walls/floor? I'm pretty sure I've seen this done in a bunch of other games from Q3's era.

I ask again.

I don't know anything about the stencil stuff, but I'm pretty sure that would require client changes.

Although I guess that doesn't matter for 1.2.

[gimhael]

well, we're trying to extend a method we call "binary shaders". :]

Do you mean dynamically loading shader functions from a DLL or QVM ? I don't think that's such a great idea for security.

[UniqPhoeniX]

"Binary shaders" are 2 shaders, 1 of which is only visible on top of the other. This allows making some very interesting things, including lines on map geometry where spheres intersect them.

However, this one requires 6 spheres and has some limitations, I'm still working on it.

[David]

*that* is what I want to see .

[gimhael]

Does it work correctly when the camera is *inside* the sphere ? That is usually the problem case for stencil volumes.