Jump to content
The simFlight Network Forums

draci

Members
  • Posts

    59
  • Joined

  • Last visited

Profile Information

  • Gender
    Male
  • Location
    Switzerland

Recent Profile Visitors

1,449 profile views

draci's Achievements

Newbie

Newbie (1/14)

  • First Post Rare
  • Collaborator Rare
  • Conversation Starter Rare
  • Week One Done Rare
  • One Month Later Rare

Recent Badges

0

Reputation

  1. In the PMDG747 I realise that I need to move the joystick throttle unrealistically far forward until the aircraft starts moving, hence I would like to get the effect that a small movement of the joystick throttle on the lower end of the axis corresponds to a larger movement of the PMDG747 throttle. I imagine that I can do that by simply creating a suitable sensitivity curve (is there another way?) but somehow I haven't been very successful so far. Similarly the elevator responds very late if I draw the joystick back which leads to bumpy takeoffs (aircraft suddently jumps off the runway) and ugly flares (only millimeters of joystick movement decide between flying the aircraft into the runway or stalling it by excessive flare). Any help appreciated. (The joystick is an old SAITEK Hotas.) Best regards draci
  2. Dear Marc, I have a similar problem in P3dv5, when the MPC Combo is LINDA-driven. I wouldn't call the behaviour "erratic" but when I turn the heading knob - let's say - 1 click to the right, the HDG sometimes jumps up to 3 degrees to the right and sometimes even three to the left, although I turn the knob to the right. Whether FSUIPC or LINDA is the culprit, I don't know, most probably it is just a worn-out knob-mechanism since I have been using the MCP Combo for ten years now, and the HDG knob was turned thousands of times. What helped a little is disabling the fast movements (++) and (--) which seems to give a little more control precision. My problem is even worse than yours, since I constantly get ucrtbase.dll errors on every flight in the PMDG QOSII and I have the suspicion that it must be the VriSIm-software causing it. Reading your discussion above brought me to the idea that I could try the VriSim Software instead of LINDA (since I already use it successfully for the CDUII in P3dv5), perhaps this will prevent the CTD, however, I don't remember exactly how to set it up: In the keymap-file I assign key shortcuts which I then assign in FSUIPC to PMDG offsets (taken from the .h file in the PMDG folder), is that correct? Draci
  3. Hi to all, I've been running VRISim-Hardware successfully in FSX and have recently made the transition to P3Dv5. I managed to get the MCPCombo running (driven by latest P3dv5 compatible LINDA-version) and also the CDUIII (driven by the old VrISimSoftware). Everything runs perfectly initially, but about 1 hour into the flight, P3Dv5 crashes with an urctbase.dll error. This happens in every flight, I haven't managed to see any landing runway so far in P3dV5. I exclusively fly PMDG planes (mainly the PMDG747-8i and I have quite a complicated multi-monitor setup witch touch screens even android tablets to display undocked panels using virtual drivers. There are plenty of options for urctbase.dll errors in my setup, but I think I have it nailed down to the VriSim Hardware by now. The reason why I post this here is that VriSim hardware uses FSUIPC for sim communication. So here my questions: 1.Is there a way to get more crash information from FSUIPC than than the windows event viewer, especially to find out which hardware part causes the error? (My FSUIPC.log doesnt show any info except that P3Dv5 has quit.) 2. Does anybod run VrISim hardware successfully in P3Dv5 and can point me into the right direction of what to do? I'm running latest FSUIPC, latest LINDA, latest VriSImSoftware (10 years old!) and latest COM-port drivers.
  4. The autopilot in the PMDG 747 usually initiates sharp turns too late which results in unrealistically high turn rates and bank angles. To counteract this, I usually disengage LNAV mode in the PMDG 747 autopilot a few miles before the turn and use HDG SEL mode to fly the turn "semi-manually" by slowly increasing/decreasing the HDG bug incrementally with the effect that the turns become smoother at a more realistic turn rate and with less unrealistic bank than when I let the autopilot command the turn in LNAV mode. However, if the the winds dynamically change during the turn, especially in gusty conditions, it can happen, that a left turn (heading bug to the left of current heading needed to keep the plane on track) suddenly becomes a right turn (heading bug still at the same position but current heading to keep track suddenly switches to the left of the heading bug in new wind conditions, for example in a strong sudden gust from the left) with the result that the autopilot immediately rolls the plane from a left bank angle to the right at an unrealistically high turn rate and bank angle (S-Turn). So far I haven't found a solution for this issue, but my idea was that if I was able to "freeze" the wind directon and speed dynamically during the turn (for example by pressing a joystick toggle button) this sudden banking to the opposite side would no longer happen. After the turn and after engaging LNAV mode again, pressing the toggle button would "unleash" the winds again such that I could keep getting turbulence effects on the plane in level flight. So here's my question: Is there a way to impement this "wind freeze toggle" in FSUIPC or otherwise? Or did anybody find an alternative solution to the sudden banking when flying a turn in HDG SEL mode subject to sudden changes in wind direction? Any help appreciated. (Btw, I usually use Active Sky as a weather engine and I am aware that in AS settings you can locally and globally freeze the winds, but there is no way to toggle winds on or off dynamically inflight, so I would basically need to bring up the AS settings menu before and after each turn to achieve what I want which I do not consider a solution.) Best regards draci
  5. Ok, I found the problem. For a strange reason STB shows all flights which are scheduled one day earlier. I guess this problems stems from the fact that FSX and later sims use another day encoding than FS2004 for which most of the original traffic tools were written. Is there a way to fool STB to display the flights a day later (of course without changing the sim date which I need to keep not to confuse other add-ons)? Kind regards draci
  6. Perhaps STB is missing the information about the FLAI AI Package which I use. Is there a config and logos set for FLAI available for use in STB similar to that which is availbale for AIG?
  7. Before every flight I generate traffic.bgl files for my departure airport, destination airport and the whole route by AI Live Traffic. These files can be read by the latest version of my preferred ATC program VoxATC. Since VoxATC simulates its own traffic according to the traffic.bgl files generated by AI Live Traffic and STB on the other hand only depicts AI traffic generated by the sim AI engine itself, I completely understand that the status of these VOX generated flights is unknown to STB (for example no taxi, landing, boarding messages are displayed for these flights whatsoever, which is a pity, but I can live with that). But in my opinion at least in prediction mode, STB should be able to read the AI Live Traffic generated traffic.bgl files (in standard location ../scenery/world/scenery) and display them with correct airline, flight number, departure/arrival time and list them as "scheduled", which is only partially the case on my system since only SOME of the flights in the aforementioned AI Live traffic.bgl files are displayed on the board with APPROXIMATELY the correct departure/arrival time and sometimes even WRONG flight number and in most cases correct destination. Sometimes it even happens that STB displays a flight for which NO flightplan is contained in the AI Live traffic.bgl files which is very strange since I have removed all other traffic.bgl files from the sim file structure, so when recompiling the STB database should only "see" the AI Live traffic.bgl files. Can anybody explain why I don't see all flights whose flightplans are stored in these traffic.bgl files (and sometimes a few erratic ones) and why the information contained in these flightplans is modified by STB? Since the flights are only scheduled and STB cannot "see" the AI aircraft generated by VoxAtc, I don't see a reason why STB should modify flight number or departure time (for example replacing the schedule departure time by the actual or targeted one based on delay and traffic at the airport). Any help appreciated. Thank you.
  8. Thank you John for your quick reply, No I simply plugged the monitors to the new card, no reinstall, no trashing FSX though. I mean, the .ini file is still there (I don't even know whether it has changed!), and yes I do have saved a few copies over the years, but I think they are useless for the new configuration anyway, or am I mistaken? So can it be that FSUIPC recognized the new graphics card and monitor connections when I fired up FSX for the first time after the card change and the .ini file was overwritten with new data?
  9. Dear all, after upgrading my graphics card my multimonitor setup with a myriad of FSUIPC key and button assignments, LINDA assignments, .lua scripts, autohotkey scripts, PMDG key combos and VRInsight software assignments doesn't work anymore in FSX, I think I kept my monitor arrangement and resolutions in Windows 7 unchanged (4 monitors, with a driver update) but the graphics card running the 4 monitors has different connections (DisplayPort, HDMI) instead of DVI and unfortunately I forgot to save the FSUIPC.ini file before changing the card. Is there a way to get my assignments back? This would save me hours of work of setting everything up again. Strangely enough I had to reregister FSX again after the GPU change and I'm not sure whether I used the same validation key as I did some 20 years ago.... Any suggestions greatly appreciated.
  10. The airport GOBD (Dakar, Senegal) was not originally implemented in FSX and at the time of creation of the latest MyTraffic 6 schedules(2015) was not open yet, so there are currently no flights to/from this airport in MyTraffic. I know that I can add my own traffic using the various MyTraffic Subapplications. What I would like to do is to add autogenerated flights to/from GOBD without changing the other world wide schedules I currently have. I do care too much whether they are realistic, but the airlines should be correct (a lot of air Senegal, I suppose).Can anybody describe quickly what I would have to do? Any help greatly appreciated. I've already dumped the airports.txt and created myairports.dat, but what next? Any help greatly appreciated, draci
  11. Hi to all, thanks to my latest discussion with Pete I'm playing around with FSUPIC offsets and event intercepting and currently I want to try out whether an engine-blow out can be prevented when for example flying in icing conditions (eg. inside a TS) as some add-ons (like FS Captain) trigger an engine blow out if the anti-icers are not turned on. In the FSUPIC offset status list I found the offset 0B6B which seems to control the fail mode bitwise for each engine. I'm testing on the PMDG 747-800i (the old version, not the QOSII) in FSX. My idea is intercepting the status change of this offset when it occurs and immediately reset it to 0 (which means all engines ok). Then I expected no more engine failures to happen or at least to see them being reset after a few seconds. But somehow this doesn't seem to work. Can this be aircraft specific (PMDG is always a little bit tricky)? or can it be that this procedure doesn't work in general (as suggested by ?SimC and ?SimE)? or am I intervening at the wrong offset? Or is my code simply wrong? function failure(offset, value) if value ~= 0 then ipc.writeUB(offset,0) end end event.intercept(0x0B6B,"UB","failure") Any help is appreciated, kind regards draci
  12. Hi Pete, log checked, lua.script tested successfully, it's in fact simply a null string being written. Thanks for your help and every thing you've done and are still doing for the community, we all owe you a lot. draci
  13. Great, thank you, I'll do a flight tomorrow and report back! draci
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy 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.