Jump to content

tkyler

IXEG
  • Posts

    2,378
  • Joined

  • Last visited

  • Days Won

    368

tkyler last won the day on September 23

tkyler had the most liked content!

About tkyler

  • Birthday 09/23/1967

Contact Methods

  • Website URL
    http://www.togasim.com

Profile Information

  • Gender
    Male
  • Location
    San Antonio, TX USA
  • Interests
    Aviation, sailing, woodworking, family, engineering, philosophy, psychology, travel

Recent Profile Visitors

22,420 profile views

tkyler's Achievements

Rising Star

Rising Star (9/14)

  • Reacting Well Rare
  • Conversation Starter Rare
  • Well Followed Rare
  • Dedicated Rare
  • First Post Rare

Recent Badges

3.1k

Reputation

  1. FYI, X-Aviation is located in Florida, USA and a hurricane is bearing down on them....MU-2 2.0.3 patch may be delayed as they prep and rush to evacuate. TK
  2. This is by design. HDG isn't one of those modes that couples to any 1/2 configuration, so they're sync'd. As far as the copilot knob not being able adjust the HDG, that too was simply a design choice to avoid possible confusion that the pilot/copilot HDG adjustments were indendent of one another, but simple enough to implement...certainly for any shared cockpit functionality it would be necessary. Also, I'll peek at the copilot HSI course indicator / CDI issue. TK
  3. The solution here the Marquise employed is the TCS mode (Touch Control Steering). This is documented for the 2.0.3 update which should go out soon...its in X-Aviation's hands, but they're also working through multiple product transitions to V12, so it should hit soon enough. The TCS is an effective way to alter IAS and VS values without having to look down or change/disable AP modes...and once you get used to it, dare I say somewhat preferred (by me anyhow) over a knob based solution...you can keep your eye on the instruments at all times while holding down the TCS button and changing the VS or IAS values. -TK
  4. was a bug on my end Bulva. I tested for the "nav type" and accounted for VOR and ILS (LOC + GS), but "LOC" is its own separate "enumeration" in X-Plane when GS not present...in the XP radio ...and I simply forgot to add that to the list of navaids to test when the NAV is pressed. working for the 2.0.3 patch which I'm packaging up for X-A distro, pending their schedule...but at the least I plan to send it their way later today. TK
  5. ...and for updating the 'last working XP11 version to similar behavior in XP12?....neither will we....we've said it many times and this is not in debate. It is a bit more of a process because XP12 has changed quite a bit with regards to engine and systems, which means we have to audit everything and surgicaly remove code that clashes with XP12 functionality...and we put in a LOT of customization. As far as a discussion of charging a fee relative to "when its finished"., too subjective......I have enough statistical evidence that says to me that a lot of folks have really enjoyed the 737 for a lot longer than the price of a 2 hour anniversary dinner...(for newlyweds anyhow). To those who would argue about 'unsimulated things', all I'm going to say is Pffff. I've been a software 'consumer' for over 40 years, and not casually, I make my living from using software, 100s of titles over the years....and this stuff is always evolving, always changing...LOTS of software is missing things. I use what I can, enjoy the good parts, don't buy what I don't like and everybody has the same choice here...we're not hiding anything. I could easily argue that a lot of products lack "immersion", realistic lighting....or decent sounds. The flight sim dev community isn't like it was. Its more saturated, the bar is higher and the detail we have to put in is a heck of a lot more than PMDG had to in its early days when it had a monopoly on the airliner market. So what would we charge for? ...I can't say, but its true we have no incentive to keep on working for free in perpetuity. Have you noticed how everything is moving to the subscription model? There's a reason for that...and guess what, I have at least 8 software subscriptions...every month/quarter....how would you guys like that? (hint, you wouldn't). If we charge for any update, its fair to say that it would have to justify the deliverable for a majority of customers (cause it'll never be all). Probably....thinking off the top of my head...., includes more variants, the FMS more complete, animated everything, more robust failure interactions, etc...stuff like that. AND it wouldn't be a full price upgrade either, I never like that idea. So...feel free to discuss as much as you like, but I just wanted to throw out some of my thoughts for folks who haven't gotten to know me over the years through other posts. TK
  6. quick update. Last week was a wash for the Moo XP12 conversion....the AP docs taking a bit longer than anticipated (but 95% done) ....and a few "transition obligations" were called in last week by companies I severed ties with but pledged "transition help" to not leave those groups hanging....including Laminar. I fully expect to have the next 2.0.3 patch out in 2-3 days with the GTN option for the windows guys...and will roll right into the MU2 12 update. -TK
  7. I'll dig into this pretty quick Bulva. Working on the AP docs today so this is good timing. I put it on the todo list so I don't forget. Was dealing with some family stuff last few days. -TK
  8. Thx Pils, that's a good list, will definitely give those procedures a try..
  9. Hello all. Those who have followed know that the IXEG 737 develoment has been stagnant for a long time while I've worked on my MU-2 project and stabilize it after the release. That stabilization phase is nearly done. XP12 is imminent and I'll be porting the MU2 to XP12 beginning next week...and it should not be terribly long (I hope). After that, the 733 will move back into rotation as the primary focus of development with the port to v12 being the first priority. The IXEG is minimally operable in V12, but that's all we can say. We obviously had to make it baseline flyable in order to test/develop it with all the XP12 changes, which have yet to be addressed. As such, our official position for those who wish to try the V11 IXEG in V12 is "VFR joyriding only". I expect we'll set up a 'volunteer forum' where folks can give feedback as to their V12 observations as its better to have more eyes on this stuff; however, we request that nobody report any shortcomings of the V11 733 in V12. We are keenly aware of a lot of things that have to be changed....so we'll want to wait until we believe we've caught all we can find before other folks chime in; otherwise we'll end up with a massive stack of the same reports. So, certainly keep XP11 around if you wish to fly the IXEG seriously until we get it ported over. I've always kept "old version / new versions" side by side on my computer for these transitions. Long-time XP users know that after a major release to X-Plane, there is an inevitable debug period that goes on for some time, though many other devs have begun already, we're behind. ....but nice to have the process underway.....Below screenshot shows what the cockpit looks like in V12 daytime. -TomK
  10. I have not officially begun to test / port the MU-2 to X-Plane 12; HOWEVER, I have been testing it regularly in X-Plane 12 and the good news is that it seems at first glance....to be mostly functional....FOR.....daytime flight. I say this because the biggest change in X-Plane 12 is the new atmospheric and lighting engine..and this requires new "directive commands" for lighting that were not present in X-Plane 11. The nightlighting is practically non-existent until I make the required changes. Also I have to make some notable changes to take advantage of the rain effects....so the V11 version "in V12" will not have the new windshield effects. So....daytime and dry seems to be mostly OK using the V11 version in V12. I know there are some turbine engine changes also I have yet to test...so unsure what their effect will be. The plan is to get the next release patch, 2.0.3 out for V11 (relatively imminent), and then begin the official port / testing process for V12. Probably will begin the work next Monday. I do not expect it to be terribly long. Chances are XP12 will go through some growing pains anyhow and I'll be right there alongside the process testing/tweaking the Moo. Experienced XP users should know to keep their XP11 versions around until they're fully happy with V12. Here's a few screenshots of the Moo in V12. Not terribly bad, but I may tweak it after I get going. Things tend to look a little bit shinier in V12...but also brighter, which is good.
  11. .....not necessarily. See text clipping below from a MU2/TPE training manual . The taxi speed is more accurate now than it was in the previous versions, I won't be altering it. Its VERY common to move the levers out of BETA and above flight idle to get your speed going or you are an impatient "taxi-er". We did it all the time in cargo ops...with a fully loaded plane, we could barely move in BETA unless we got up a good head of steam first. The guy in the video below goes above FI and back into BETA @ 3:50, 4:30, 4:58...and I've seen other video demonstrating the same behavior...heck I myself with my own hands on the throttles of a real MU-2 have done it. Go ahead and work those levers! -TK
  12. Hang in there...fixes are closed for the next release, but the docs are taking a bit. I'm writing docs on not only the GTN integration setup, but also a more indepth "SPZ-500 autopilot supplement" for newer folks...which I think is needed given this older autopilot integrated with new GPS units, etc. Soon as the docs are done, we'll package up the next update. -TK
  13. I tried a route today and it flew the GPSS fine actually; however, the route shown on the GTNs isn't fully reflected on the RSG500 display. The RSG500 only shows the current active leg, which is to say a straight magenta line. On the GTN, as you turn as pass/clear a waypoint, then the next leg magenta segment appears on the RSG500 and the previous one goes away. I suspect this may be some kind of limitation with regards to getting flight plan data out of the Garmin trainer. I did take screenshots with the intention of putting this info in the docs. That being said, the current leg is always shown on the RSG500 and of couse the full route is shown on the GTN. -TK
  14. I changed my mind after some testing. Whenever a GTN unit is loaded, the GTX330 is now gone. There was some "infighting" between my GTX code and the GTNs...as my GTX implemenation has customization ..and the GTNs utilize the Garmin "simulator" handling of the transponder..and things just were not being consistent with both loaded. So now, you simply control the transponder via the GTN units as you would in reality. The audio panel however...stays up top. On a side note, just need to get the docs updated for the autopilot usage and GTN integration steps and we'll get the next update out. -TK
×
×
  • Create New...