RvEYoda

That is something ED can help out by allowing us to disable lua export or not. Currently FC 1.12 it is not possible to fully disable lua without using a security flaw, but this security flaw will be fixed in Fc2. It remains to be seen if ED decides to allow server to completely disable lua export or not.

it requires very little computing power. on board computers in fighters are quite slow afaik, rubustness over speed. Again i tell you I have sources from both crew and manuals of these fighters where the specific features you dont believe in - Exist! I have already offered breakshot to send you proof, but I get no response on that matter.

And what proof do you have that makes you say so? I have declassified aircraft manual and aircraft crew supporting my claim - from both sides. There are such features you would not believe at first. Did you know the ground stations cannot only send dlink info to a russian fighter, they can also directly set up - control - his radar to lock the target ! You know these things now, in 21st century, because it was classified in 80s :). This is why we simulate 80s and 90s combat with some late 90s weapons. Because we dont know the 21st century tech, but we do know much useful information about 80s and some 90s. Do you believe im making these things up ? I'm drawing the graphical HSD shapes straight from the aircraft manual!

Frostie the datalink implementation of LEAVU is from the 80s. Today's datalinks are WAY way more advanced than this

I see what you mean mogas, but also there is another side of the story. Right now 80% of the squads out here dont formulate squad tactics and squad games not only because the game does not encourage it, but also because the tools like navigation and communication/dlink are not in the game by default. They can just as well just jump in one by one. ( This can naturally also be done in leavu, you can come and go from the squad dlink ) In a realistic atmosphere the lonewolf pilot will quickly get shot down. But ultimately it is the game that decides this, and not LEAVU, even though leavu can push the scales in one direction. 1v many in air combat has very low chance of success in the bvr missile environment if the squad performs good. While you may see some ( though i doubt it ) loss of lonewolf flying, it is likely this will easily be compensated by people wanting to fly together not just force on force but also coop missions will be 10 times more interesting. Right now there is an over abundance of loner air quake deathmatch flying. If we have to sacrifice a little bit of that to gain huge amounts of squad interest, than it is worth it for me. This change is not just a part of LEAVU but also have a look on FC2 features list by Wags in the Fc2 announcement. Many things there will likely change the environment to greatly encourage group flying. Coordination and tactics will become more meaningful. Forget about F-15 " cartwheel maddogging " ( as someone called it ) tactics. Encouraging group efforts has, for all games i've heard of before, greatly boosted MP popularity. Just look at the mmo genre for example. What is most important for me is always : Competitiveness and Consistency. Both give the other. If you have a complex and consistent game, then people will want to compete in it. If people are competing at high level it is because the game results are fairly consistent. The random factor does not become the major reason for the outcome of a battle. On a personal level i make LEAVU because i think it is 10 times more fun to fly with such features, especially when it allows me to build my own cockpit! I'm thinking of working on some new modules for leavu like instrument panels etc.

Yes that is how it works, how I meant it to work. One of you decides to set up a data-link host. Then clients can connect to this hosts to share data. You can keep it password protected if you want and on a separate server computer. Clients will be able to from the MFD to also filter network input and output so that they don't get cluttered when for example one group goes into a fight. I think the filters will be necessary once the network size is above 4 or so. There are also declutter options for datalink, which for example let dlink show only locks, or both locks and scans. ( This is the NDCLT button you see in the pictures in this thread )

Mogas Leavu2 is like an advanced touch buddy complement. You cant run touch buddy on server side and have it displayed on clients, same way with leavu. It is a software for showing instruments.

what is DTED Mugatu? Did you guys notice that the Russian Dlink in the game doesnt care about LOS ;) The radars do but not the Dlink, so you can be hidden but you still see everyone. There are ways to get elevation data with DCS lua engine. I cannot confirm or deny this parts existance in FC2 but afaik it is in DCS BS. We can make a loop to extract the altitude map entirely with quite good resolution, and perhaps then define a few critical lines/areas where it is critical to perform these checks. It would require some cool math though, if you do that, ill implement it for ya. Essentially, if I provide you with 3D altitude table ( Lat,long,alt ), can you produce an algorithm out of that plus not having to store ridiculous amounts of data in runtime? plus it must be fast. It is not high prio for me atm, but if you can make it, ill implement it. Maybe something like where the surface is significantly convex, we put data there, and if target and source are on diff sides of such a boundrary, then the check is performed. Then we must produce a search algorithm similar to a raytrace which I am familiar with.

