Jump to content

MarkHurst

Members
  • Posts

    409
  • Joined

  • Last visited

Posts posted by MarkHurst

  1. 1 hour ago, BudSpencer said:

    Well, I mean the transition from idle to full thrust...

     

    Well okay, I can hear small differences in the examples you give, but I can't say if it's right or wrong. I can see that the change of tone in the first vid is a bit faster, but it matches the rate at which the prop RPM spins up. And it's not that dissimilar to what you see in this real world video at 1:26. Maybe it's just a reflection of how fast you add the power.

  2. 10 hours ago, pierre fsx said:

    hi,

     

    Hi am back flying with the twin otter and i cannot get the GNS 530 to work. I get a message "ok" flashing white see picture and it seems to be stuck there? 

    image.thumb.png.d8a278e59401d37abb7980a4384b9956.pngimage.thumb.png.d8a278e59401d37abb7980a4384b9956.png 

     

    What do I have to do to get it working?

     

    Thanks

     

    Have you tried pressing the ENT button?

    • Like 1
    • Upvote 1
  3. On 12/3/2022 at 9:12 PM, Allard said:

    I have the exact same issue. I don't use the WT GNS 530 and I don't have any autopilot mods installed. I do have a Honeycomb Bravo connected but it happens even when with the rotary dial set on Heading. If the rotary dial would send pulses it would be to the heading bug.

     

    Perhaps something else is sending repeated commands. I haven't checked recently, but MSFS used to have the design 'feature' that buttons held down would send the mapped command over and over again. So if you have a stuck button, or if you have an unexpected function mapped to a toggle switch, you would get that effect. Also, the described effect (held altitude incrementing by 100ft over and over) is reminiscent of what the 'UP' button on the KAP140 does when in ALT mode. It's supposed to increment by 20 feet but when I checked it incremented by 100ft, thought only once. (Perhaps a later update has modified that.)

  4. 2 hours ago, PaladinX said:

    Hello,

    since the sound patch, the Twin Otter is taken out of my Hangar and goes for some flights. But i have a strange issue, im not sure if i do something wrong.

     

    - ALT is set to 9000 ft. The KAP140 and the SET ALTITUDE DISPLAY both show the 9000 ft.

    - I take off manually, go on my course, then i activate the AP (no matter if on the KAP140 or on my Honeycomb Bravo, tried both)

    --> The SET ALTITUDE DISPLAY changes immediately to 1000 ft above my current altitude. Every 100 fts, it goes one step up (all the time) and beeps like hell because i reach the next 100 fts altitude. I can not change the SET ALTITUDE when i turn the knob.

     

    So the SET ALTITUDE changes together with my flying altitude every 100 fts, without any input, the KAP140 value stays all the time at the correct 9000 ft.

     

    Any ideas?

     

    I don't see this behaviour. Can we assume you aren't running any AP mods, such as the FS2020-USER-TESTER KAP140 mod? From your description of the continued incrementing I would wonder if the rotary dial on your Bravo quadrant is sending uncommanded pulses. (My Leo Bodnar rotaries sometimes do that for reasons I don't understand.)

  5. 9 hours ago, amahran said:

     

    But does changing the altitude selection in the KAP140 drive the Collins PRE-80 to change the altitude shown in the display window? I wouldn't think so; I believe that window is only driven by the selector knob on the PRE-80 unit.

     

    As far as I recall, the PRE-80's cannot be actuated by any integrated avionics systems, so changing the altitude selector on the KAP140 shouldn't drive the altitude window to change in the Collins unit.

     

    Yes, it does. No point trying to make sense of it, this is a fictional mashup.

    • Upvote 1
  6. The KAP140 has its own alert functionality, which is what the Collins one is slaved to. It's slaved both ways, so you can preselect the altitude on the upper dial too if you want. The alert light isn't implemented, though. I suppose you could have two independent alerters, but it doesn't seem to make much sense.

  7. 2 hours ago, Abrams Tank said:

     

    Hi.  Thanks for your help! I tried it your way, by pushing ALT and changing it to VS speed mode, before hitting the vertical speed down arrow, in Step 5.  When I did this, the first time I clicked on the vertical speed down arrow, the vertical speed dropped very mildly (to -100 feet per minute or about -0.1 on the VSI) and the the Twin Otter nosed down ever so lightly, which was the behavior I expected.  This is much better than the behavior than before, when the Twin Otter nosed down severely, hitting -4 on the VSI! 

     

     

    Yes, that sounds right. It will dial in 100-fpm increments with each button press!

    • Like 1
    • Upvote 1
  8. 7 hours ago, RobbieAC said:

    I set both VOR1 and VOR2 to the same frequency, and the OBS to the same values. VOR1 shows I'd correctly going towards the VOR station, and the right deflection. VOR2, however, shows I'm going *away* from the station. Am I missing something? Isn't this a bit odd?

     

    I'm not at the PC but VOR1 is the HSI, VOR2 is a whatever-you-call-that-instrument. The OBI will centre in two different (opposite) settings of the instrument, one with a TO indication and one with a FROM indication. If you know this, then I guess that isn't the problem :)

  9. 39 minutes ago, Abrams Tank said:
    1. Now I am getting close to my destination. So I turn the blue altitude knob on the “SET ALTITUDE” to 1500 feet.
    2. When I click the up arrow Vertical Speed button this time, the Twin Otter will nose down severely, jumping to as much -4 on the VSI, or even beyond -4 on the VSI.

     

    I'm not 100% sure what you are seeing here, but those two steps suggest you are expecting the wrong behaviour. (I assume you mean the DOWN arrow button in step 5, by the way.) If you are on ALT mode, the up/down buttons don't set vertical speed, they nudge the altitude up or down in small increments. Well that's what they're supposed to do, but they don't work according to the manual. I don't think that's a factor here. What you should do is to preselect the new altitude (your step 4), then press ALT to flip from ALT mode to VS mode, then press the down button a few times to set your VS.

     

    That said, I have found the VS mode a bit buggy. I did some bits of SPAD.neXt programming to make it work better. I have made a video about this, which you can find on my YT channel by clicking the link in my signature. (I posted a link here before but it was removed.) Maybe that will help.

    • Like 1
    • Upvote 1
  10. 3 hours ago, Enright said:

    the change in pitch (the pitch of the sound, not the propeller pitch) is not smoothly proportional to throttle input. There's a tool to help with adjusting pitch and blending samples here: 

     

    But are you sure it is supposed to be? It would be helpful if you could post a video showing what you are doing and how it sounds, and then saying what you are expecting with reference to that video. Taken at face value, and as far as I understand these things, your expectation that the pitch changes with throttle will only be true at very low power settings (idle to the governed range). Ones the props are spinning within the governed range, they are running at constant speed, so the pitch doesn't change with the power setting. There has been talk of missing turbine noise mixed in there, but that's a different thing.

    • Upvote 1
  11. I found how to see the list in SPAD.neXt. You just need to show the  data list (go through the motions of setting an action to change a data value) and filter the list by 'DHC6'. I see 100+ Lvars, as in the attched image. (Sorry, I couldn't see how to capture it as text.) I said it was 297 variables before, but I think that's too many. SPAD's search functions don't always seem to do what I expect 😐

     

     

    dhc6-lvars.png

  12. The "!" was surely not the reason for the problem.

    Just thought I'd follow up on this as I have had the same problem for many months, and yesterday I happened across this thread in looking for a solution. Well, the solution was the same - i.e. removing the '!' from the folder name made everything work again.

    I have one other bit of information, which is that I am pretty sure my WinchX stopped working right after I installed Luciano Napolitano's Key2Mouse (www.wideview.it). I don't know why this should be, but I have two further observations about Key2Mouse. First, the installer did something very nasty that corrupted my mouse pointer which, if I recmember correctly, fixed itself when I rebooted Windows. And second, Key2Mouse appears to be a very old utility, evidently designed for 16-bit Windows and which installs some very old custom controls and stuff. It would not be surprising if it is barely, or not quite, compatible with modern 32-bit and 64-bit versions of Windows. Although having said that, it may be the installer that's at fault, as the program did work for me once it was installed.

  13. I did check my fs options and it's say 1920x1080x32 - this are any other places to chance that option?

    Dunno, sorry, it was just a guess. It might still only show up at night, though, assuming the lighting is different. You might also check the TEXTURE_MAX_LOAD parameter in fsx.cfg. Mine recently set itself (or something set it) to 64 instead of the default 1024, which made lots of things look odd. Doubtful whether it affects 2D panels, but you never know.

  14. "....axis roll..."

    You are right again. It is bug of dynamics which I fixed already and will put in patch.

    Is this patch available yet? I've seen at least one reference to someone having installed v1.1, but I can't see any announcement or download link.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Privacy Policy & Terms of Use