Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 03/24/2019 in all areas

  1. The reason we ask people to remove plugins is to find out which one is causing the CTD. That's just the first step. Once we find out which plugin is the problem, Saso then tries to figure out a way to create a "workaround" to the problem, if he can, from the TBM side...so in the next update, the conflicts will hopefully stop. If he cannot find the problem in the TBM, then we ask the person with the problem to make contact with the developer of the plugin so THEY can take a look and see if they can find the problem. The same thing happened with the Saab. People were getting crashes when they ran the Saab with xEnviro, and they were absolutely sure it was the Saab that was at fault. Jim (Saab programmer) and Ben (Gizmo programmer) went through every single bit of code to see if they could find the problem. They never did, and determined it was indeed, xEnviro. Andrey at xEnviro denied there was any problems. I pleaded with him to check, and he reluctantly checked, expecting to find nothing. He added some debug code and asked a small group of people to test it. After testing, he found the problem was indeed with xEnviro and proceeded to implement an update. This update, however, from my understanding, won't be available until version 1.10. We certainly don't want anyone to permanently remove their plugins. It's just a way for us to determine what is causing the problem so we can go about fixing it. In saying all that, most of the issues people are experiencing are isolated to a very small group of people, but we still try to help as many people as we can.
    2 points
  2. There will not be a situation where we enable that option. This product is built to be like the real thing with persistent state between X-Plane sessions. Treat it like a real plane. Shut it down properly, start it up correctly. Use the air frame manager to start fresh. This plane is so popular because of these features. You need to baby it as if it were your own. Learn it in and out and you'll be rewarded.
    2 points
  3. Hello All. This post will be locked as its only intended for public statement. While many people are aware of the IXEG Development status, many others will not and so this post is intended to provide clarifying information. For a while now, IXEG development has sat relatively idle. The reasons for this are multiple and have been stated in other forums; however, two significant factors contributing to that idleness have since wained and IXEG are looking at how to best move forward with IXEG updates again. There are two areas we are looking at for updates, 3D cabin/doors/animations and the FMS. Regarding the FMS, IXEG are looking at transitioning to the XP1100 Navdata format, which is derived from the ARINC 424 standard. Moving to this dataset format would yield increased accuracy in the representation of procedures and more practical data with which to improve LNAV / VNAV / performance caclulations. If it turns out that porting our code to the new XP1100 format is too cumbersome in the short term, then we will seek to patch what we have now and transition at a later time. The important thing is that IXEG are moving again to improve the FMS. Regarding the 3D, this will be a bit more of a undertaking. The development tools IXEG used for 3D development are nearly fully deprecated and there has been a major transition to newer tools and methods. This necessitates IXEG reconfigure our source material to the new formats and we have a LOT of 3D material to translate. This means that the 3D updates will be longer in coming than the FMS updates. Once the 3D is ported to the new tools though, any updates we implement thereafter would come much quicker, simliar to what was done shortly after our release for those that recall. We apologize for the idle time and appreciate all our customers and any patience you've exercised. We are sincerely committed to making the most immersive and accurate simulation of this aircraft as we can and will continue to push towards that goal, no matter where its end may be. -Tom Kyler
    1 point
  4. I have experience with taildragger in real life. Among others T-6, Citabria, Decathlon. While take off is sort of ok there are big problems with ground handling of PR! Also I have noticed tail wheel is linked to rudder? Shouldn't it be free castering ? In addition, is there way for tail wheel lock?
    1 point
  5. My understand is if the simulator crashes, I should be able to continue where it crash next time I fly TBM again. When I restart X-Plane it prompts me if I want to continue from last position. If I select "Yes" the plane does indeed resume and engine seems to be running except TRQ it remain idle as of engine is not running. Moving the throttle makes no difference. What is the exact procedure of a recovery in mid air after cash? I didn't see this in the manual if so please refer me to the page.
    1 point
  6. Hi Goran, I only have Better Push Back and the necessary one to me: Xp Realistic that never caused any issue with other birds or else so far. And flying without is a no go. But let's speculate for a minute that Xp Realistic is the main cause of CTD of my TBM which I guess you and I don't really believe because it will be known for each other if that plugin was the guilty guy? So let's imagine that is the one who creates the conflict of incompatibility therefore it will simply mean that I can't use both in the same time which will be very inconvenient to me. I'd of course like to stick with them! I really understand that the TBM has his own engine system which makes that bird exceptional and certainly the most complex and complete in our Xplane's world but maybe also more vulnerable about issues, matching it with Xplane plateform is not an easy way I guess... Well I'm not sure that Better for Push back or/and Xp realistic are here the cause of CTD. I already had CTD with the TBM without this plugin by the way... Well it could come from plugins indeed but on my side I don't have a plenty of plugs and the ones I have don't look like they are confrontational so it could come from my TBM as well ...? I have no idea my plugs seem to be gentle with m Xplane config, my Nvidia drivers are updated (they are always updated, got notifications and it works perfectly in any circumstance) Also I have the lastest FlyWithLua that I really do need that again didn't create any conflict so far. I pay attention for my own comfort not to add a bunch of plugins or scenes in order to fly hours without getting back to my desk in general... That is maybe the reason why I have a PC only dedicated for sim. (no stutter, no lost of frame with XP beta or ctd, I don't think it's luck it's just making a decision to fly with only Orbx and Ortho scenery, using Xorganiser to manage things to avoid conflict and so far no CTD anyways since I decided not to have a collection of plugs/scenes/freeware etc just some library freeware objects etc to put some life here and that works good) Oh I forgot that I just added the plugin Live Traffic but I had CTD with my tbm before I installed it so I believe that this guys is not on the black list as well. I use XPUIPC that I also do need for my virtual airline, so far it never creates any CTD except one because of my bad. By all means I'm inclined to believe that the issue don't come from my Nvida drivers, plugins or FlywithLua... It could be... but it looks like it doesn't feel efficient if I dig more into those ways: drivers and plugs, I'm not inspired to think that my plugs are the cause. Cheers and thanks again for your support, always fully appreciated! Lkn PS my config: Processor Intel (R) Core i7-6700 CPU @ 4.00GHz RAM 16,0 Go ,Window 8.1 Pro 64 bits, Nvidia 1080GTX, Screen LCD Philips 4K 127cm (50 inches),resolution 3840/2160 60htz, 8 Goflight modules,CH Product Yoke, throttles and rudders. Plugins: FlywithLua, Better For Push Back, Live Traffic, XP Realistic Engine weather: Active Skyxp, Xenviro, FSGRW
    1 point
  7. I think Laminar Research (and more specifically Austin Meyer) had mentioned they plan to revisit the taildraggers ground handling behavior for XP 11.40. I'm not sure what they'll change, but pretty much all taildraggers in XP suffer from that hypersensitivity and lack of control on the ground, the worst case being with a crosswind component. Afaik, XP does not simulate any friction for a wheel pivoting about their contact point with the ground (just pivoting, not rolling - which should be a factor while rotating a taildragger during taxiing and initial maneuvers on the ground). This might be less significant for the PR but it's certainly different with tundra tires, the contact point surfaces being more important. And there's also the prop wash component with crosswind which has been considered largely imperfect by some developers (and also irl pilots) (ASDG (Super Cub) developer, Rush had even tried to get some real world data and sent them to Austin). I don't know much about what's done in that regard by LR, but it's obvious taildraggers ground handling suffers significant issues in the current version. Some planes might be more sensitive to that aspect than others. @sd_flyer your experience with real taildraggers is precious, and you could even send some feedback to directly to LR. There might be some planes available that would match what you've already flown. On topic, my point is that LR have to improve the taildragger ground handling in general, and that TorqueSim probably cannot make it perfect for the PR even if they manage to circumvent some inherent limitations of X-Plane. That being said, if any improvement can be patched in, I'll be more than happy too ^^ I've already performed my fair share of ice skating spins with the taildragger PR
    1 point
  8. No probs - thanks mate! Small teething problem to a GREAT aircraft!
    1 point
  9. It looks like there was a bug introduced with steering - it will be properly free castoring like it should in the next update, and we will be adding a tailwheel lock
    1 point
  10. That's it - mucha gracias guys
    1 point
  11. Thank you @Bourrinopathe ! Yes, those commands are the door toggles. Let me know if you have any other questions.
    1 point
  12. Re: Garmin: It looks like the issue is that the G5 is being covered up partially when the G1000 is off (The G5 has its own battery). I have logged the bug. Re: The Mx manager screen can be resized using the bottom left or right corner.
    1 point
  13. That's pretty cool. For the record, I am finally back to working in the FMS, including adding the holds. I'm in the process of porting over to the ARINC 424 / XP1100 nav-data format, which should make things go much smoother for holds...accurate routes / entry....just about everything route related. But thanks for this script...it will be a bit before the holds features get distributed! -tkyler
    1 point
  14. Version 2.1

    230 downloads

    THIS AIRPORT IS DEDICATED TO THE MEMORY OF X-PLANE USER "IANG" Lover of Scotland, Ian G produced many fun airports of the Scottish Highlands and Islands, where his wife assures me he is flying now Happy flying Ian Wick Alternative Name(s) RAF WICK; WICK AIRFIELD; HILLHEAD FARM; HIGHLAND WICK AIRPORT County CAITHNESS Parish WICK Council HIGHLAND Latitude, Longitude 58.456456N, 3.097271W Notes RAF Wick was built on land adjoining the pre-war airstrip at Hillhead Farm. Tarmac runways were added at the beginning of the war along with wooden control tower and four 'C1' hangars. The tower survives as do two of the hangars, which in the 1980s were being used for storage. Many of the buildings in the technical area still survive in a derelict condition. This World War II airfield is situated N of Wick and E of the A9 trunk road. Many buildings are still extant, but most of those now outside the present airport perimeter fence have been demolished. The two remaining 'C1' type hangars are still in use, but for entirely different purposes. The furthest W is in use by Highland Council to provide hangarage for light aircraft repair and storage. This hangar has been modified, as the main doors at the NE end are no longer extant and have been replaced by corrugated iron sheeting. The doors at the SW end no longer open fully and the steel entension gantry that formerly supprted the tracking for the doors has also been removed. Most of the former window openings have recently been covered with metal sheeting. Apart from the above, the hangar is regularly maintained and apprently the intention is continue this for many years into the future.The other hangar (to the NE) is in use for agricultural purposes and though not well maintained is in nearly original condition. The original control tower is still used for light aircraft movements and is one of the few remaining in Scotland of wooden construction. Several of the perimeter pillboxes also survive along with the bomb store which includes huts for storing torpedos. Few of the buildings in the former technical area survive, those that do are in use for purposes other than for the airfield. Many of the taxiways can still be discerned in the perimeter areas and more recently a Pickett Hamilton turret has been extracted from the runway area after being found by the large grass mowers. The airfield is now the civilian Highland Wick Airport. Opening Hours Monday - Wednesday 07.00 - 18.30 & 19.00 - 20.30 Thursday 07.00 - 18.45 & 19.15 - 21.00 Friday 10.15 - 18.45 & 19.15 - 21.00 Saturday Closed (Special Opening by arrangement) Sunday 15.15 - 17.15 & by arrangement The Airport Cafe Our new cafe serves a variety of breakfast rolls and hot food during the day including toasties, baked potatoes and soup - all freshly prepared on the premises. Home baking, tray bakes and other hearty meals will all be available each day. Credits I give huge thanks to the following people, without their permissions this airport would be less interesting. The type C hangers by kind permission of John Young of the Airfield Construction Group The superb wooden airport tower by Iain Murray, who designed them for the Visual Flight Highlands and Islands FSX package The static helicopter by PlaneBuilder - nb see his readme file enclosed DKM - My mentor and quality advisor, who is infinitely patient and a SUPERB person Marginal - for use of a beta version of his superb Overlay Editor The Laminar guys - for X-Plane and WED 1.2 beta1 (Ben Supnik, Christiano Maggi) The GREAT Skyflyer001 for his food outlets 1900 for the ice-cream truck!!! Jacques Brault for his great hangers and houses, that MUST have been made with Wick in mind! Frede - Yes I changed screen-name but haven't forgotten the person who nudged me back in scenery design by example. AND the org community, for your help and support. And a massive thanks to REDPIPER1 - see attached http://youtu.be/RlXmb0kweDU NEEDED Opensceneryx latest version http://www.opensceneryx.com/ RU Scenery http://ruscenery.x-air.ru/ Useful R2 Scenery http://xplane.cz/en/r2-library/ FF_Library http://forums.x-plane.org/index.php?app=downloads&showfile=12836 FINAL THOUGHTS The airport I have created for your pleasure is 95% accurate. The remaining 5% is an attempt to make the scenery fun to fly around. You will not find in real life Hungry Jacks, Pizza Express or McDonalds - although TESCO is there along with large car park faithfully reproduced. The type C hangers are there but nowhere near as well looked after as those in my scenery. The houses and hangers in this scenery were chosen for their uncanny similarity to those actually in-situ, and having lived just 20 miles from Wick, I can confirm the containers ships and ferry are regular visitors to this area. This scenery is loaded with details, and subsequently takes a hit on your frame rates. I RECOMMEND you reduce your resolution HIGH and work your way up depending on your machine, but you must select EXTREME for airport objects otherwise you will miss out on masses of details and animations as well. Then again - it is up to you, after all this is just an airport (or is it?). Have fun. Happy flying YOU CANNOT USE THE TYPE C HANGERS WITHOUT PERMISSION OF THE NAMED ABOVE
    1 point
×
×
  • Create New...