Now who is talking smartass comments and writing stuff that is not true. There are those who can discuss a subject, and talk about the subject. Others simply state "bananas are yellow, so i must be right" F-15 advantage? 1. Some of us want a sim, to be as realistic ( that is FUN for us) as possible 2. LEAVU has no aircraft restrictions. You can run it with a Cessna if you want to. LEAVU is Lockon External Avionics Upgrade Some of us, sat down for hours and hours, to improve the gameplay performance for everyone. To improve everyone's fun by producing a software that can make pit building incredibly simple. The Source code is made in such a way that you can add MFD pages for any AC and of any type, any graphics and available exported sensor data. It isnt any more a cheat than having a bigger monitor or physical gauges next to your sim. Anyone can download it, modify it, use it for what they want, to produce the cockpipt and instruments they want on displays. In the falcon community you would get paid for doing this. I'm going to make some altitude gauges etc on it and put around my monitor. However, this is lockon community, so you get called cheater instead. pathetic. Instead of providing input and suggestions to enhance realism we get sarcasm and name calling.

Feel free to write it Moa. As long as all messages get there 2 way :)

Hi Moa, unlikely to go SOAP. Tried it for work. Actually use it to provide an OpenCL Raytracer service through java :P however i am already sending objects over maintained sockets rather than strings It rocks. :D Have not committed the build because im not finished with rewriting everything yet.

I wish :). how do you propose we do it? cant just raytrace everything, will be too slow. it is possible to build a altitude map of the world to do this, but it should be low prio imo

No texture flashing in Java+OpenGL on my GTX260 or Hd4870! :)

It uses lua exports Kuky, but it doesnt use any global export. Only what your instruments tell you is used.

maybe my secret datalink software... ;)

I have actually got a 2way communication set up, and LEAVU can send commands to lockon ;). But at this point no specific commands are implemented, but the framework is there should we want to enable it.

Here is a little sneak of Leavu 2.0 This picture is taken From Lofc 2 ( but i run pretty low gaphics during tests ). I asked for permission before releasing this picture.

Sry I was wrong, I have Java 1.6.0_17 installed. we really need to talk outside forums. And we need to get this thing rolling, before we talk away weeks :P DCS coordinate system exports same as Lofc

I've looked at it again, and. Is it ok if we put the MapProjection class into LEAVU? It looks really good and would make things easier. Ofc you will get credits for it Moa :) Do you also have a method for : If I know my own position. I know bearing and range to target, Can I get his XZ or LatLong ? I require this when computing Mark points ( Where you click on Leavu screen to save coordinates to a marked point )

I check as often as I can Hannibal :) Yesterday I had to fly all around the place cause we forgot to book enough airplane tickets. Today who knows. You should contact me on msn also or icq. It is so much faster

