Jump to content

niebieski

Members
  • Posts

    275
  • Joined

  • Last visited

  • Days Won

    39

Everything posted by niebieski

  1. Hey, Nicola, no problem What i was trying to say is that i think it's pointless to argue with certain people, as they will eventually drag you down to their level and then beat you with experience
  2. Nicola? I thought it was clear i wasn't aiming this at you.
  3. You start to understand it but still don't get it all correctly. Now that i think of it, i'm sure the problem can be solved using one line of C code. Sorry Javier, but as Cameron pointed out "Sharing methods of modification (how to do so) is strictly prohibited and is grounds for termination of a user license or account.". I'm not taking that risk, obviously. As for the roll FD animation, let me just say (as a humble customer) that it is also broken in the current version.
  4. Javier, you forget you have an ADI ball (the big animated ball) constantly moving BEHIND the FD bars. Think about this: If the plane is pitching 10 degress up AND The Flight Director wants the plane to pitch 15 degress up with your current code you are telling FD pitch bar animation to point 25 DEGRESS UP !!! where you should tell the animation to point relatively 5 DEGRESS UP You need to do a basic math on FD pitch bar animation. I showed you the complete, yet very simple code (4 lines!) in the video. I had a good intention...
  5. Javier, i'm not trying to solve the problem 100%. I'm just trying to show you what's wrong and where exactly you need a fix and the basic code to do it. Sure, i haven't spent another 5 hours to reverse engineer your code / animations trying to make, for example FD on/off behaviour correct. Long story short: you didn't take into account ADI ball moving while updating your J32/FDPitch dataref. Simple solution is shown in the video (it's mine video btw.). Trying to help you fix crucial bugs in your plane to be honest i didn't expect such a cold response from you...
  6. It turns out plugin was NOT doing something. Check out this video (in 1080p!): http://www.youtube.com/watch?v=aP282KocXwU Hope you like it
  7. Thanks for your input! I guess SBY act as a FD off button? This makes much more sense now. I simply knew there was something wrong with the FD/AP logic! Javier... i think you have a serious bug to fix
  8. Couldn't agree more. From a perspective of someone who's been using MSFS for the past 15 years or so and then flying only the very top 3rd party planes (RFP 747-200, PMDG 747-MD11-NGX etc.) i find X-Plane still lacking in that department. We're heading in a good direction with the likes of CRJ, 777 or Jetstream, but as a hardcore airliner sim aficionado i can't really tell i'm fully satisfied with current X-Plane offerings. I had uninstalled FSX about half a year ago and fly X-Plane exclusively. I had enough of extra tweaks and hacks that often introduced stability problems. Even worse was the fact that nothing will change over the time as core FSX code development has ended long time ago. I'm really torn apart now. To be honest, i don't fly X-Plane half as much as i used to fly FSX. No online flights too. I'm tempted to reinstall FSX everytime i see NGX screenshots. Or just today when i saw screenshots and feature list of the newly released Aerosoft Airbus X Extended. On the other hand X-Plane feels more convincing to me with it's fundamentals, continous developement etc. From what i've seen so far it looks like IXEG 737 might be the very first aircraft that will cure my frustration
  9. While CRJ and 777 are both great creations in X-Plane world, i think IXEG 737 will be the first plane truely comparable to the likes of PMDG or A2A in FSX. I simply can't wait to fly it myself.
  10. Roger!Out of curiosity i will do my own research on this. This is propably the only aircraft i have seen so far having such distinctive FD-AP relationship. You got me on this one I like that explanation Ok, although i'm not sure what xplane9 image you are talking about. Both my images are from xplane10.Now that i think of it, FD bars may not be that important if they only work in conjunction with autopilot. Sorry for the video problem. Accidentally i've set the video to private instead of non-public. You should be able to view it now.As for the problem: i'm not trying to use both VS and IAS mode at the same time. I'm trying to transition from VS climb into IAS climb.I think i've seen same problem with IAS mode when trying to use it directly from altitude hold/cap, but i will investigate it once again and let you know. Thanks for the explanation, but that's the part i think i already understand Not bad. Not bad at all. It took me 4-5 hours to get my first post in this thread ready (testing, screenshots, video, "translating" my thoughts to english etc.) Keep up good work, Javier! P.S. I don't want to scare you, but i think i'm gonna fire up X-Plane now and do some more Jetstream flying (which may result in some other "reports from the cockpit")
  11. Javier, I have taken the time to study the manual carefully and here's a list of some discrepancies i've found in the process. Most of them are minor and cosmetic bugs. Some might not be bugs per se, but rather my lack of knowledge of the real-life Jetstream. If that's the case, point it out, please. Mind you, those are observation made with 10.20 b7 [32-bit]. If you are not able to reproduce it using 10.11 (didn't check myself, sorry), then treat them as hints on what you may need to fix in the future patch when 10.20 is out of beta! Bugs: GPS on / off knob doesn't work (or at least it doesn't blank out the GPS screen). WXR on/off switch is OK. DH can be set in 10ft increments only. Is it like this on the real plane? Flight Director cannot be switched on independetly of the autopilot. Weird. Or maybe it's like this on the real plane? Transponder mode selector knob is slightly off the labels "STBY OFF", "ON" and "ALT". Here's what i mean: When selecting ACT button on ADF radios, "ACT" word doesn't show up left of the frequency. COM and NAV radios are OK. Some of the needles on the instruments become dark as soon as you start dimming the lights. This applies to "INSTRUMENTS" and "ROOF" rotary knobs. Here's a screenshot showing left panel with "INSTRUMENTS" knob at near max brightness setting (but not at max!). Notice how some of the needles became fully dark instantly (Right ENG TRQ, both EGT, Right Fuel QTY, needle of the Turn Coordinator), while some dim through the full range correctly. Same happens to overhead panel when dimming using "ROOF" rotary knob. Right Ammeter and Voltmeter needles are already dark: This can pose a problem when you want to fly dark cockpit with only instruments and labels backlight on. Cabin lights (selectable from the yoke) lights up pretty much the whole cockpit area. Not sure if that's the way it's supposed to work, but it makes other cockpit lights somewhat useless when cabin lights are on. When flying with autopilot engaged, Flight Director pitch bar is always some degress up off the airplane silhouete. First pic when maintaining altitude, second when in a steady climb using VS mode. You can also notice this behaviour in the video below. According to manual, IAS mode should adjust pitch to maintain speed at the time of engagement. As you can see in the video, it's not entirely true. Here's what i did when recording this video: - aircraft is maintaining 9000ft, heading mode, speed 175 KIAS - selected 11000ft in the altitude window and armed ALT SEL - VS mode selected, TCS used to establish shallow 500 fpm climb rate - adjusted power to maintain 170 KIAS in the climb - here's the funny part: IAS mode is selected so it should maintain more or less current 500 fpm climb rate, but instead it pitches up abruptly until it captures climb speed of 140 KIAS (why?!) - climb continues at 140 KIAS until proper altitude capture occurs at 11000 ft [ make sure to watch in 1080p if you want to see all the details! ] http://youtu.be/cbly31htVjY Feature requests / Suggestions: Addition of altimeter pressure setting in hPa (instead of inHg) would help a lot when flying outside of US! :] Right hand seat armrest is non-movable. It can be somewhat inconvenient when flying from right seat. It would be nice if you could make wiper PARK switch operational (i think i know why you dropped that - model dataref animation vs. plugin interaction?) That's all... for now! Javier, i hope you're ok with me pointing out so many - mostly subtle - bugs. I'm impressed how a single man could build this plane from scratch, including 3d model, animations, acf file and programming side of things. Quite an achievement i must say! I hope you will continue to nail all those little imperfections and show everyone else how it's supposed to be done. Even if you don't have PMDG budget!
  12. That's what i'm talking about, Javier. Full 3D instrument. Out of curiosity, what do you need to integrate it into JS31? Datarefs that you can bind to the model knobs/buttons? It's been some time since i spent couple of hours in Blender, XPLM & OBJ specification, getting to know how it all works behind the scenes in X-Plane. KLN90B was written in SASL (Lua) and since it's plain script, i think it should be possible to modify it to suit your particular needs (author permitting). Me thinks it should even be possible to rewrite it from scratch using native C/C++ & pure XPLM (32/64 bit). Would take some time, though.
  13. Appreciate your dedication, Javier. Keeping my fingers crossed !
  14. Javier, Any chance you could work a little on optional KLN 90B integration inside JS31 3D cockpit, replacing default X-Plane GPS please? JS31 would then make great commuter for online flights, with fully updateable navgiation database!
×
×
  • Create New...