Jump to content

zfehr

Members
 View Profile  See their activity

  • Content Count

    1,869

  • Donations

    $0.00 

  • Joined

  • Last visited

Posts posted by zfehr

  3. Posted

     

    And like Zane, I would love to see a way to connect position info from FS into JeppFD! I would pay 9.99 for that! Haha

    I'd pay $50... maybe even $100 cause sitting at home simming is such a safer way to get familiarity with equipment that can distract you from flying the plane.

  4. Posted

    For current, real world charts for the entire US I think Skycharts is a screaming deal. If you use it in xPlane it will connect as a moving map. Hard to ask for more than that! There are other sim specific apps and even more expensive real world aviation apps out there. What someone has not managed to do (and it just amazes me to no end) is create a way to connect the GPS output from FSX/P3d/FS2004/xPlane to feed into the external GPS input for the iPad/iPhone. This would open up geo referenced approach plates from Foreflight and the positional information for the Jepp FD and be a real familiarity training tool for using the iPad in the cockpit (plus a lot of fun for simmers).

  5. Posted

    This is a default install of P3d without any mods outside of what the default program will do to the cfg file. I am running Active Sky in the background for weather generation but those are the stock P3d clouds, sky and ground textures and autogen. There are many things I like better than FSX SP2 out of the box but that should not come as a surprise with FSX being a 6 year old program. So far my biggest disappointment with P3d is lack of compatibility with Track IR and from what I've read it's a pissing match between LM and NaturalPoint with each company having "their own way" of doing things so the other company has to conform to their SDK... REALLY, when this kind of ego crap gets started nobody wins!

  6. Posted

    To answer your question directly, yes rudder does and will affect the roll axis and does so to varying degrees with difference aircraft. For aircraft of relatively little weight (like your standard GA airplanes) the rudder alone can turn an airplane quite effectively. It causes a lot more drag than a properly coordinated turn, but rudder can do the job.

     

    For example, during certain phases of flight, rudder is considered an ideal tool for turning. One prime example is on final approach, where using rudder to maintain runway centerline alignment (or localizer course alignment) is a more precise and immediate method than using aileron. Also, you use rudder to counter a wing drop when the plane stalls as the rudder retains effectiveness longer than does ailerons.

     

    Of course, a lot of this is based upon the specific airplane. For example, the rudder is practically useless on a T-38A Talon. For them, you have to roll and pull with elevator to effect a turn. However, even on the T-38A, you can use rudder to maintain runway centerline on final approach but you must be careful with the inputs. One thing you don't do on the T-38 is cross-control to counter crosswinds as you do with about any GA airplane. Instead, you land in the crab -- something you try to avoid in a GA airplane.

     

    Long-winded answer to your question, but ultimately the right answer is that it is not unrealistic to have rudder perform both a primary yaw but also a secondary roll axis adjustment.

     

    Cheers,

     

    Ken

     

     

     

    We don't know for sure if the Baron 55 will fly in P3D. But, I do know that our 310R will and I also know that our missions will work in P3D as I have a copy and gave it a shot myself. Porting FSX aircraft over to P3D requires that you find every single piece of file and move it to the appropriate folder in P3D. As Colin has said, we cannot offer any official support for that process. And to be honest I have not even had the time to port over my own personal copy of the Baron 55 to my copy of P3D.

     

    I will say that it is likely more a case of the triggers are just acting inconsistent. I almost got rid of them because of this inconsistency given that locations in patterns are by their very nature very precise. But, in the end I felt verbal inputs by the virtual instructor are helpful. I hate blaming other applications for things that go wrong with things I create. But, in truth, I have to say that FSX executes missions was a significant degree of inconsistency.

     

    Ken

     

    Hi Ken,

     

    For P3d I just pointed the extracted installer already used for FSX (since it would now have the registry and anti-piracy entries) at P3d and the Baron installed just fine. I moved the missions into the mission folder as done in FSX, the flightplans were already in the root folder c:/ and moved the reward file respectively. P3d doesn't seem to recognize with this... possibly the hierarchy is wrong, I did try moving the Baron mission part to other mission folder locations but no joy.

     

    Regarding the 310 comment in the mission, it is in the first mission doing the runup when explaining the magneto bug for FSX. I haven't flown the subsequent missions yet.

     

    I have landed on runway 19, 1, and 26 so far. The instruction to turn to base and final seem to come at a time that makes the most sense if landing runway 1 but upon slowing below blue line I get a verbal warning about my speed and no further comment even after coming to a stop off the runway, cleaning up the aircraft and taxiing back to the hangar.

  7. Posted

    Hmmm, what mission(s) referenced the 310R? I thought I scrubbed them all out, but seems like I missed one. If you can tell me when it happened on which mission, I can go back in and scrub my communications to remove it and then re-upload the updates.

     

    The triggers for events within FSX seem to work ... how's the word .... inconsistent! Yeah, that's a "nice" way of putting it!

     

    The trigger points I built were constructed with the stock FSX airports. So, it is possible that if airport locations got moved with a third-party add on that the triggers could be misplaced some. Unfortunately, I can't see how I could fix that since the options for misplacement could be as varied as the sheer quantity of scenery updates that are out there! The scenery for Portales Airport that I created laid out upgraded scenery objects on the airport, but using the stock airport location of FSX with Acceleration.

     

    Cheers,

     

    Ken

    Hi Ken,

     

    I know what you are talking about with mission building. The upgraded Portales scenery looks fine so I am not sure if UTX changed the position of the airport or not. The RXP Garmin appears to show my location correctly in relation to where I am on its map which is independent. The 310 comment came up during the talk through for twin engined operations either during the runup sequence or right after during the talk through for takeoff and climb operations. These are the long versions you recorded which I wanted to give a listen to so if someone skips over them to get to flying faster they will miss them. I may go repeat the mission to see if I can specifically locate the location. I did successfully install the aircraft and scenery in to P3d but the missions so far will not show up. There may be a way to trick them into showing up since this would be not only nice but would fit into P3d's purpose as an educational and flight training aid.

  8. Posted

    I can confirm this behaviour. Even at 5,500 the rpms will barely hold 2,400 rpm and won't go any lower. You can pull the prop rpm levers back further and as you descend the rpms will lower. With some changes to the prop characteristics this can be remedied so that they respond at higher altitudes where the air is thinner. I will await the developers work on this since I am sure they will get this fixed.

    I noticed this posted on the Milviz forum. I tried it and I'm having the same problem. Anyone else experiencing this?

     

  9. Posted

    I'll add to Mik75's post and say that yes the RXP units will work and his mods place them properly into the aircraft. If you are using hardware ie PFC430 to control your Garmin radio you will need to swap the order they appear in the panel.cfg so the 530 loads first. If the 430 appears first in order in the panel.cfg it will load first and the PFC430 will control the first Garmin unit loaded. Easy swap but curious that the designer would write the panel.cfg with the secondary radio being loaded first in order.

     

    Ken, nice work on the mission pak. This is worth the price of the title alone. I did notice a few places where 310 was mentioned instead of Baron. I also noted that there may be some positional problems when someone is using UTX (which might reposition the airport). The call out you gave for turning base was mid field and final was called out about the time I turned base. There were no further calls other than a warning regarding blue line as I came over the fence and retarded throttles for landing. I think I might install this package into P3d and re run the mission to see if it happens there (no UTX).

  15. Posted

    What I find unbelievable is that no one has programmed a gps out from FSX that feeds into the iPad. This should be a no brainer, would allow Foreflight, Jepp FD and many other existing aviation apps to work on the iPad with the position and altitude information from FSX feeding into it. SkyCharts does have integration with xPlane and will work like in aircraft GPS for simming in xPlane but that was written into that program itself. If I can plug an external GPS (my Bad Elf) into the iPad to use for use while flying I can't see why you couldn't utilize the USB to iPad plug and feed the information from FSX in to the iPad. I'll pay money for this and offer to test it if a developer reads this and wants to tackle the project. I have SkyCharts, Foreflight and Jepp FD on my iPad and use them for real world flying so can make a true comparison for their operation in the sim.

  17. Posted

    In a real C90 you should be able to have NG set to 60% (you'll bring conditions levers up slightly), with idle power and props full forward you should see 1,200 rpm and the aircraft will start to move and taxi on its own to a fast speed. You'll need to use either beta (the rpm's will rise to a little over 1,500 but the NG shouldn't move... if the NG rises you've gotten into reverse which you should never do less than 40 knots) or alternately you can leave throttles at idle and feather the props which will bring rpm's down to about 400 and negate any thrust you would have. Using this second method to accelerate again go back to full forward pitch on the props but it will take quite a while for the oil pressure to build back up in the hubs and raise the rpms... you'll think nothing is happening for the first 5 or 10 seconds, then the rpm will slowly build back up. I haven't even futzed with the cfg settings to see if this can be made to work realistically in the sim. So far I've just put the conditions levers full forward, used some throttle to inititiate movement then use beta to control speed. Some of the prior recommended changes may work but the settings I listed are what you would see in the real aircraft.

  18. Posted

    Walker is a grass strip just south alongside the freeway. Easy to miss so look for the line of buildings along the freeway with large grass area on the other side. There's a good fire burning in one of the buildings so you'll notice the smoke from the chimney. Two parked aircraft and other ground vehicles in and around the buildings. I'd flour bomb the place!

  20. Posted

    Here's some good RW information that I've been following in my flights. This information is from Tom Clements (a RW King Air pilot with 15,000 hours in type) and detailed in his book "The King Air Book" - I just finished reading the chapter on pressurization so it's apropos to the question. :)

     

    Clements recommends two operational changes to the pressurization process for the King Air:

    [*]Climb and Cruise - Set your pressurization controller to your cruise altitude (not +500 or +1000 feet). Mr. Clements argues that this procedure of setting the pressurization controller to a higher altitude is an anachronistic practice left over from the early days - think mid-1960's - when Beech was developing procedures for the King Air. In those days, passengers (and pilots) often smoked while on board the aircraft. The theory is that the tar and residue from the cigarettes caused the pressurization system to not operate as smoothly as it could because the residue from the cigarettes partially obstructed the relief valve's opening. At that time, the extra 500-1000 feet was needed to prevent reaching the maximum deferential pressure (ΔP) and to keep the cabin vertical velocity from fluctuating at ΔP. Nowadays, (where smoking while onboard is prohibited), it's not necessary to allow for this cushion and by setting the pressurization controller for your cruise altitude, you'll give your passengers the benefit of a slightly lower cabin.

     

    I've got Tom's book and video. The video describes the 500 feet higher than cruise altitude setting so the book was a later re-edit! If you don't have Tom's video for the C90 it is so very well done. I've probably watched it 20 times.

  21. Posted

    As a quick guide, set to 500' above planned cruising altitude and rate knob to 500 fpm (which is default). That will cover most operations. When changing a set altitude, until you are really familiar with the specific aircraft idiosyncrasies, your passengers will appreciate you turning the rate knob to minimum before moving the altitude selection, then slowly raising the fpm to that 500 rate. I've been in a Pilatus where the pilot forgot to set the environment switch (how that pressurization system is turned on) until after the annunciator light and alarm came on passing through 12,500 feet in the climb. The resultant sudden cabin pressure change was a bit painful!

  25. Posted

    Yes, the RXP units utilize the Garmin Trainer that Garmin chose to make freely available to aid in famialirity with their units. The price of the RXP units, especially when ported in to FSX and ported in such a way as to allow for two units that can crosstalk (the trainer on its own doesn't do this!) is for the all the R & D it took to get them there. Were it easy to do I am sure there would be some competition... there isn't!

×
×
  • Create New...