I give no hint calls to OpenGL when I used Java2D drawing GLJPanel through Swing ( using Java 1.4 17 ) I had considerable higher CPU usage than when using GLCanvas which is not through Java2D or swing. Also resizing and other operations went much slower, compared to GLCanvas which is perfectly smooth. I Set up a GLContext not with GUI editor but by manually creating the Canvas, as this allows me to enable true Multisampling OpenGL AA and not just give hints. I tried hints before, but that works like *** :) The GLCanvas with custom OpenGL settings ( like hw AA ) looks like this : public class MfdGui extends java.awt.Frame { private final MFD mfd; protected final GraphicsEngine graphicsEngine; protected final GraphicsBuffer graphicsBuffer; private javax.media.opengl.GLCanvas gljPanel; /** Creates new form NewFrame */ public MfdGui(MFD _mfd) { mfd = _mfd; graphicsBuffer = new GraphicsBuffer(); initComponents(); // Create the OpenGL Canvas with aa GLCapabilities capab = new GLCapabilities(); capab.setNumSamples(8); capab.setSampleBuffers(true); gljPanel = new javax.media.opengl.GLCanvas(capab); gljPanel.addMouseListener(new java.awt.event.MouseAdapter() { public void mousePressed(java.awt.event.MouseEvent evt) { gLCanvas1MousePressed(evt); } }); java.awt.GridBagConstraints gridBagConstraints = new java.awt.GridBagConstraints(); gridBagConstraints.gridx = 1; gridBagConstraints.gridy = 1; gridBagConstraints.fill = java.awt.GridBagConstraints.BOTH; gridBagConstraints.insets = new java.awt.Insets(8, 8, 8, 8); add(gljPanel, gridBagConstraints); // Add it to the engine to draw graphicsEngine = new GraphicsEngine( gljPanel, graphicsBuffer ); } Ok bad variable name "gljpanel" cause it isnt such :) Moa can I please speak to you on msn!!! I need advice on so many java things The Textrenderer of JOGL class I'm using is automatically Java2D anti aliased text through OpenGL, with built in caching. Details here

Ok let me clarify. it does not "slow down" as in slow down drawing It increases cpu load from 0% measured to 1-2% measured when adding the Textrenderer object. ( Compared to just rendering primitives ) The GLCanvas works much faster than GLJPanel, especially when resizing the window. I am trying to stay away a bit from Swing at this point. Trying to do as much work as possible in plain old JOGL openGL The Textrenderer is pobably Hardware accellerated, but it seems a bit heavy for our small task.. ( I also remade the animator class to something much smaller ) ... on my other computer it shows 0% :P Could be a win7 or 64bit JRE issue I guess

Coordinate/bearing results : Works Excellent Moa ! ( I tested it on my laptop in my hotel room, converted it to LUA and used it to control my radar cursor with ) This is great. I can finally kick out that empirical variant I came up with :P Also you may not know this, but I wrote a dll (two actually) that lets lua detect keystrokes in the background with lockon running. This lets me have lua act on certain events, but more importantly, I can transfer these notifications from lua to LEAVU ( running on a diff computer ) to act on keyboard presses on the game computer. You may find this useful ;) ( And this is already 95% integrated and tested in the Lua exports that I will soon add to the svn rep ) We should get back to the main LEAVU thread Oh yeah, bear in mind when reading the leavu code that it is basically hacked together in a few days atm... it is not the prettiest creation in history :P

Ok we will have to talk on TS/Vent when im home, do you have time on monday? The error I mentioned is there when I implemented your type of calculation earlier, not just with a spherical earth. But if you say that it works now I will definitely give it a shot and see if I made a mistake! It would be great if it was just that. I definitely would like to have you on the project, but keep in mind that making all classes and packages general are not the first priority. That is low cpu/gpu requirements and support for any resolution and aspect, which is currently quite ok. It turned out for example when using "get-bla, set-bla" methods in the 3d engine that this lowered the performance considerably vs just using public class members and treating some classes just basically as C structs, just a bunch of data. Currently the biggest CPU hog by far is text rendering. I use the Textrenderer class in JOGL but it still eats cpu like mad. The program has <1% on my machine with text disabled but many shapes on screen, but text instantly shoots it up to 2% I say this because I want to be able to run 10-20 AA enabled MFDs on the same computer without any big CPU hit

Unfortunately I think your getbearing algorithm is not consistent with ingame lockon bearings. The reason I think this is that I have already tried this method before, and while it does work in some situtations, in many situations it will be off by 5 or more degrees. At this point I require a method which is accurate with ingame bearings to less than 0.5 degrees. I need this precision to map LatLong --> desired cursor position for Radar features. I can give you my own method once I get home...it is a rather strange method but very accurate :) This small error is not that visible in moving map type programs I guess, but once you use it to align the cursor perfectly with a target or similar, it did yield problems for me. I also thought it was just atan (x,z) but it yields too high errors, i assume this is because the definition of Bearing which I have not quite figured out yet. I will implement your code in my radar to check its accuracy when I get home Maybe I made some error when i tried it before ;)