RvEYoda

Cool, people are still using leavu :). I havent played much fc2 or other sims for that matter like BS or F4 since I came home from LLTM. Sort of started looking for someting else, and ever since 27th july i've been stuck on starcraft 2, spending most of the time on it when I'm not @ work. Havent looked at leavu code in months, but it was a nice way to learning java. I think someone asked before why I did this in java, well, much less development and debugging time than cpp, and only mariginally slower. The only thing i dont like about it is JOGL, which is a disaster in terms of efficiency of how it is made imo. Of course, in the future leavu could move to jogl 2.0 which should be far better, or just use a different graphics engine alltogether. My old Direct3D implementation could do several hundred instruments at once while the jogl1 one can only do about 50. Luckily it is a matter of jogl itself and not leavu, so once someone hooks up jogl2 instead to it, that number should increase significantly.

They did this over here in Sweden I think 3-5 years ago. There was a lot of fuss about it, and I still think the new system is rather mediocre.

I would like to tell you, but even if our intentions are good, the downside would be a s***storm of people yelling "cheat" etc. So for now I'll have to ask anyone knowing how to not spread it.

I disagree with you, but also somewhat with Moa. Java requires nowhere near several times more power. (I talk about language here, so I am not comparing standard STL classes to the java counterparts and so on, both are rather crappy though :P ) In fact in many situattions java is faster because it _always_ deals with references (pointer performances) rather than copies, so your programming is often more efficient unless the C++ programmer is very careful.In pure math, Java is comparable to C++ performance (except for trigonometrics because standard java enforces some special rules, but this can be circumvented) Second Java nowadays is compiled down to native code by your JVM before execution, and in many situations it actually beats classic C code. (which didnt have as good compiler optimizations among other reasons, I'm no expert on these details) Java problems: developer hesitations, non-standard approaches and much more complicated situations to connect 3rd party libraries such as required for 3d graphics. However a combination such as game in java, graphics in C++ (like IL2 which is both pretty and runs fantastically smooth). ---- But, what I've seen as a major flaw when using java so far is the over-abstraction and "cut and paste" programming present in oh so many 3rd party libraries, for example I was doing programming in JOGL (that is openGL for java) and there are so many runtime workarounds and checks to render just 1 frame that in my own light weight program, the overhead to render each frame actually becomes larger than the graphics itself. But if you write everything yourself, from scratch, I would go for Java no doubt. Bottom line is you wont need 4 more cores, maybe you will need 0.5 more cores, maybe 0.5 less :) (Then again there is another point which is that your development and debugging time when using java will go down by..hmm.....personally I would say 90% ;), and I was a really strong C++ supported and hated everything that had to do with "java" )

Id like to propose something,, different. A kind of community wide stress test to see what the game can actually handle. This would sound a bit extreme, but I propose all squads for 1 week to "lock" their servers and host 1 common 200 slot server, to see how far you can take it before things go really bad. Of course we would need a stable platform to begin with, and the key to this test is to integrity check everything and enforce stock settings. This would be more of a software test than anything else.

I don't recall what you refer to as "things went to ****" (unless you refer to the very old coroutine based implementation), but that is not really relevant is it? What is relevant is: 1. For the next event I recommend the following: Make a pack, a locerf-pack for modman, where everyone gets the standard files. Everyone needs to be integrity checked, not for this or that mod, but to ensure everyone has the same flight models, weapon data etc, so that game does not desync and crash. 2. The server MUST run a stock setup. Zero mods or changes, nada, zip, null. 3. If you are going to host ATC, let a secondary host run it. do NOT risk the game host. LRM was server side. Eri and Leavu are exclusively client side. They cannot affect the server. Furthermore the (once again purely CLIENT SIDE) exports of eri and leavu have far less cpu requirements than lrm ever had. Calling local client exports the culprit is just as intelligent as saying "oh my mouse driver is wrong so that crashed the game server"... or "my joystick has macros so that eats more CPU cycles and crashes the server machine" Furthermore both leavu and ERI have (unlike lrm) already been tested by a huge number of people, and, it is built on the lessons learned from lrm. One serious point people seem to be missing is that _you cannot disable export.lua from running: - You can make them standard (not send data to external apps etc) but the export.lua is always running. It always runs "LuaExportBeforeNextFrame" functions etc, whether you like it or not, or whether you set anything to false or not, the variables are already exposed whether you intend to use them or not. BUT!! There is one possible crash issue with exports, but naturally this has to do with GLOBAL exports on SERVER. Unlike Fc1, Fc2's function "LoGetWorldObjects" exports everything from aircraft down to every single bullet. The sheer cpu/memory load of exporting all that data does take a LOT of fps, so that is why I really recommend that the game server absolutely must run standard/stock/unmodded settings for large events. The game is a 32bit app and has issues with running out of memory space since no cleanup is implemented (if it loaded one AC once, it stays loaded), as discussed in other threads and confirmed by c0ff: Therefor server must not run anything that increases memory usage. Stock setup, low gfx only! In general people need to stop jumping to quick conclusions and instead start thinking logically, actually trying to work out why something causes a crash. People need to stop using crash events like this as an excuse to bash other software that has absolutely nothing to do with it. It will only accomplish 2 things: 1. Not get the crashes fixed 2. Create personal conflicts. Do you want a long term deterministic solution or a "quick fix" that only out of sheer luck and coincidence happens to work (due to magic of probability/statistics) the next time?

