Pete Dowson

Yes, but is that using the same facilities and protocols? I don't think that is the only test. Are you using TCP/IP in WideFS? If so it shouldn't be a problem, but there's a lot of magic in all this and I get lost in it. Hence the trials and errors :) I mentioned! If reinstalling doesn't help and you've been through the DOCs, try Katy. She has helped me (Network-wise I hasten to add!) a few times. Regards, Pete

It sounds good. I shall paraphrase your very words and suggest to others that they may do the same thing in future. Thanks! Pete

Surely the problem with the Hold/Pulse setting getting mixed up or lost is fixed in 3.21? That was specifically attended to and quite thoroughly tested. If it is still giving you problems I will need exact details of how to reproduce these (by email with Zipped attachments is best), please. . I agree that the processor shouldn't be too slow. I'm sorry, but all FSUIPC can do is to send the keystrokes you program it to do. There is nothing else it can do. It sounds like the PMDG panel coding is very slow in processing them. What would be needed is some accelerated increment/decrement shortcuts for these values, similar to those I've just added for the default A/P. Then you would not need to turn it so much. Do PMDG not list any such? What else can I possibly do? Have you asked PMDG to help, or maybe GoFlight? All I can do is let you program the GoFlight knobs to send whatever keystrokes or controls you want them to. FSUIPC does that. After that it is up to the receiving software. I am not going to re-write PMDG's cockpits for them, sorry. :? PMDG have promised an SDK, but, from what I've heard, it doesn't look too hopeful that this will allow me to provide new special controls for their panels as I do for Project Magenta. This is because it will not be free and it sounds like each user will need a license. I don't know how this is going to work out for most ordinary users, but probably the best, and maybe the most likely solution for Goflight, is that Doyle Nickless (CEO of GF) purchases the license and provides a new driver for his units. Regards, Pete

Oh, good! How did you get them to do that? I would like to advise others what to do in similar circumstances -- up till now it has been a bit of a palaver for both parties. Not wasted, do not worry. Regards, Pete

As far as I know from others, at present this can be done (and has been done), but only by using the Keyboard shortcuts provided by PMDG. There is an SDK planned for the PMDG 737NG, but I don't think this will be free and will, of course, entail some programming to use it. Regards, Pete

You need to download the FSUIPC SDK and check the Programmer's Guide. Just do a search on the words "rudder trim" and you will find it -- this is what I always do to find things. (Sorry, I've not got that PC on at present). As far as I know there is only one trim value, which is both control and indicator, but it is in double floating point format and the units are something like radians. In a program I am doing to set/read trims for a 737NG I found the value ranges from 0.0 to 0.2, so you'd need to scale this to suit your needs. You may want to monitor the value in that offset (eg using FSUIPC's Monitoring facilities) to see what range you get in your chosen aircraft. Regards, Pete

2.97? I don't support that any more. SorryHowever: Why aren't you using an up to date FSUIPC with FS2002? There are improvements and fixes going into it all the time, and many of these apply just as much to FS2002 as FS2004. Sorry, no. It sounds like this "Broker" program isn't setting the time correctly. I'm afraid there is no way I can debug other folks' programs. I suggest you get in touch with the author and see if he can help. I can certainly help him sort it out if he needs me to, though with all the Logging facilities and FSInterrogate he has access to, he shouldn't have any problems working out what's going on. Regards, Pete

Not much I'm afraid. Absolutely everything I know about Netwroks, and more added ffrom others, is included in the WideFS DOC. If you'vve been through all the ideas and possibilities there with no luck, then I'm afraid it's down to trial-and-error, or possibly help from a real Network expert (e.g. you could try Katy Pluta who hangs out in the FS2004 Forum). The error message is the least helpful I've seen (WideClient is merely repeating what Windows/winsock is telling it). For all the more usual errors I include the words describing the error to, but I've never seen a 10106 before! Looking it up in Microsoft help gives me this: 10106 The requested service provider could not be loaded or initialized. WSAEPROVIDERFAILEDINIT In other words it looks like there is either a driver problem -- it isn't installed correctly, or it is plain wrong -- or just possibly you are asking for a protocol you didn't install (though usually I think this gives a different message). As I've never seen this error before, the only thing I can suggest is uninstalling and re-installing the card and its drivers. Perhaps others may know more about this sort of thing. Regards, Pete

