[Paging] Andrew

This is the development community to discuss tribes mod coding or to ask questions.

Moderator: Moderators

61 Mon Jun 08, 2009 1:28 pm

Hazor wrote:
MadCowDisease2 wrote:
Blakhart wrote:ps
can you get rid of morphing terrain please?


Terrain repeating needs to be gone too.
Some mods/maps rely on this, though. What specifically is your reasoning?



That other mods/maps rely on it to be removed. :)
At least make it optional.
MadCowDisease2
Commander
Commander
 
Posts: 670

62 Mon Jun 08, 2009 2:13 pm

No clue why anyone would suggest di(king with the terrain, other than warping which has already been addressed.
Last edited by NoFiXette on Mon Jun 08, 2009 7:17 pm, edited 1 time in total.
User avatar
NoFiXette
Captain
Captain
 
Posts: 2058

63 Mon Jun 08, 2009 5:16 pm

Yep, function attaching is awesome. Haven't written a single script that didn't use it so far. And if it's just to add keybinds.
GreyHound
2nd Lieutenant
2nd Lieutenant
 
Posts: 80

64 Mon Jun 08, 2009 10:17 pm

GreyHound wrote:Yep, function attaching is awesome. Haven't written a single script that didn't use it so far. And if it's just to add keybinds.


guinea pig :mrgreen:



oh hey while you're screwing with the engine slap some mysql database support in there

I guess function attachments will allow remoteeval throttling so mysql is the next most important thing on my list


my servers are all:

active mode
dosfix
mysql
terraininfo

enabled and I'd hate to see that functionality disappear.
Quimica
Call me Mr. Picky.
 
Posts: 1092

65 Tue Jun 09, 2009 5:57 am

MadCowDisease2 wrote:That other mods/maps rely on it to be removed. :)
At least make it optional.


i wouldn't use it.. but i can see uses for it. In torque (one of the later versions) it's just a bool in the terrain data

Plasmatic wrote:
robindegen wrote:I like nofix's pre and post function idea.. very nice for making "plugins" and such

This isn't just an idea, it's part of 1.40.


i know :ninja:
robindegen
I ril pr0 men
 
Posts: 6672

66 Tue Jun 09, 2009 7:51 am

How about creating shaders like in Quake 3, then applying them to projectiles, items, specific textures, etc.
Would be nice :)


--Could probably recreate the grass from in Legions like that, add bumpmaps, air distortions around explosions if I get REALLY bored... High end doggy doo could be made like that. :D
MadCowDisease2
Commander
Commander
 
Posts: 670

67 Tue Jun 09, 2009 8:45 am

Quimica wrote:I guess function attachments will allow remoteeval throttling so mysql is the next most important thing on my list

my servers are all:

active mode
dosfix
mysql
terraininfo

enabled and I'd hate to see that functionality disappear.


RemoteEval - Can be filtered with attachments.
TerrainInfo - No longer required! We now have read-access to default-field member-data! (ie; %mcpx = 716.x; )
DosFix - No longer required!
MySQL - Most likely will require external implementation.
User avatar
NoFiXette
Captain
Captain
 
Posts: 2058

68 Wed Jun 10, 2009 8:39 pm

NoFiXette wrote:RemoteEval - Can be filtered with attachments.


What about "unknown" remoteevals? We could always filter in the scripted remotes but the others are the scary ones.
:wow:

that's why we needed a "bad" eval filter
Quimica
Call me Mr. Picky.
 
Posts: 1092

69 Thu Jun 11, 2009 6:36 am

For some reason that never dawned on me. I kept thinking remoteEval would act as a filter for incoming remotes ... jesus I'm losing it. Anyways, I'll make a suggestion, and see what happens.
User avatar
NoFiXette
Captain
Captain
 
Posts: 2058

70 Tue Jun 23, 2009 7:24 pm

I was sort of a manual "bad" eval filter, back when I hosted.

Everytime I checked the logs, I'd search for "remote", then I'd manually write a remote function for what ever bad eval someone tried to use on my server that did nothing but spam filter.

It had 2 responces, 1st responce was to scream at you. The exact log entry from before I created the function would be sent to the client sending the bad eval, followed by ~wfemale5_Death.wav I think.
If they did it more than once per second, they were kicked with a message asking them not to spam remote evals or disable scripts.

But that was very post-active, not pro-active. People could still make up a random eval call and spam the crap out of the server all they wanted. We need something that will protect the server from such an attack and/or such stupidity.
User avatar
Perrinoia
Suggestion bot 9000
 
Posts: 9386

71 Tue Jun 23, 2009 9:21 pm

There's a remoteFilterClient and remoteFilterServer now.
User avatar
NoFiXette
Captain
Captain
 
Posts: 2058

72 Wed Jun 24, 2009 8:11 am

That was quick... What are the args?

function remoteFilterServer(%client, %function, %arg0, %arg1, %etc...)
or
function remoteFilterServer(%function, %client, %arg0, %arg1, %etc...)?
User avatar
Perrinoia
Suggestion bot 9000
 
Posts: 9386

73 Wed Jun 24, 2009 11:56 am

First response was the server screaming at you, I love that.
User avatar
Plasmatic
Lead Developer
Lead Developer
 
Posts: 7123

74 Wed Jun 24, 2009 12:44 pm

People running zadmin and trpg stat trackers didn't share your enthusiasm, nor mine.

People would contact me and inform me that my server was broken because it was spamming them and screaming at them... I'd inform them that it was a direct responce to each time their scripts spammed my server, and if they didn't like it, they needed to disable their scripts before they played on my server.

When they asked which ones to disable, I'd tell em to read the spam in the server, because it's clearly written there.
Also, I logged every zadmin password sent to my server for doggy doos and giggles. Never did anything with them though.
User avatar
Perrinoia
Suggestion bot 9000
 
Posts: 9386

75 Wed Jul 15, 2009 1:09 pm

Everything's goin kewl!
Everything's kewl! (i juszwanna skin this playtribes thing ehheh :twisted: )
User avatar
Anubis
=A cantora floribella=
 
Posts: 4890

Previous

Return to Coder's Hangout

Who is online

Users browsing this forum: No registered users and 1 guest