Jump to content

Recommended Posts

Posted

Hi,

I thought it might be helpfull to bring this question up to a new topic, to see if there are otheres who wolud like some keystrokes or joystick buttons to.

I am asking for some important custom buttons / keystrokes which are difficult to manipulate or which have to manipulate while dealing with ATC - and alone in cockpit - as always :-)

I would love to have the following custom buttons / keystrokes as this cannot anymore asigned to the default buttons / keystrokes - maybe other user could add something to this list:

- HSI source NAV1 / NAV2 / FMS

- Map source NAV1 / NAV2 / FMS

- DME source VOR1 VOR2 ADF1 ADF2

- MAP Display

- MAP Range

tbc.

Regards Tom

BTW is it possible to write entries into the scratchpad on the fmc using my keyboard?

Posted

I personally don't find hard to use those switchs and buttons, it just needs some time until you get used to them.

I fully endorse the FMC via kerboard. Some letters are particulary hard to press (like the "E", you have to click perfectly in the middle or you'll miss it)

Posted

I personally don't find hard to use those switchs and buttons, it just needs some time until you get used to them.

I fully endorse the FMC via kerboard. Some letters are particulary hard to press (like the "E", you have to click perfectly in the middle or you'll miss it)

Let's say like this: I myself do not like to move all around a Cockpit with the mouse. Less as possible is what I would appreciate.

Regards Tom

Posted

About the "e" key in the fms and others difficult to key. A solution will come on next patch.

About buttons to program, we will provide datarefs names so anyone can program hardware to manipulate them.

Posted

About the "e" key in the fms and others difficult to key. A solution will come on next patch.

About buttons to program, we will provide datarefs names so anyone can program hardware to manipulate them.

Hmm Javier does this mean I am able to assign to keystrokes via the xplane keystroke page? Or to joystickbuttons on my Saitek hardware? Sorry I do not understand your answer properly.

Regards Tom

Posted

Hmm Javier does this mean I am able to assign to keystrokes via the xplane keystroke page? Or to joystickbuttons on my Saitek hardware? Sorry I do not understand your answer properly.

Regards Tom

No. X-Plane 9 unfortunately does not allow for assigning keystrokes to datarefs directly (see below for a workaround).

However, datarefs is the central concept to ALL input/output to X-Plane.

To make the CRJ accessible to owners of home cockpit hardware providing all the datarefs is the ONLY practical solution. I simply cannot program drivers for all the hardware that is out there: Saitek, VRInsight, OpenCockpits, GoFLight, etc... I would need to buy ALL those, and retire for five more years to come up with a CRJ compatible to all of them - and the CRJ would have to be sold for like $500 then. Hardware owners are a FEW - but the costs for developing for all this hardware would have to be paid by ALL customers, 95% of which don't own a switchpanel - pretty unfair, don't you think?

By publishing the all the datarefs, hardware interface can be created by people who physicly have the hardware, if there is a sufficient interest. I have no problem if someone takes all the datarefs and writes a fully CRJ-aware Saitek-driver and sells it. I would encourage it!

And for those who would simply like to use the keyboard, there is also a workaround: There are several free plugins (i know of two, which can be downloaded at the org) that allow for assigning datarefs to keystrokes (which X-Plane itself, as already said, doesn't).

Philipp

Posted

Hmm Javier does this mean I am able to assign to keystrokes via the xplane keystroke page? Or to joystickbuttons on my Saitek hardware? Sorry I do not understand your answer properly.

Regards Tom

No. X-Plane 9 unfortunately does not allow for assigning keystrokes to datarefs directly (see below for a workaround).

However, datarefs is the central concept to ALL input/output to X-Plane.

To make the CRJ accessible to owners of home cockpit hardware providing all the datarefs is the ONLY practical solution. I simply cannot program drivers for all the hardware that is out there: Saitek, VRInsight, OpenCockpits, GoFLight, etc... I would need to buy ALL those, and retire for five more years to come up with a CRJ compatible to all of them - and the CRJ would have to be sold for like $500 then. Hardware owners are a FEW - but the costs for developing for all this hardware would have to be paid by ALL customers, 95% of which don't own a switchpanel - pretty unfair, don't you think?

By publishing the all the datarefs, hardware interface can be created by people who physicly have the hardware, if there is a sufficient interest. I have no problem if someone takes all the datarefs and writes a fully CRJ-aware Saitek-driver and sells it. I would encourage it!

And for those who would simply like to use the keyboard, there is also a workaround: There are several free plugins (i know of two, which can be downloaded at the org) that allow for assigning datarefs to keystrokes (which X-Plane itself, as already said, doesn't).

Philipp

Hi Phillip

If you do know a such a working plugin please give me a hint I do not know it?

It is very strange how you refuse to work on it. Neither Ramzzess or Felis or Shade Tree are acting like this - strange policy - of course your policy you are the author. But of course I do not know how your plugin is working - maybe it is much more difficult to create those buttons as in SASL.

If I had a plugin for the workaround taht would be ok for me.

Regards Tom

Posted

I don't "refuse" doing it because it is "policy", but because it is economically not feasible. I would have to buy all the hardware and reverse engineer all the drivers.

Either I use standard X-Plane datarefs - then you have only standard functionality, but all hardware works. YOU would be the loudest to whine if the CRJ used only standard X-Plane systems.

Or I program the systems custom, using own datarefs - of which the hardware manufacturers of course don't know anything.

Philipp

EDIT: The Button2DataRef plugin does what you want: assigning keypresses or joybuttons to datarefs. It's free and for all three platforms:

http://forums.x-plane.org/index.php?app=downloads&showfile=13340

Posted

I don't "refuse" doing it because it is "policy", but because it is economically not feasible. I would have to buy all the hardware and reverse engineer all the drivers.

Either I use standard X-Plane datarefs - then you have only standard functionality, but all hardware works. YOU would be the loudest to whine if the CRJ used only standard X-Plane systems.

Or I program the systems custom, using own datarefs - of which the hardware manufacturers of course don't know anything.

Philipp

Oh man so why do you do not help me with a hint which can solve the problem. It is your policy and your business of how you work and support - just do it like you want but allow critic, questions, wishes etc. You have to face this if you go to payware.

And please do not get personal concerning screaming loud, please.

Regards Tom

Posted

I think Philipp just said that is not possible to work on that. Being payware doesn't mean we can solution all problems of costummers. If for example someone don't have a good computer and he has low fps, then we only can tell that person to update his system. We will work hard to verify that the main crj works correctly, even with some external variables as the x737, but we cannot buy all computers, or hardware around. We will help people that has those external hardware understand the plugin to let them program drivers for it. But we cannot make the programming for them. It is not policy of us. It is just we haven't the money and time to do that.

I know it can be frustrating to owners of opencockpits, saitek yokes or whatever, but you have to understand that we are not gods, even if people pays for doing what they want.

You can critice. Of course as costumer, but that doesn't mean a costumer is always right because paid for something.

Anyway, we will publish the datarefs names, and with the posted plugin you can use them as keystrokes.

Posted

I think Philipp just said that is not possible to work on that. Being payware doesn't mean we can solution all problems of costummers. If for example someone don't have a good computer and he has low fps, then we only can tell that person to update his system. We will work hard to verify that the main crj works correctly, even with some external variables as the x737, but we cannot buy all computers, or hardware around. We will help people that has those external hardware understand the plugin to let them program drivers for it. But we cannot make the programming for them. It is not policy of us. It is just we haven't the money and time to do that.

I know it can be frustrating to owners of opencockpits, saitek yokes or whatever, but you have to understand that we are not gods, even if people pays for doing what they want.

You can critice. Of course as costumer, but that doesn't mean a costumer is always right because paid for something.

Anyway, we will publish the datarefs names, and with the posted plugin you can use them as keystrokes.

Ok but what app is ment by phillipe saying he knows 2 apps from the .org downloads with that I am able to adress your datarefs to keystrokes.

Regards Tom

Posted

Ah!! You didn't see it because he edited the post. He has put later the link. Sorry cannot copy paste right now. I am on phone.

Hope it work for you. If work ask me the datarefs of fms buttons.

Posted

Thank you phillip and javier,

I would try it first with the following datarefs:

- HSI source NAV1 / NAV2 / FMS

- Map source NAV1 / NAV2 / FMS

- DME source VOR1 VOR2 ADF1 ADF2

- MAP Display

- MAP Range

Regards Tom

Posted

Javier, Phillip,

just to try if this will work - with BEACON ON OFF it works as test.

To try it with your datarefs please give me only the datarefs (included the values):

- HSI source NAV1 / NAV2 / FMS 

(the one where you have to scroll the mouse over the complete CP to change between NAV1 NAV2 FMC

before you release the complete list

Thnx and Regards Tom

Posted

Philip

In one of the posts said you can not provide support to the hardware market, but for the vast majority of home cockpit builders, just offer all datarefs and a way to load them or write them. Example: Opencockpits working with protocols and uicpx IOCP is a plugin that loads and writes datarefs X-plane, so release the datarefs we will play. The example the start button dataref of the reactor, the position he has pressed and released as an LED that indicates on and off, I assume that would be two datarefs important, the position of the button and the light situation, so when I press my button I can through the medium of software IOCARDS (Opencockpits) send a signal to the xPlane UIPCX plugin and change the value of dataref button start the reactor, and so the light comes on, I can read this and across the dataref IOCARD send an electrical signal to a card that outputs the corresponding LED will light up the value of this dataref be changed ...

Opencokpits I use and only takes datarefs all of its product, as well as, provide a way to regroup the windows PFD MFD EICAS MCDU in computer monitors without us even do it manually, so we loaded our CRJ200 at our home and cockpit the screens will automatically be charged according to the monitors added in our CPU.

A tip ...

Great job, I bought today and I have seen some major bugs, mainly in the logic of the autopilot, he is not maintaining altitude and are uncoordinated random ups and downs in trying to restore the original flight level if he loses and does not respond to VS.

Another thing I noticed that there are many routines cabin unscheduled, mainly in the PFD MFD EICAS and Screens ... backups, trading screens, status messages, and the overhead panel.

even with these missing items, the product is very good, I hope you have many developments in mind and that the team's work will produce a cockpit and flight deck routines 100% functional.

Best regards.

-thiengo (Brazil)

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...