GreyStork
-
Posts
93 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Posts posted by GreyStork
-
-
Redeployment
http://www.abovetopsecret.com/forum/thread217139/pg1 ( you should like this one ! )Shoot, I was going to suggest that one. :(
Anyway, I'd like to remind everyone that you're not likely to encounter mobile SAM units, such as HAWK or Patriot, in their permanent peacetime facilities. Once a conflict starts, they will move to pre-determined locations in the surrounding area and likely switch between multiple locations on a near-daily basis. Systems with multiple fire units will not move all units at the same time, since one or more units are needed at operational status to provide cover during the redeployment.
Afterthought:
Redeployment to alternate sites also means that the placement of radars, command posts and launchers become more fluid, although they will still maintain the same basic structure - radars and launchers usually fan out to opposite sides of the command posts, with any specialized target tracking radars closest to the launcher clusters.
-
1
-
-
Of course, if someone were completely anal, they'd have to ask why anyone would mount 16 laserguided Hellfire missiles on a Longbow. ;)
-
1] Sprouting 2D geometry code out my ears at 'work,' here in my home office.
2] Checking the DCS forums.
3] Feeling happy about Spore now having an official release date.
4] Checking the DCS forums.
5] Messing around with the Jad Engine when not on the clock.
6] Checking the DCS forums.
7] Doing menial work for the girlfriend during weekends.
8] Checking the DCS forums.
9] Occasionally trying not to kill myself while skiing.
10] You get the picture...
-
I'd recokn britgliderpilot would like somebody to commit industrial espionage.
Has anyone thought of asking the Chinese? I hear they're good at that kind of stuff. ;)
-
I would love to fly a DCS hornit and do Carrier landings.
+1
-
Not sure, but would it be more beneficial for online play to expand, to require more ports to be open instead of only 10308? From experience, the more intense a game is, the more ports is required by a developer to be open on the clients side. But that’s only my observation…
Would it help having different data traffic travel in different port channels, instead of limiting it to only one?
It would make no difference. You don't get more bandwidth, just because you open another port. :)
-
It's a bit embrassing when the box says for ages 3+, and you're caught holding one of these when a hot chick walks by.
They're for your nephew, of course. ;)
I have a couple of F-18s of the same make right here, on top of my bookshelf. I'm sure I will give them to my nephew some day. :)
-
If there's a Shilka or a Vulcan protecting your target and you can't take it out with the Vikhr, you might as well give up and go home. There'll be a very pretty fireworks show and your aircraft will be destroyed.
Hmm. I wonder if anyone ever considered an IR camera update to the Shkval system.
-
-
and how many graphics card will you need to run 7 30" (lol)
Oh, 7 8800GTX cards should do the trick. :)
-
Periferical vision.
http://www.ionlitio.com/images/2006/09/fs2002_02.jpg
No perfect but...:music_whistling:
I can see that with 7 vertical 30" Dell monitors.
That should be enough to wrap around 90 degrees to each side. :)
-
BTW, if Legolasindar really is using a translator, than that is pretty insane. Who would've thought a computer program can write better than most native English speakers?
Heh. It has indeed been my observation that the worst writers here are actually among those, whose native language is English. Funny how that works... :)
-
120 helicopters in USMC disposition ... :smilewink:
Well, that too. :)
-
funny readings
That is funny, considering this was written in 1988, just one year prior to the fall of the Berlin Wall.
-
It sounds like the author is just convinced that helicopters are deathtraps.
Case in point:
-
In Falcon 4, you can visually 'lock on' to an aircraft with the padlock function. If it were possible to hit a key and get a zoomed-in version of the padlocked target, that would probably be the most realistic solution. You'd still have to identify the target yourself, but you'd have the chance to do so in a resolution comparable to what a real pilot would see - with the appropriate amount of haze to decrease contrast, just like in real life. Since the zoom factor would be the same every time, you'd still have more trouble identifying small targets compared to BUFFs at the same range.
Just my 2 cents.
-
I don't get it :D
Exactly. Good for you. :)
-
I'm sure you are familiar with "Kowalsky-factor". It's a factor you introduce in an equation to get the desired autcome when equation alone won't give you one. Just use it for engine modeling equations where air viscosity is present! :smilewink:
To the pure, all things are pure, GG. ;)
-
I don't see why you should stop :)
I wasn't going to stop in any case, don't worry about that. :)
Bucic:
Thanks a lot! :D
-
Detailed information on the logbow radar means operational information. Meaning modes, symbols, etcetc.
They definitely didn't need general info nor really a model. ;)
This is why the Apache implemenetation will probably be the Apache-A, since they have information on that version.
By the way, you can model most chaff/ecm effects probabilistically, ie. all you need to know is if it achieves some effect, and the only -really- important reason to know which type of ECM it is is to display it properly, etc. In other words 'details'. Welcome details, but details :D
I can only agree that detailed radar simulation will take up valuable CPU time, but that was exactly how I interpreted ED's intentions. I stand corrected. :)
I don't want to step on anyone's toes, but if it's alright, I'll post whatever tinker toy I come up with, anyway.
-
1
-
-
This PDF is the only elementary and basic stuff of RADAR and ECM theory for non-specialists. Even not for programmers because no model realization samples was introduced.
No helpful and no interesting.
Perhaps I misunderstood the reason you guys chose not to implement radar, then. If I understand you correctly, what you really need is detailed information about actual radar systems like, say, the Apache Longbow radar, not ideas on how to model radar in general?
Sorry, can't help you there. If you need exact specifications on radar systems that are still in operational use, I think we're out of luck. That's the kind of stuff the military keep to themselves, precisely because of the ECM/ECCM issues. In that regard, there's no way around conjecture, although it could be informed conjecture.
I do intend to play with this in some kind of software implementation, and will return with another download when I have something to show for it in, as I said, a number of weeks. This is mostly for my own amusement. If you can use it, that's great; if not, no loss to anyone. :)
-
Thanks, Poko. :)
-
Very nice so far, are you going to attempt to describe algorithms to simulate each principle?
I've tried to create a few in the paper, but it appears to me that much of the functionality needed is pure boolean logic, which is also described in the text. I suppose I could formalize that in boolean notation for those lazy programmers, say, for a beta copy. ;)
There is the matter of jammer power management and the fact that I graciously declined to model emission strength to bandwidth ratio in any detail. The reason for this is the sudden need for more intimate knowledge about individual radar functionality, such as specific bandwidth. I also only estimate duty cycles. This kind of information is usually hard to come by, and the question is whether all that will add to the realism, or if estimates are sufficient. In the end, that's up to the ED team. I'd certainly be willing to include all that in the calculations if there is a real need.
If you're thinking about something else, I might need a little elaboration on which additional principles I could calculate in detail.
___________________________
UPDATE:
I just found Jade, a nice 3D engine written in C#. Maybe I'll play with that over the next few weeks and see if I can knit together a proof of concept mock-up. I've been wanting to get my hands dirty on 3D for a while. I hate flowcharts and the likes, so I'd rather just write the code. ;)
___________________________
UPDATE to the update:
Ha! My crappy old graphics card doesn't support pixel shaders 2.0, so it'll have to wait until I get a new one.
-
Neat, but not in-depth enough if you're looking at METHODS of simulating things.
I agree that this is not nearly formalized enough for developers, no doubt about it. It also is not intended to address any specific radars, as used in actual aircraft or air defense systems.
Composition and Placement of Ground Units
in Sim Research
Posted
More aereal photos
I hope none of these have been posted yet:
http://virtualglobetrotting.com/category/buildings/military-missile-sites/
http://bbs.keyhole.com/ubb/showflat.php?Number=373189
An analysis of the Iranian SAM network:
http://geimint.blogspot.com/2007/09/iranian-sam-network.html
Unit structure of Danish Enhanced HAWK (DeHAWK):
http://hawk.legends.dk/dehawk.asp
Newport Aeronautical offers US Army manuals with descriptions of many NATO SAM systems - along with other hardware. These usually contain perspective drawings of the equipment, which might be useful in creating 3D models. As an example, they have technical manuals on the HAWK and IHAWK systems. (TM 9-1425-525-...)
http://www.newportaero.com/home/manuals/army/browse/__50/tm.html?sort=description