Home » Technical Support » Win32 FDS » BrenBot Problem
( ) 1 Vote
| BrenBot Problem [message #379914] |
Mon, 13 April 2009 04:36  |
Pyr0man1c
Messages: 186
Registered: April 2009
Karma: 0
|
Recruit |
|
|
When I open BrenBot no messages are displayed, and the same happens for BRloader. I had BrenBot working for a while and I am not sure how it broke  .Can somebody help please.The FDS runs fine, and no I am not intending to run this as a server, as it will obviously fail, I just need to know how to use BrenBot.When i reinstalled BrenBot it still refuses to work.I have configured all the .cfg and .ini files correctly.SSGM and BIATCH seem to be working fine, and I downloaded them with BrenBot.
"Sapere Aude- Dare to be wise"
| AmunRa |
and its all this "drama" that will one day end renegade...
|
Quotes| v00d00 |
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: Mon, 13 April 2009 04:40] Report message to a moderator |
|
|
|
| Re: BrenBot Problem [message #379928 is a reply to message #379914] |
Mon, 13 April 2009 05:53  |
Aucun
Messages: 51
Registered: January 2009
Karma: 0
|
Recruit |
|
|
|
I had this happen to me to, the only thing that work was reinstalling windows not a big problem for me but for other not an option.
|
|
|
|
| Re: BrenBot Problem [message #379930 is a reply to message #379928] |
Mon, 13 April 2009 06:10 |
Pyr0man1c
Messages: 186
Registered: April 2009
Karma: 0
|
Recruit |
|
|
Not an option
"Sapere Aude- Dare to be wise"
| AmunRa |
and its all this "drama" that will one day end renegade...
|
Quotes| v00d00 |
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: BrenBot Problem [message #379991 is a reply to message #379914] |
Mon, 13 April 2009 10:17 |
Pyr0man1c
Messages: 186
Registered: April 2009
Karma: 0
|
Recruit |
|
|
| Pyr0man1c wrote on Mon, 13 April 2009 13:36 |
I just need to know how to use BrenBot.
|
Did you read this?Part of knowing how to use it is to resolve problems such as this!Any help will be greatly appreciated
"Sapere Aude- Dare to be wise"
| AmunRa |
and its all this "drama" that will one day end renegade...
|
Quotes| v00d00 |
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: BrenBot Problem [message #379993 is a reply to message #379914] |
Mon, 13 April 2009 10:20 |
|
|
sometimes if u want to be able to use things how you want its better to do it yourself brenbot has many problems and bugs, this is one ive had before see if the registry data for it is okay for it.
FT-Owners - Sladewill,Snazy2007,Willdy
http://FT-Gaming.com for more info...
|
|
|
|
| Re: BrenBot Problem [message #380089 is a reply to message #379914] |
Mon, 13 April 2009 16:47 |
Pyr0man1c
Messages: 186
Registered: April 2009
Karma: 0
|
Recruit |
|
|
Probably a dumb question but how do i do that once I have opened regedit?
"Sapere Aude- Dare to be wise"
| AmunRa |
and its all this "drama" that will one day end renegade...
|
Quotes| v00d00 |
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: BrenBot Problem [message #380259 is a reply to message #379993] |
Tue, 14 April 2009 11:48 |
 |
danpaul88
Messages: 5795
Registered: June 2004
Location: England
Karma: 0
|
General (5 Stars) |
|
|
| Sladewill wrote on Mon, 13 April 2009 18:20 |
sometimes if u want to be able to use things how you want its better to do it yourself brenbot has many problems and bugs, this is one ive had before see if the registry data for it is okay for it.
|
If BRenBot has problems or bugs you should report them. To date I am aware of about 3 bugs with the 1.52 version, all of which are extremely minor and do not affect it's main functionality.
As for this problem, this is a PAR problem, not a BRenBot problem. PAR is the packer used to combine all the BRenBot code files into an exe file, and it sometimes goes a bit wonky, and this problem usually happens when the PAR cache becomes corrupt.
Delete the folder 'par-<your_windows_username>' in the following location;
XP: C:\Documents and Settings\<your_windows_username>\Local Settings\Temp
Vista: C:\Users\<your_windows_username>\AppData\Local\temp\
(NB: For both of these the folder is hidden, and you will need to either type the address into the address bar or set Windows Explorer to show hidden folders.
[Updated on: Tue, 14 April 2009 11:49] Report message to a moderator |
|
|
|
| Re: BrenBot Problem [message #380285 is a reply to message #380259] |
Tue, 14 April 2009 13:15 |
Pyr0man1c
Messages: 186
Registered: April 2009
Karma: 0
|
Recruit |
|
|
Thanks a lot it is working again 
"Sapere Aude- Dare to be wise"
| AmunRa |
and its all this "drama" that will one day end renegade...
|
Quotes| v00d00 |
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: Tue, 14 April 2009 13:16] Report message to a moderator |
|
|
|
|
|
Goto Forum:
Current Time: Sun Apr 28 07:29:19 MST 2024
Total time taken to generate the page: 0.00833 seconds
|
Search
Help
Members
Register
Login
Home