Not sure what you mean about converting it. Leavu and ERI both use only local exports, Global exports are not used at all :) i would REALLY like to get some help :). Ill pm you my IM details

The rwr hasnt really been tweaked that much. Lockon only exports 0-1 values of signal strenght, but in fact to provide an accurate "range from center" you must also apply certain weights for special signals, such as awacs and ewr. Most fighters and missile threats however should appear approximately at the same range as in the game (though prob not precisely). I never put any big effort into getting the exact same ranges - It is a tedious trial and error process. (In my previous C++ version of leavu I actually made a list of these weights for about half the planes, but I didnt bother with leavu2. )

It is possible, I saw that a few years back when I worked at a place that tested computer parts

If they allow eri then they automatically allow leavu, they use the same script, so there is no difference at all when connecting to a server with or without leavu, as long as you have my exports installed. Of course they may say "you can use eri but not leavu", but in truth they cannot detect either, they can only force if custom exports can be on or not. Naturally, I would not advise anyone to join somewhere when someone asks you to remove all mods, it wouldn't be very nice to the server admins.

This is what we need, but it needs to be as automated as possible so people do not get confused by "integrity check failed", they need to be told when trying to join a server that they have to activate a certain mod.

I did, but I don't understand the description. Can you say or not if it can do precisely what I posted in my previous post?

I dont know what HLGEXA is, but Im also not sure if you understand what I mean. Many servers today enforce integrity check, a good thing, but because it is such a hazzle switching scripts and settings to join a "modded integrity checked server", vírtually all servers are stuck with the same old script. ( I am aware of the project with a single modded script that will include "all", but this will NEVER be able to keep up with 10s-100s of mods constantly being updated, the best it will be able to do is to include a few basic ones such as tacview.) What I would like to see is for each server admin to be able to define a set of custom files or settings for the game that automatically get exported to the client when he connects to the game, so it all becomes automated, with zero input from the client except "do you accept installing these mods?" That way we can have integrity checked custom servers!

search for the line cursor_on_target(); -- Keep radar cursor on our current target and comment it out (put -- before it)

It is my understanding that he feels it is better not to have a common server list, or I misunderstood his posts in the HL forums. I offered this help over there.

Just to copy over what I wrote in the HL forums. If HL for Fc2 will show the same server list as in the game (i can provide information on how to), then I am all for it. Otherwise I am against it. I think multiple server lists would be a mistake.

So source code is unavailable for TB? we only have the binaries?

Have you considered sending data over network sockets instead ? Having the game write to drive and then another app read from drive can cause a lot of hdd usage (file search/lookup times). If you are going to switch but need help, send a PM and I'm sure we can solve it.

Put a mic on some good headphones, headsets are a waste of money. They charge ridiculous sums for crap sound quality and poor plastic build. I'm using some beyerdynamic DT880 with microphone attached.

can you tell me what system you have? On a multi core system it shouldnt affect fps. The fps hit is basically the JOGL graphics overhead, not leavu itself. This overhead does not affect GPU performance but DOES eat some extra cpu. The previous version which ran d3d with .net was closer to hardware, and had lower system requirements, but leavu is now a java+jogl development. also, are you seeing 100->95 fps or something like 30->25 fps? if it is the latter, then something is definitely wrong. Maybe try running a performance benchmark. In short, yes, you can expect an fps loss if you run a single core system.

It already runs over network, you can hook up multiple units to the same game computer. To be able to run it on Ipad I guess we would need to remove the JOGL parts of it. (unless JOGL works on ipad?) Do you know if Java has good native graphics capability for rendering primitive shapes fast? - Basically to do this I would need to be able to draw lines, triangles and text, but that is basically everything I need.

http://www.xbitlabs.com/articles/video/display/geforce-gtx-465_6.html#sect0

I think that review is using old drivers. The new 480 drivers up the performance by quite a bit. The early ones weren't very mature, but yes, it is a heat monster ;) I think this review used the new driver http://www.xbitlabs.com/articles/video/display/geforce-gtx-465.html I summarized the performance for 1920x1080 here http://yoda.reservoirselite.com/gtxv5870.pdf Update: Ok it is not so silent as my first impression. hehe... I guess I'll be getting that water cooling after all, bummer ;) Nedless to say, I found some games pushing the card..until it took off!

Topol, try ERI and/or Leavu http://forums.eagle.ru/showthread.php?t=53464