Home » Technical Support » Win32 FDS » NR or FDS problem
NR or FDS problem [message #382958] |
Mon, 27 April 2009 09:28 |
Noize
Messages: 5 Registered: April 2009
Karma: 0
|
Recruit |
|
|
Hello People,
Ive got some problems with NR or FDS.
Server files are doing good its at aow , sniper etc.
But:
I dont hear sounds when NR is going online,
or any comment are not working.
Dont you guys know how to fix this?
Thnx for helping!
[Updated on: Mon, 27 April 2009 09:29] Report message to a moderator
|
|
|
Re: NR or FDS problem [message #382968 is a reply to message #382958] |
Mon, 27 April 2009 10:18 |
Pyr0man1c
Messages: 186 Registered: April 2009
Karma: 0
|
Recruit |
|
|
Noize wrote on Mon, 27 April 2009 11:28 | Hello People,
Ive got some problems with NR or FDS.
Server files are doing good its at aow , sniper etc.
But:
I dont hear sounds when NR is going online,
or any comment are not working.
Dont you guys know how to fix this?
Thnx for helping!
|
I don't understand the problem...does the FDS show any error messages, and what exactly does NR say in the IRC channel.
"Sapere Aude- Dare to be wise"
AmunRa | and its all this "drama" that will one day end renegade...
|
Quotesv00d00 | A question regarding RenGuard. Because it's a client/server application, what will stop the legions of people who cheat, and can crack apps, from reverse engineering it down to it's core protocol / encryption (which I'll assume it has), and duplicating it, so that they have their own client which responds to the server with all the correct info for an unpatched Renegade, but in fact is patched.
Personally, I think you should write a server-side only anti-cheat, which hooks the networking routines in Renegade. From there, using either the help of your staff who worked on creating Renegade, or from knowledge aquired while working with the network code in Renegade, create a system to monitor hit locations (did they REALLY hit, based on calculations by the anti-cheat (stopping BH)), how much damage are they claiming, vs how much damage their currently selected weapon really does, etc.
Then, add rate-of-fire checking, complete w/ lag tolerance (since lagged client will of course, upon delag, seem to fire faster, etc), and option to simply "edit" the incoming packets, to filter out the cheat (reduce damage, stop bullets, etc), or kick-ban the cheater (admins decision, based on anti cheat config).
Is it just me, or does that make more sense?
The flaw to Renegade of course, which is the core to the cheats, is that unlike most other games, Renegade lets the CLIENT decide hit locations, damage, RoF, etc. Vs others which say, "ok, the client fired their pistol along this trajectory. Did they hit something? How much damage did they do to that target if so. Report findings to clients".
My only concern, is that there will be alot more teams of people ripping apart the hard work of your small team, and undoing what you have done. Can you keep up writing fixes / completely rewriting the protocol to counter them once they have created their OWN complete anti-RenGuard client? If not, consider the server-side only method, and solve it once and for all, with the only version changes being to fix bugs, and not complete rewrites which will really piss admins off (if it takes this long for the initial, how long after the cheaters create their own client to counter it will your rewrite take to do?).
- v00d00
|
ELiT3FLyR | ill say this again to all the TT people actually working on the patch. all you have to do is fix the bugs in the game. This is your role. dont get involved in a pointfix debate that you can never win (spoony has never managed to win one and hes a decent player) nor bother suggesting solutions for the faults in pointfix. just fix the damn bugs and you will all be remmebered as renegade heroes.
|
|
|
|
Re: NR or FDS problem [message #382970 is a reply to message #382958] |
Mon, 27 April 2009 10:22 |
Noize
Messages: 5 Registered: April 2009
Karma: 0
|
Recruit |
|
|
no problem message in fds or NR.
The commands : !help , !commands etc dont work.
The sounds when NR starting up in the server dont work.
Thats my problem. And automessage/rules wont show up.
|
|
|
Re: NR or FDS problem [message #382972 is a reply to message #382970] |
Mon, 27 April 2009 10:30 |
Pyr0man1c
Messages: 186 Registered: April 2009
Karma: 0
|
Recruit |
|
|
Are you sure that NR is connected to the FDS correctly?
"Sapere Aude- Dare to be wise"
AmunRa | and its all this "drama" that will one day end renegade...
|
Quotesv00d00 | A question regarding RenGuard. Because it's a client/server application, what will stop the legions of people who cheat, and can crack apps, from reverse engineering it down to it's core protocol / encryption (which I'll assume it has), and duplicating it, so that they have their own client which responds to the server with all the correct info for an unpatched Renegade, but in fact is patched.
Personally, I think you should write a server-side only anti-cheat, which hooks the networking routines in Renegade. From there, using either the help of your staff who worked on creating Renegade, or from knowledge aquired while working with the network code in Renegade, create a system to monitor hit locations (did they REALLY hit, based on calculations by the anti-cheat (stopping BH)), how much damage are they claiming, vs how much damage their currently selected weapon really does, etc.
Then, add rate-of-fire checking, complete w/ lag tolerance (since lagged client will of course, upon delag, seem to fire faster, etc), and option to simply "edit" the incoming packets, to filter out the cheat (reduce damage, stop bullets, etc), or kick-ban the cheater (admins decision, based on anti cheat config).
Is it just me, or does that make more sense?
The flaw to Renegade of course, which is the core to the cheats, is that unlike most other games, Renegade lets the CLIENT decide hit locations, damage, RoF, etc. Vs others which say, "ok, the client fired their pistol along this trajectory. Did they hit something? How much damage did they do to that target if so. Report findings to clients".
My only concern, is that there will be alot more teams of people ripping apart the hard work of your small team, and undoing what you have done. Can you keep up writing fixes / completely rewriting the protocol to counter them once they have created their OWN complete anti-RenGuard client? If not, consider the server-side only method, and solve it once and for all, with the only version changes being to fix bugs, and not complete rewrites which will really piss admins off (if it takes this long for the initial, how long after the cheaters create their own client to counter it will your rewrite take to do?).
- v00d00
|
ELiT3FLyR | ill say this again to all the TT people actually working on the patch. all you have to do is fix the bugs in the game. This is your role. dont get involved in a pointfix debate that you can never win (spoony has never managed to win one and hes a decent player) nor bother suggesting solutions for the faults in pointfix. just fix the damn bugs and you will all be remmebered as renegade heroes.
|
|
|
|
|
|
|
|
Re: NR or FDS problem [message #383437 is a reply to message #383424] |
Wed, 29 April 2009 09:56 |
Pyr0man1c
Messages: 186 Registered: April 2009
Karma: 0
|
Recruit |
|
|
Well I personally use BrenBot, so you will have to wait for somebody else to help you out.
"Sapere Aude- Dare to be wise"
AmunRa | and its all this "drama" that will one day end renegade...
|
Quotesv00d00 | A question regarding RenGuard. Because it's a client/server application, what will stop the legions of people who cheat, and can crack apps, from reverse engineering it down to it's core protocol / encryption (which I'll assume it has), and duplicating it, so that they have their own client which responds to the server with all the correct info for an unpatched Renegade, but in fact is patched.
Personally, I think you should write a server-side only anti-cheat, which hooks the networking routines in Renegade. From there, using either the help of your staff who worked on creating Renegade, or from knowledge aquired while working with the network code in Renegade, create a system to monitor hit locations (did they REALLY hit, based on calculations by the anti-cheat (stopping BH)), how much damage are they claiming, vs how much damage their currently selected weapon really does, etc.
Then, add rate-of-fire checking, complete w/ lag tolerance (since lagged client will of course, upon delag, seem to fire faster, etc), and option to simply "edit" the incoming packets, to filter out the cheat (reduce damage, stop bullets, etc), or kick-ban the cheater (admins decision, based on anti cheat config).
Is it just me, or does that make more sense?
The flaw to Renegade of course, which is the core to the cheats, is that unlike most other games, Renegade lets the CLIENT decide hit locations, damage, RoF, etc. Vs others which say, "ok, the client fired their pistol along this trajectory. Did they hit something? How much damage did they do to that target if so. Report findings to clients".
My only concern, is that there will be alot more teams of people ripping apart the hard work of your small team, and undoing what you have done. Can you keep up writing fixes / completely rewriting the protocol to counter them once they have created their OWN complete anti-RenGuard client? If not, consider the server-side only method, and solve it once and for all, with the only version changes being to fix bugs, and not complete rewrites which will really piss admins off (if it takes this long for the initial, how long after the cheaters create their own client to counter it will your rewrite take to do?).
- v00d00
|
ELiT3FLyR | ill say this again to all the TT people actually working on the patch. all you have to do is fix the bugs in the game. This is your role. dont get involved in a pointfix debate that you can never win (spoony has never managed to win one and hes a decent player) nor bother suggesting solutions for the faults in pointfix. just fix the damn bugs and you will all be remmebered as renegade heroes.
|
|
|
|
|
|
|
Re: NR or FDS problem [message #387168 is a reply to message #385533] |
Wed, 20 May 2009 09:48 |
Pyr0man1c
Messages: 186 Registered: April 2009
Karma: 0
|
Recruit |
|
|
Nightma12 wrote on Mon, 11 May 2009 13:33 | RenRem settings arnt setup properly.
|
Nice post there MasterEvolution...
"Sapere Aude- Dare to be wise"
AmunRa | and its all this "drama" that will one day end renegade...
|
Quotesv00d00 | A question regarding RenGuard. Because it's a client/server application, what will stop the legions of people who cheat, and can crack apps, from reverse engineering it down to it's core protocol / encryption (which I'll assume it has), and duplicating it, so that they have their own client which responds to the server with all the correct info for an unpatched Renegade, but in fact is patched.
Personally, I think you should write a server-side only anti-cheat, which hooks the networking routines in Renegade. From there, using either the help of your staff who worked on creating Renegade, or from knowledge aquired while working with the network code in Renegade, create a system to monitor hit locations (did they REALLY hit, based on calculations by the anti-cheat (stopping BH)), how much damage are they claiming, vs how much damage their currently selected weapon really does, etc.
Then, add rate-of-fire checking, complete w/ lag tolerance (since lagged client will of course, upon delag, seem to fire faster, etc), and option to simply "edit" the incoming packets, to filter out the cheat (reduce damage, stop bullets, etc), or kick-ban the cheater (admins decision, based on anti cheat config).
Is it just me, or does that make more sense?
The flaw to Renegade of course, which is the core to the cheats, is that unlike most other games, Renegade lets the CLIENT decide hit locations, damage, RoF, etc. Vs others which say, "ok, the client fired their pistol along this trajectory. Did they hit something? How much damage did they do to that target if so. Report findings to clients".
My only concern, is that there will be alot more teams of people ripping apart the hard work of your small team, and undoing what you have done. Can you keep up writing fixes / completely rewriting the protocol to counter them once they have created their OWN complete anti-RenGuard client? If not, consider the server-side only method, and solve it once and for all, with the only version changes being to fix bugs, and not complete rewrites which will really piss admins off (if it takes this long for the initial, how long after the cheaters create their own client to counter it will your rewrite take to do?).
- v00d00
|
ELiT3FLyR | ill say this again to all the TT people actually working on the patch. all you have to do is fix the bugs in the game. This is your role. dont get involved in a pointfix debate that you can never win (spoony has never managed to win one and hes a decent player) nor bother suggesting solutions for the faults in pointfix. just fix the damn bugs and you will all be remmebered as renegade heroes.
|
[Updated on: Wed, 20 May 2009 09:49] Report message to a moderator
|
|
|
Goto Forum:
Current Time: Sun Nov 17 09:59:01 MST 2024
Total time taken to generate the page: 0.00859 seconds
|