Jump to content

npole

Members
  • Posts

    332
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by npole

  1. I've had the same issue, TDC PRESS designated the target, I've also got a DESIGNATE message displaying, but the ASL (azimuth line) was off on a side and no TREL counter or such.
    My issues were apparently related to the alignment (I didn't completed the alignment from cold start) and also about the TDC PRESS button set to the slew sensor on the Warthog (the little "ball" on the throttle to be pressed), by pressing that thing the TDC moved around and despite the fact that a DESIGNATE message appeared the target wasn't assigned at all.

    So i made sure to complete the alignment, and also moved the TDC PRESS button to a dedicate button (so it won't slew the TPOD aiming while being pressed) and finally it worked.

    Now this is working for the pilot, but I can't have the WSO to designate a target for me. The whole thing however appear to be a "little" bugged overall.

  2. The WSO controls (SOI) the TPOD, lock to a target, but the target is not passed to the weapon system controlled by the pilot (but the target is correctly highlighted), there's no ASL line.
    The only way I found for the pilot to release a bomb (in example) is to regain SOI on the TPOD, re-lock the target again (TDC PRESS), and then the target is passed to the weapon system to fire and the ASL line is visible.
    Is it how it works? Is it a bug or not implemented yet? Or I'm doing something wrong?

  3. 40 minutes ago, Rudel_chw said:

     

    Maybe I misunderstood what your lua acomplishes, but my Hotas programming does allow me to change the view and no need to keep a key pressed:

     

    If you notice, you're "forced" to return to the normal view, because the standard command works only in toggling mode.
    In example, if you want to switch directly from a snap view to another, you can't.. because if you're in a snapview already (toggled), you don't have to switch again in toggle mode... and the software (the macro) doesn't know if you're in a snapview already. I've modified the LUA to overcome this exactly issue: you can switch between views, no matter if you're in a snapview already or in the standard camera. The only additional key needed is the one to exit the snapview (I call it "reset view" because it exists the snapview toggle mode and will center your view, like in your video).

    • Like 1
  4. I agree, I left DCS for a while (old user...), I went back only recently and I wasn't following the scene at all.. so I've looked for the long awaited F15E right on Youtube.. I found many videos and tutorials that I was 100% sure that it was already out... soon after I've figured it wasn't 😄 ...but I got more surprised to know that it wasn't around the corner, I thought: wow, with so many videos and contents it's gonna being released "tomorrow".. but... nope! It's surely not an usual way to do marketing and legit hype, that thing seems to be owned already by the baker around the corner! 😄

    • Like 7
  5. 17 hours ago, Rudel_chw said:

     

    Great find .. I do this by programming my Thrustmaster Hotas, so that a single button generates several key commands in sequence, but glad to know there is a solution that works for every Hotas.

    I do own a TS Warthog as well.. however neither with a macro you can do that, because you have to enter in the toggle mode to switch between the views and once you entered in that mode, the hotkeys will change. The only way to do that without touching the LUA files would be to set an always pressed key macro.. but the idea of having a key always pressed while doing other stuff is plain crazy. So I don't think you can switch between views with a single key press (macro) and the default key bindings (original LUA).

  6. Oh, forgot to mention that doing the above will place you in the toggled view, to reset the view you gonna use the default LCTRL+NP0, however I've combined it with the "center view" (NP5) so in every moment I can reset the view, no matter where I'm looking at, by adding the up event here:

    {combos = {{key = 'Num5'}}, pressed = iCommandViewCenter, up = iCommandViewSnapViewStop, name = _('View Center'), category = _('View')},

     

    • Like 2
  7. I didn't found how to do this in game, but I've found how to manipulate the LUA file to obtain a toggling view without going in toggling mode (for anyone that may have the same question one day...).

    This is the LUA part where it is controlled:
     

    {combos = {{key = 'Num0', reformers = {'LWin'}}},			down = iCommandViewSnapView0,				up = iCommandViewSnapViewStop,		name = _('Custom Snap View  0'),			category = _('View Cockpit')},
    {combos = {{key = 'Num1', reformers = {'LWin'}}},			down = iCommandViewSnapView1,				up = iCommandViewSnapViewStop,		name = _('Custom Snap View  1'),			category = _('View Cockpit')},
    {combos = {{key = 'Num2', reformers = {'LWin'}}},			down = iCommandViewSnapView2,				up = iCommandViewSnapViewStop,		name = _('Custom Snap View  2'),			category = _('View Cockpit')},
    {combos = {{key = 'Num3', reformers = {'LWin'}}},			down = iCommandViewSnapView3,				up = iCommandViewSnapViewStop,		name = _('Custom Snap View  3'),			category = _('View Cockpit')},
    {combos = {{key = 'Num4', reformers = {'LWin'}}},			down = iCommandViewSnapView4,				up = iCommandViewSnapViewStop,		name = _('Custom Snap View  4'),			category = _('View Cockpit')},
    {combos = {{key = 'Num5', reformers = {'LWin'}}},			down = iCommandViewSnapView5,				up = iCommandViewSnapViewStop,		name = _('Custom Snap View  5'),			category = _('View Cockpit')},
    {combos = {{key = 'Num6', reformers = {'LWin'}}},			down = iCommandViewSnapView6,				up = iCommandViewSnapViewStop,		name = _('Custom Snap View  6'),			category = _('View Cockpit')},
    {combos = {{key = 'Num7', reformers = {'LWin'}}},			down = iCommandViewSnapView7,				up = iCommandViewSnapViewStop,		name = _('Custom Snap View  7'),			category = _('View Cockpit')},
    {combos = {{key = 'Num8', reformers = {'LWin'}}},			down = iCommandViewSnapView8,				up = iCommandViewSnapViewStop,		name = _('Custom Snap View  8'),			category = _('View Cockpit')},
    {combos = {{key = 'Num9', reformers = {'LWin'}}},			down = iCommandViewSnapView9,				up = iCommandViewSnapViewStop,		name = _('Custom Snap View  9'),			category = _('View Cockpit')},

    removing the "up = iCommandViewSnapViewStop" part, will make the snapview to stay.

    • Like 1
    • Thanks 3
  8. Hello, I'm trying to find a way to save a camera position to call it back using a single hotkey.
    So far I didn't found anything that works like I need: what I found is, I can do the above but the view doesn't stay, it's not toggable, I need to keep the hotkey pressed. Or I can make it toggable, but it means switching to the toggle mode first and then using the save view hotkey, both this solutions will not work for my scenario.

    What I would like to do, is what I do in other sims (in example MSFS): i set a view with the free camera, I save it with on a hot-key, and that view is then available with that hot-key and will stay. I can switch between those save camera position with their hotkeys and no intermediate steps.

    I didn't found a way to the same with DCS: i can't keep the hotkey pressed (it will affect the normal keyboard operation); if I switch to the toggle mode I need to use two separate hotkeys, not only that but the hotkeys for the key to change between the views will change (in example the first time i need to enter in the toggle mode; but to switch to a different view directly from there, you don't need the switch anymore.. it's a mess).

    Any idea? Maybe it can be done my manually editing the LUA files? However I would like to avoid to modify the LUA files (and maintain them later...) if this can be performed in-game.

  9. IMO the module isn't anywhere to be ready, neither for an early access, so It'll be the last available day (end of March), only because they "cannot" move the date further at this point. So not the optimal conditions... but not releasing it after the "100% promise" would cause even more troubles.

  10. Hey if it does not come out by the 21st of December or by Christmas . Then my 1ST New Year's resolution would be , TO GET HEATBLUR F-14A/B .

     

    21st is in 6 days, and according to their words:

     

    "We will give you ample warning to pre-order once we set a specific date"

     

    a "ample warning" whatever definition you could give to word, isn't anywhere near 6 days. So it's sure it won't come the 21st (nor it would come in December).

    We'll see it any day between January and March, and we'll know it much before (you won't see a communicate saying: "It'll be released next week").

  11. :huh: That was not the question. How do I find the laser spot that is being designated? Can the LMAV find the laser spot on it's own, or do we need other tech like LSS on a pod to be able to properly pick up the laser signal to lock-on and use the LMAV?

     

    It's already in the game, you can search on youtube to see how it will work.

    However on general note: a target is designated by someone else (JTAC, another aircraft.. whatever..), the coordinates of that target are passed to you along with the laser code (4 digits, actually it seems to work only 1688 code), the laser code is then input in the instrumentation, when you're ready to fire you ask to "lase on", JTAC will light the target and you'll fire your weapon.

    Example with the Mirage:

     

    (laser on at 20:31)

  12. Quick question:

     

    Since AGM-65E is close to release.... How will one go about finding lased targets without a pod to pick upp the laser spot?

     

    Will the LMAV it be shipped with some additional LSS tech (like a pod) to pick up targets, or can the LMAV be used by "itself" by pointing the nose in the general direction where the laser spot is expected to be?

     

    JTAC or other designators.

  13. It all depends on how those features come along, so even ED can't say for sure:

     

    Remember: "Everything is subject to change".

    Just be patient and let them do their work.

     

    By quoting those messages you didn't answered to the question: "does it mean that the MAV is expected the 7th" ? (taking in consideration that everything is subjected to change...).

  14. In his defense you can't even figure what's out the next week, because of the ambiguous messages from Wags.

     

    "Team is plugging away at the L Mav."

     

    ...what does this mean? They are working at it but it will not be in the next OB update? Do these features will come together, or they will be added as soon they'll be ready, individually? Updates are so confusing.

  15. Hi npole

    I know that dropping CCRP doesn't mean the bombs are self adjusted or guided, and I don't use RET bombs with CCRP... just plain ol' MK-83's or MK-84's - and they ALWAYS miss..:( I just wanted to know if I'm doing something wrong...or CCRP is just not a good method for accurate bombing :doh:

     

    SB11

     

    You're not doing anything wrong and you're not alone. CCRP with unguided bombs are already a pain to use on an aircraft with the full set of sensors in order (A10C) and a working INS and wind correction, with the F18 that is far to be completed and without a TGP they are much less precise than using them with CCIP at a correct angle. In other words: it's "normal".

  16. There's no guided or self-adjusted bombs, CCRP (Auto) is much less precise than CCIP.

    Also be sure to not use the snake eye (retarded) bombs in CCRP without activating the RET ...in theory they can be used without it, but in practice they go all over the place.

  17. What is the problem?

     

    It's not my problem.. but yours: if you read carefully I was answering to someone else, I wasn't talking about ED, but about who do not respect their customers with the excuse of "early access".

  18. They aren't failing. You let the public (customers) know what's coming but don't give dates. Maybe a time period but not specific dates.

     

    "They" who? We aren't talking about ED... we're talking about someone who doesn't give constant updates to their customers or even worse giving contradicting information. That one (that isn't ED) is destined to fail. Customers are the ones who are paying you.. not your beta testers. And this involves the early access products: they are 100% sold product, they are put on sale to monetize early a product and not to please some random people, whoever will pay for it is a 100% customer not a beta tester. If you don't want to have people complain: do not release anything in EA and pay your beta testers until the release day (that was a common development practice until thie "EA" manner come out in mass).

  19. Sorry, but that's not how the gaming industry works. I'm very involved with the race sim industry. Nothing is promised

     

    You will fail .. unless you distribute free products. Disappointed customers are very voicy on the net.

×
×
  • Create New...