Totally Recc'd!! However, I would prefer an SDe version built into the game as opposed to
running third party programs that SDe may or may not support.

Thanks Shaggs....very awesome stuffz!

8)

SDE doesnt care because SDE does not check these forums. ever.

your name is Brian o_O?

Jester, this program is open source. You or anyone is welcome to inspect the code and
compile it yourself. There is nothing fishy to this program, and you can find that out
for yourself; you don't even have to take my word for it.

Here are the two main files. I have nothing to hide.
http://code.google.com/p/nfignore/source/browse/trunk/NFIgnore/main.cpp
http://code.google.com/p/nfignore/source/browse/trunk/hook/dllmain.cpp

You have mentioned a relationship between this ignore program and a bot.
There. Is. No. Relationship.

I suggest before you open your mouth and insult my intentions, you do a little research.

Am I mistaken but isn't this against the rules of the game? Running a background program
while the game is running sounds fishy to me.

I apologize but I have seen many other games that "a player" has done something like this
to "help" out the other players in a game and the program either send the designer the
username / password of the user's account or it gives the designers access to the
mainframe server that they shoudn't have access to.

I suggest a forum Moderator EDIT this post and take out the url and stuff and LOCK this post.

I suggest that the creator of this program get in contact with SD Enternet and help them
implement the code INTO the game that will have the ignore feature.

Other games that have had this happen immediately started to have illegal bots running all
the time that let people play without being there. Their servers have become overloaded
and unplayable. Do you all want this to happen here as well?

Up to the top :)

Thanks a lot, now I don't have to look at pointless WTB/WTS,GOOO/join my crappy fleet spam
:D recc'd

> Did you print all transfered packages?
Yes.

> On the other hand: can't a program like this (using detours) be used to force desyncs
> or fire the guns continiously?
No. This tool only looks for chat messages.

No program can control rate of fire client side, because it is controlled on the server.
I have no idea what causes desyncs, but this tool hasn't caused them for me. If a desync
can be initiated client side, this tool is the least of the dev's worries.

Furthermore, a tool that hacks or causes desyncs would have no relationship whatsoever to
this tool.

How did you find out how the usermessages are coded? Did you print all transfered packages?

On the other hand: can't a program like this (using detours) be used to force desyncs or
fire the guns continiously? In that case the mods and SDE won't be too happy about it...

@free3play
That will be difficult, and would require c/c++.

NF uses DirectDraw with means that it paints the entire screen over and over again
(meaning anything you put on top of NF will be covered up the next frame). The only way
to display something is to hook into the draw commands in NF and add your own drawings on
top of NF...every frame. I do not think there is a way to do that with standard windows
forums so it is likely that you would have to completely recode any standard widget you
would like to use.

Then you would have to hook into DirectInput and capture mouse/keyboard events, because
most games take ownership of the devices.

All of this would take mountains of code, nasty win32 calls, and more COM than you would
ever want to learn..

great work shaggs, also i have a question, do you have any idea how to overlap a form over
the top of navyfield? (when run in full screen mode). as i'm working on a base calcuator
that runs over the interface of navyfield. to help with anti - scamming.

oh and i'm working in delphi.