Sounds like you are filling up the Keyboard buffer faster than it can be emptied. I don't know what processor you are using, but perhaps it is a bit slow for something like the PMDG panels? This is likely to be a big problem with all panels which only provide keybaord shortcuts for value changes. The best method for values is the one I use for FS default autopilot and Project Magenta -- actualy changing the value directly. There's no problems with speed them. Maybe when the PMDG SDK comes out this will be possible with their panels, but I think you may have to program it yourself. Er .. that doesn't sound at all correct. The key press hold/pulse option problem was BEFORE version 3.21. It is specifically fixed in this new release. What you describe is exactly what can happen in previous versions. It sounds like you haven't actually updated the DLL. Version 3.21 was only made available a couple of hours ago, so you could not have been "trying all day", as you say, with that versin. Regards, Pete

I don't know which would work out best to be honest. It isn't something I've done. You may want to poll users of the Aerowinx PS1 747 simulator. They use a program which links it to FS just for the scenery view. I've seen it running and it looks okay. (I think there's a link to in on the http://www.schiratti.com/dowson page. Look on the list at the right-hand side). Whether multiplayer would be smoother or easier or not I don't know. You could try linking up two PCs and run multiplayer between two complete FS installations -- put the one you are considering using for the views into observer mode and fly the other. Maybe others who are implementing this sort of thing will chip in with their views too. Regards, Pete

In the default FS panel? Is there a reset for it? I know of no FS control nor any place where I could invent one for you. Sorry. Maybe it is purely a gauge function with mouse operation only? Regards, Pete

Version 3.21 will be released this weekend, I hope. Maybe the PSS panels don't support keyboard shortcuts for everything. If they did it should be documented somewhere, but there are a lot of panels which require you to use the Mouse a lot. If you are stuck using the mouse you may want to invest in a module called KeyToMouse, by Luciano Napolitano (http://www.wideview.it/key2mouse.htm). It can convert keypresses into mouse movements and clicks. I think there are keyboard shortcuts to increment and decrement these values. Don't you get a list somewhere in the package? I don't know which of the PMDG A/P values are handled by FS and which by the PMDG code, but try the standard FS controls first. The CRS one is most likely to be FS's -- even Project Magenta leaves that to FS as it is so uncomplicated in any case. Regards, Pete

I'm sorry, I don't understand this question. Pete

Yes. If fact I urge you to always keep up to date -- I cannot support old versions, so I'd rather everyone kept up! There is a list of supported versions near the top of this forum, and a list of changes in each version right at the very top. But you may want to wait until the weekend -- I will be releasing updates for both. Same version as what? Sorry, but it is rather a meaningless question on its own like that. Please check the announcements at the top of the forum. They give you all the information you need. You can always find the version numbers of any of my modules by right-clicking on the DLL itself and selecting "Properties" then "Version". Regards, Pete

I don't send the user keys. All that is dealt with by the suppliers. I don't even have a database of registered users. I concentrate on development and technical support. If you got it from SimMarket, just go to http://www.simmarket.com, open your account and retrieve your key. Pete

Correct that no version of FS yet made implements an APU. There are some third party aircraft with APU systems simulation built in, but nothing FSUIPC knows about. I'm not sure what you mean by this. Your process loop would be something like: * Assemble FSUIPC_Writes for results obtained from last cycle (if any) * Assemble FSUIPC_Reads for data needed. * Do the FSUIPC_Process to interact with FSUIPC * Sleep a little, or exit to windows, or whatever The last part is merely to allow other programs (eg FS) to get on and do things. However, as you may be saying, the first three parts may be instigated by a Timer call (eg from SetTimer Windows API). In this case you simply perform the steps then exit to windows, all as part of the Timer message or procedure call processing. No need for a "sleep". The time interval should match the sort of "frame rate" or update cycle you need. I'm afraid I do not understand the rest of your question. Regards, Pete

If you do all the reads then execute the Process call, yes -- with minor exceptions where the values are derived inside FSUIPC from others and are of lower priority and therefore not computed on every cycle. For all the values important to flying the aircraft they will have been obtained from FS within the same "frame". Your cycle should be to accumulate all the read and write requests, then Process, then sleep or something (to give others a chance), then do it all again. Well your guess is as good as mine. I always tend to think this is the "frame" (as measured by the frame rate), but there are fast cycles going on inside too. Each process going on in FS adds itself to one or more "chains" (there are 30-50 of these as far as I can tell). Some chains are timer instigated (eg one timer tick, 55 mSecs), others appear to be frame rate related -- but some are a lot slower, and some 3 or 4 times faster. Many are only executed on specific events, like a weather change. In the past a lot of my work with FS was based on the idea of a synchronous "step", with nothing actually happening betwen steps, and everything needed calculated each time. I think it might have been like that once, but as the programmers have striven for greater realism, better graphics, and more smoothness, I think all the various subsystems have become rather de-synchronised. With this in mind, some values may be less "up to date" than others even without FSUIPC's priority system for derived values. Regards, Pete

I really don't know what CPFlight supports, sorry. I know they support Project Magenta, but I don't even know if they support default FS autopilots, let alone any third party cockpits at all. The latter does seem unlikely unless they have some special drivers for each one. Most of them either have nothing to do with FSUIPC (and therefore cannot be controlled through it), or do use FSUIPC but in some proprietary unpublished way. Your best source of information on this must surely be CPflight? Regards, Pete

If you got it from SimMarket, just go to http://www.simmarket.com, open your account there, and retrieve your key. Then be sure to take a backup, a print-out, anything to keep it safe. Regards, Pete

Thanks. Coincidentally, he's discussing it with me too now! :wink: Regards, Pete

There is really no need. You can use both or just one. I use the Aerosoft MCP with the PFC Jetliner, and using the A/P controls on either works fine with PM. I don't see why CPFlight would be any different. For specific dials or switches you can program them in FSUIPC to do what you want, and this overrides the default PFC settings, so you can change them that way, if you want. but there's really no need at all. Regards, Pete

Yes, it is. It's been done for other things, like obtaining scenery visuals for the PS1 747 Simulator which is otherwise main an excellent cockpit systems simulator). You can either do it using FS's own multiplayer protocol (get the Microsoft MP SDK), or through FSUIPC. For the latter you need the FSUIPC SDK, from http://www.schiratti.com/dowson. The EtherNet link is how you drive the Multiplayer stuff in any case -- with FSUIPC you could use WideFS or do your own thing for that, depending on what is at the other end. Regards, Pete

Why would you want two networks between the same PCs? Is this because WidevieW only supports IPX/SPX? Isn't it still more efficient to have both TCP/IP and IPX/SPX on the same network? I'm not sure that's what you are asking it to do. All you want it to do is copy the aileron, elevator, rudder, flap and spoiler settings. it's up to each installation of FS to do the "frame dynamic" visuals as a result of those settings. No, sorry -- unless FS's own multiplayer will do it, with the clients in Observer mode. Did you try that? Regards, Pete

Three computers with only two Network cards? Hmmm. One computer isn't connected? I don't know much about the current version of WidevieW, but it should be able to do that. Perhaps you should ask the WidevieW folks? WideFS is not at all involved in this. You cannot use WideFS for any of that, it is for linking FS applications on other PCs to a single copy of FS running on the Server PC. You can do what you want by having three monitors on one PC, either by multiple video cards, or by using a Matrox Parhelia which does support three monitors -- I use one of these. But, be warned, it isn't the fastest of video cards. You need a very fast PC. Regards, Pete

You might as well keep using the same keys. Your name and that email address will still identify you uniquely (probably), and I can't think of any reason anyone or anything should be actually using that email address for real email. The only annoyance would arise if you were to attempt to publish your Keys and details for others to use freely, which is against the rules and counted as piracy :o -- I suspect you'd be tracked down pretty quickly though, even with a different email address! :wink: Regards, Pete