Yeah, SMAC forked off from KAC when, to make a long story short and simple, Kigen opted to stop working on KAC due to a scuffle between him and some of the SM staff. After development on SMAC started up, he changed his mind<http://www.kigenac.com/viewtopic.php?f=26&t=1134>, but it was too little, too late, as most people had swapped over to SMAC at that point. I assume that is the reason for it not being updated since November.
Also, I believe the thinking behind dblocker being closed source is to that hackers can't "work around" some of the detections by looking at how it's written. I don't know if that actually helps or not, but that was the reason listed the last time the topic came up. Unfortunately, the only real way to find out the answer would be to release the source code :v On Mon, Jan 30, 2012 at 7:24 AM, Emil Larsson <ail...@gmail.com> wrote: > You should find out pretty fast if they conflict with each other if you > try (though it does increase the total cpu usage obviously), although > personally I think it's reduant. > > We're using SMAC as that's actively developed (being a fork of KAC as far > I understand and all?). KAC itself hadn't been updated in awhile and the > KAC forums seems very stagnated but who knows what pops up in the future. I > personally find myself a little suspicious of dblock though due to the lack > of source code available. > > On Mon, Jan 30, 2012 at 3:52 PM, Jeff Sugar <jeffsu...@gmail.com> wrote: > >> Er, the primary reason I asked was to avoid the try and see approach, >> which could lead to a multitude of undesirable and/or unnoticeable results >> :( For example, the server may crash the very next time a hacker enters the >> server, whether that be tomorrow or a month from now. It's also entirely >> possible that, rather than crashing, it could stop either system from >> properly detecting and dealing with a detection. >> >> There are plenty of others, but those are the first two that popped into >> my head. I'm not saying it shouldn't be tested, but I have a feeling >> there's at least one person out there who has already done so in order to >> save others the trouble of just blindly trying it. >> >> >> >> On Mon, Jan 30, 2012 at 6:38 AM, AnAkIn . <anakin...@gmail.com> wrote: >> >>> Try it and see. >>> >>> >>> 2012/1/30 Jeff Sugar <jeffsu...@gmail.com> >>> >>>> Is it safe/okay to use dblocker along with smac? Or is it like >>>> antivirus applications in that having more than one can result in >>>> undesirable complications? >>>> On Jan 30, 2012 4:13 AM, "Drogen Viech" <drogenvi...@googlemail.com> >>>> wrote: >>>> >>>>> Can both be used together without problems? I would disable automatic >>>>> banning in one of them of course. >>>>> >>>>> 2012/1/30 AnAkIn . <anakin...@gmail.com>: >>>>> > DBlocker can detect more cheats than SMAC. One of the most used >>>>> public >>>>> > cheats is detected by DBlocker. >>>>> > >>>>> > >>>>> > 2012/1/30 Cc2iscooL <cc2isc...@gmail.com> >>>>> >> >>>>> >> I was reading the Kigen forums and a lot of people are banned for >>>>> >> "sv_consistency" errors, which could be as simple as just having a >>>>> skin on a >>>>> >> server that doesn't allow them. >>>>> >> >>>>> >> Hilarious. >>>>> >> >>>>> >> >>>>> >> On Sun, Jan 29, 2012 at 11:13 PM, Admin <essential...@bigpond.com> >>>>> wrote: >>>>> >>> >>>>> >>> LMFAO Kigen's anticheat is obsolete and Kiegen forces you to use >>>>> his >>>>> >>> server >>>>> >>> with his conditions. There is no leeway or allowances for >>>>> independent >>>>> >>> control over banning and you are forced to kigens global banning >>>>> system. >>>>> >>> There is no decent support less being dictated too. I highly >>>>> recommend >>>>> >>> that >>>>> >>> one avoids this system entirely >>>>> >>> >>>>> >>> SMAC is far more superior and has no restrictions or limitations. >>>>> It is >>>>> >>> constantly updated and when an issue is found it is mostly >>>>> corrected >>>>> >>> immediately upon the team reading the issues >>>>> >>> >>>>> >>> SMAC can be found at allied modders >>>>> >>> http://forums.alliedmods.net/showthread.php?t=<http://forums.alliedmods.net/showthread.php?t=156872> >>>>> 36 >>>>> 384 >>>>> <http://www.indiedb.com/games/noxious> >>>>> >>>>> Hey reddit gaming here is a ga <http://www.indiedb.com/games/noxious> >>>>> 156872 <http://forums.alliedmods.net/showthread.php?t=156872> >>>>> >>> >>>>> >>> I have tried both cheat systems and found KAC to be lacking and >>>>> missed 8 >>>>> >>> out >>>>> >>> of ten simulated cheats. SMAC prevented 10 out of ten and allows >>>>> you to >>>>> >>> freely configure its uses without being forced to use a global >>>>> system. >>>>> >>> >>>>> >>> -----Original Message----- >>>>> >>> From: hlds-boun...@list.valvesoftware.com >>>>> >>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Mike @ >>>>> BOOM! >>>>> >>> Sent: Monday, 30 January 2012 12:56 PM >>>>> >>> To: 'Half-Life dedicated Win32 server mailing list' >>>>> >>> Subject: Re: [hlds] Dealing with persistent cheaters >>>>> >>>index <http://www.kigenac.com/index.php> >>>>> >>> I was like you when it came to dealing with cheaters. I was so >>>>> sick of >>>>> >>> them >>>>> >>> I almost stopped hosting. >>>>> >>> >>>>> >>> The came SourceBans and Kigen's AC. For the past 2+ years we have >>>>> used >>>>> >>> SourceBans: www.sourcebans.net to handle our Admin management and >>>>> bans >>>>> >>> list >>>>> >>> on a global community level. Banned in one server means banned in >>>>> all our >>>>> >>> servers when using SourceBans. We also use the Steambans SBSRC >>>>> Plugin at: >>>>> >>> www.steambans.com, which is another global ban list with 1000's >>>>> of banned >>>>> >>> cheater SteamIDs in it. Finally and most importantly, there are >>>>> two cheat >>>>> >>> detection plugins that block and ban a ton of cheaters for us. The >>>>> >>> original >>>>> >>> Kigen's Anticheat: http://www.kigenac.com/ SourceMod plugin >>>>> >>> (wonderful!!!) >>>>> >>> and the newer SourceMod Anticheat (SMAC), spun off of Kigen's >>>>> platform. >>>>> >>> Both >>>>> >>> Kigen's and SMAC integrate seamlessly with Sourcebans to perma-ban >>>>> >>> suspect >>>>> >>> cheaters without an Admin being in the server. I can't say enough >>>>> about >>>>> >>> Kigen and his wonderful work. It really has saved our asses and >>>>> it's very >>>>> >>> cool to see players being banned when they cheat when Admins are >>>>> in the >>>>> >>> server. It's like having an Admin who is spectating every player >>>>> on every >>>>> >>> server 24/7! >>>>> >>> >>>>> >>> By running a global ban management system like SourceBans and >>>>> having >>>>> >>> real-time cheat detection of the likes of Kigen's AC or SMAC, we >>>>> have >>>>> >>> virtually eliminated the need for Admins most of the time. Sure and >>>>> >>> occasional player is missed when using some cheat we can't T >>>>> detect, but >>>>> >>> this is so rare we don't worry that much about it. You can even >>>>> download >>>>> >>> the >>>>> >>> banlists from other communities who make them available on their >>>>> >>> Sourcebans >>>>> >>> site so you don't have to start from scratch. >>>>> >>> >>>>> >>> Check out the links and let me know if you have any questions. >>>>> >>> Mike >>>>> >>> >>>>> >>> -----Original Message----- >>>>> >>> From: hlds-boun...@list.valvesoftware.com >>>>> >>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Rob Liu >>>>> >>> Sent: Sunday, January 29, 2012 5:45 PM >>>>> >>> To: Half-Life dedicated Win32 server mailing list >>>>> >>> Subject: Re: [hlds] Dealing with persistent cheaters >>>>> >>> >>>>> >>> Price of the game going free to play. Servers get more traffic, >>>>> but no >>>>> >>> other way to deal with persistent cheaters and griefers. Ban has >>>>> lost >>>>> >>> its >>>>> >>> meaning. There is nothing we can do as server owners. >>>>> >>> >>>>> >>> Valve really need to figure something out. >>>>> >>> >>>>> >>> On 1/30/12, hlds <h...@gmx.com> wrote: >>>>> >>> > I had once a problem with a guy that had many F2P accounts and as >>>>> >>> > provider one of the biggest from my country (dynamic IPs and >>>>> >>> > impossible to ban), but I was lucky to find out that he also had >>>>> a web >>>>> >>> > server hosted on his computer. I did a script to check every 5 >>>>> minutes >>>>> >>> > the IP for that site and to update a firewall rule, but usually >>>>> you >>>>> >>> > can't do nothing, except to have some nice words for Valve and >>>>> as many >>>>> >>> admins as possible. >>>>> >>> > >>>>> >>> > >>>>> >>> > >>>>> >>> > I don't understand why this is not a top priority thing for >>>>> Valve, >>>>> >>> > because a cheater with speedhack can empty a server in few >>>>> minutes. At >>>>> >>> > least we should have access to some hardware fingerprint or >>>>> something >>>>> >>> > like >>>>> >>> this. >>>>> >>> > >>>>> >>> > >>>>> >>> > >>>>> >>> > From: hlds-boun...@list.valvesoftware.com >>>>> >>> > [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of >>>>> Alexander Z >>>>> >>> > Sent: Sunday, January 29, 2012 10:42 PM >>>>> >>> > To: hlds@list.valvesoftware.com >>>>> >>> > Subject: [hlds] Dealing with persistent cheaters >>>>> >>> > >>>>> >>> > >>>>> >>> > >>>>> >>> > The kind with dynamic IPs, lots of F2P accounts and time to >>>>> spare. >>>>> >>> > >>>>> >>> > Any tips on dealing with them? >>>>> >>> > >>>>> >>> > >>>>> >>> >>>>> >>> _______________________________________________ >>>>> >>> To unsubscribe, edit your list preferences, or view the list >>>>> archives, >>>>> >>> please visit: >>>>> >>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >>>>> >>> >>>>> >>> >>>>> >>> _______________________________________________ >>>>> >>> To unsubscribe, edit your list preferences, or view the list >>>>> archives, >>>>> >>> please visit: >>>>> >>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> _______________________________________________ >>>>> >>> To unsubscribe, edit your list preferences, or view the list >>>>> archives, >>>>> >>> please visit: >>>>> >>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >>>>> >> >>>>> >> >>>>> >> >>>>> >> _______________________________________________ >>>>> >> To unsubscribe, edit your list preferences, or view the list >>>>> archives, >>>>> >> please visit: >>>>> >> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >>>>> >> >>>>> > >>>>> > >>>>> > >>>>> > -- >>>>> > Best regards, >>>>> > AnAkIn >>>>> > >>>>> > >>>>> > _______________________________________________ >>>>> > To unsubscribe, edit your list preferences, or view the list >>>>> archives, >>>>> > please visit: >>>>> > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >>>>> > >>>>> >>>>> _______________________________________________ >>>>> To unsubscribe, edit your list preferences, or view the list archives, >>>>> please visit: >>>>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >>>>> >>>> >>>> _______________________________________________ >>>> To unsubscribe, edit your list preferences, or view the list archives, >>>> please visit: >>>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >>>> >>>> >>> >>> >>> -- >>> Best regards, >>> AnAkIn >>> >>> >>> _______________________________________________ >>> To unsubscribe, edit your list preferences, or view the list archives, >>> please visit: >>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >>> >>> >> >> _______________________________________________ >> To unsubscribe, edit your list preferences, or view the list archives, >> please visit: >> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >> >> > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds > >
_______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
