eudoniga

Ooops, I'm sorry, mr. Dowson, I always forget to tell people I'm still in love with good ole FS9 ... I found the 0x3130 offset - among the others - in your "FSUIPC for programmers" manual. I checked it via FSInterrogate and noticed that only 6 bytes (0x3130 through 0x3135) are dedicated to storing the ATC flight number, that is a string of maximum 5 chars ending with a zero. I managed to read it through the ipc.readSTR command, so I thought it was possible to act on it through the ipc.writeSTR command as well ... but after I issue that command, with no apparent syntax errors (the log looks okay), the contents of those bytes are still unchanged !!! Why does it happen ? Thanks again for the attention, Eu p.s. the other command syntax you suggested was - actually - the very first I tried. No way. Then I re-read the library list and switched to something which looked more refined and, possibly, more effective ... no way !

Help, mr. Peter ! What did I do wrong, here (so that I can't manage to change the ATC flight number via this Lua Code, as denoted by the fact that flt1 <> fltn): ipc.set(fltn, ipc.ask ("Enter flt.no. for simming")) ipc.writeSTR(0x3130, fltn) flt1 = ipc.readSTR(0x3130, "6") ipc.display(flt1, 3) Thanks a lot for the hint ... Eugenio, Italy.

Sorry for not picking up a correct word, thus causing a misunderstanding ! By "loading" I actually meant "selecting" an aircraft, like you do when you create a flight. When the situation is ready, you know, the a/c is kind of initialized, with main battery off, gear down, and all doors closed, etc. I simply wanted to obtain both doors open upon flight creation. Did I make myself clearer now ? Where precisely do I get more info about "Lus" or "Lua" within FSUIPC doc (as you wrote both) plug-ins ? (Ok for the offset table within the SDK, I've already consulted it occasionally) Thanks and regards, Eugenio.

Hello everybody, hello mr. Dowson. Since I haven't realized the full capability of FSUIPC macros, I would like to know if there is a way, trough FSUIPC, to obtain that - upon loading an aircraft - the primary and secondary doors are automatically opened. I am still using FS9 ... Thanks for the attention, and three greens to everybody ! Eugenio.

Dear mr. Dowson, I often found myself wishing I could dispose of an easy and friendly way to associate the playback of sound files to the internal changing of bits/bytes values within MS-FS offsets, whose long list is already available for user control via key/button presses within FSUIPC ... How likely is the chance that you think of expanding FSUIPC great usefulness in this direction ? Thanks and regards, Eugenio, Italy

... ugh !!! :shock: ... scary enough ... Thanks a lot, anyway !!! :? :(

Thank you very much, Peter. Do you think that I could try by myself to detect that offset in FS2002, using FS-Interrogate ? How is that done ? Thanks, Eugenio :wink:

Hello Peter, hello everybody. I'm in need to use the FSUIPC offsets related to internal FS actions, that's to say opening and closing the aircraft doors. It must be said that I'm still using FS2002. I read the long offset list provided with the FSUIPC SDK, but found no entry about this item ... What did I miss ? Thanks and regards ... Eugenio. :roll:

Dear Peter, with Windows' reinstallation surely being the last thing on my mind, I am trying to understand what may be the cause for this situation, where only some of the clients don't behave ... I have reviewed all of Enrico's hints about networking (the ones you find in the PM NOTAMs), and made sure I had followed them on all clients. As for client Nico, I will try to reinstall the network adapterwill tell you later. As for the pc that I borrowed from my office, named client "Mauro", which is BTW a 'twin' pc of other two clients, "Remus" and "Jenny" (which are both working okay), I noticed that though the situation isn't so tragic (there is no such "blindness"), the PM Glass Cockpit has greatly delayed feedback: everything that happens inside FS (parking brake on/off, cabin signs on/off, engine startup/shutdown) is shown on the GC with SEVERAL seconds of delay. Would it help if I post you the Wideclient log for this other pc ? The situation is slowly getting to my nerves ... Thanks and regards, Eugenio.

As usual, thanks for keeping on enquiring and sharing part of the load ... Nope, I don't use PMGetWeather at all ... Yep, the latest PMChecker version was run friday evening, it wasn't able to detect the NetDir, it wasn't able to see the CDU/MCP running, it wasn't able to find the FS2002 folder ... And its suggestion were irrelevant: - set limited frame rate in FS (already done, set to 25 FPS); - run CDU/MCP (they were both running, and the other clients could see them); - share the folders with appropriate names (already done, you could see them through Explore from that same machine ...) So I tried to see what happened by asking WideClient to work on that same pc for another kind of application: FLightDeck Companion (which I normally run on the server). Well, WideCLient started, and it allowed to be shut down soon after it was started. When I tried to run the application, three things happened: a) FDC couldn't go beyond the splash screen, so it couldn't even get to the first program window, and shut down. b) WideCLient started to absorb some 98 % of the CPU; c) WideCLient couldn't be shut down normally, so I had to use Ctrl-Alt-Del ... After the network cable was found OK, I agree with you that I must move the "action" to a deeper level, that's the networking device and/or the operating system itself. I will try to reinstall the network card first ... Thanks and regards ! Eugenio.

Well, Peter, it is sure that strange things are happening. Above all, I must consider that only a few days ago the whole system worked OK ... That's why - after you pointed it out - I started to think to hardware problems, maybe an old ethernet cable,so I bought a brand new cable for the client NICO, tried different plugs of the hub, butnothing, the "blindness" persists ... Strange enough, Wideclient is able to run and close applications on that pc, it does that with the PM module itself (remember those questions I made to you a few days ago, that's when the whole thing worked ...) During the last flights I kept the GC running though if it couldn't display any "active" data, since it could not see the other modules. I have noticed that some time - abnormally - Wideclient locks up, even after closing the Glass Cockpit, so that I must use Ctrl-Alt-Del to shut it down and then switch the pc off ... Another impression I got from comparing the two clients is that of a delayed feedback: when I start both GCs from the server (via KeySend), the one on the other clients starts immediately, while the one on NICO starts only after a few secondsand that's not just because it is a slower pc ! In general, though, the network file system functions seem to work ok: I can use Windows' Explorer from the server, or from other clients, to open folders, copy, delete and rename files, etc. ; NICO by itself sees the shared "NetDir" folder among the other network resourcesincluding the shared main FS folder ... but the GC program running on NICO just can't find those folders !!! As I have sent more materials to the PM staff to examine, don't know what else to think ... Have a nice weekend and thanks SO MUCH for trying to be of help !!! Regards, Eugenio.

From what I see within the pfd.log of the Glass Cockpit running on client NICO, which I enclose, it DID try to look for the CDU, but did not find it ... then you'll see a long chain of "read error" and I guess this is what made Katy and Enrico speak about a communication problem. ACV: well, if the wideclient.log does show everything normal, I'm happy for it, but the program actually ceased to display the aircraft current position on the airport map, after displaying the message I quoted ... Hardware: yes, whilst I don't remember changing any particular software setting, I recently moved the PCs from one table to another; they were probably (re)connected to different plugs of the same hub, using different cablesmaybe this is a good direction for further enquiries. I'll let you know. Thanks and regards, Eugenio. pfd.log (nico).zip

Dear Peter, this time I started requesting help from the PM staff, but after they looked at the logs file produced by their modules, the answer was about a "connection issue" where I should check the wideclient.logs instead. So here I am, and here they are. I cannot tell exactly what happened to the small, happy LAN where the server IUIE has 4 clients (NICO, REMUS, JENNY & GAIA), two of which started to "suffer" ... - NICO runs a PM Glass Cockpit module that cannot find his mates anymore,it doesn't find the CDU and MCP running on JENNY, the NetDir folder (ibidem) and the main FlightSim folder (on IUIE), all of which have been shared properly. - GAIA runs the program Airport Chart Viewer by Manuel Ambulo, which - after a few minutes from connection - declares itself unable to get more data from FSUIPC... I had a look at all the logs, all of which are reporting problems. All PCs used to work properly, and now NICO & GAIA don't behave as expected; alas, I cannot see what I may have done to spoil the previous situation, where everything worked :cry: Can you help me ? Thanks a lot and regards, Eugenio Remus. WideFSlogs.zip

:cry: Dear Peter, I couldn't imagine you would have been so dedicated to understanding and helping this poor soul(the same crazy one who asked you to be - vocally - a first officer for the flight sim community, remember ?) There is something you may need to know. I am looking for a way to decide, after FS is running, which kind of Glass Cockpit I need for the aircraft I will use. So I need an option, and this was offered to me - very simply and "manually" - by KeySend. I wish I was so witty to find a way to tell WideClient to start automatically either the ABGC, if it sees I'm flying an Airbus, or the PFD if I'm flying a Boeing, or the RJ if I'm flying a regional jet ... That's why RunKey seemed to me the best option available. Yes, despite my low IQ for these technical things I can see why you have 9 places for each of the three categories of "run" programs and no, I wouldn't want you to mix all thingsthey already seemed quite mixed up to me !!! I think I have lost the fact that I simply need - to counterpart the CloseKeyN=Yes - a KeySendN=CloseKeyN, like KeySEndN=RunKeyN matched RunKeyN=path\programis this correct ? I wish the section "Running and stopping programs via KeySend requests" contained a couple examplesthis would prevent people like me to make you lose some time (I hope it's a fading species ...) As for the EICAS/ECAM pages, to me it looked like there was no equivalent FSUIPC offset to match the Ctrl-Tab command directly, simply because: - CTrl-Tab works for both Boeing Synoptics and Airbus ECAM, and - it works like a "cycling" command. And when I first tried using the Syn Increas/Decrease direct offset (2164/2165), by assigning it a key combination in FS via FSUIPC, it simply didn't workthat's when I looked at KeySend as a quick fix. And if this will work, thanks to your help, I am probably not gonna look back !!! Forgive me about thisI feel sorry enough about this everlasting dialogue with you, let alone to go and bother other people !!! Maybe I'll drop you a final line after this weekend, when - hopefully - everything has fallen into its place ... :roll: :wink: Regards, Eugenio.

:oops: Oops, Peter … I’m afraid that – being away from the “flying” pc at home – I was quite inaccurate and casual in reporting what I had done with WideClient. In fact I could get to running the PM Glass Cockpit module of my choice (Boeing, Airbus or RJ) via RunKey1, 2 and 3, and this means that I could correctly write “ActionKeys” instead of “ActiveKeys”, and “KeySend” instead of “SendKey” as wellsorry for the confusion I made, I am not so“undocumented” !!! I wanted to know what was the opposite WideFs procedure, that is to close the PM modules by leaving WideFS running, that’s why write I wrote to you rather than to the PM people ... I’ve read about Close and CloseReady, and I must confess that I could not understand the difference, and I guess this is – maybe – because the text explaining the two options is absolutely the same. I don’t want WideClient to end before or with those other programs, so I’m rather intested in the chance of the PM Glass Cockpits shutting down (quote) “when requested by an appropriate KeySend. This is performed by sending the program’s Windows a WM_CLOSE message, so if it ignores these, or has no Windows defined, this won’t work.”: okay, good. But I still have no idea – even after reading the rest of the instructions- if I must use a Close or a CloseReady command, and above all what is the appropriate KeySend and its syntax. Hope things are clearer now, and thank you very much for helping: I posted on the forum only after I had read the whole docs, had made some tries, and still could not understand why something was working and something not ... Regards, Eugenio p.s. and - since I am using RunKey1, 2 and 3, with those PM modules - perhaps I can get to send the Ctrl-TAB I need to switch the EICAS pages, by simply adding to a KeySend3, 4 and 5, after my 9,10 (Ctrl-Tab) a RunKey1, 2 or 3 parameter, without dealing with class names ?

None of the two: - if I hit Ctrl-TAB on the client's keyboard, it DOES display me the Boeing 777 Synoptics, or the Airbus ECAM pages; - I always download and use the latest build of theirs, like I do with yours ... Well, the second method isn't working either. I have set (in client.ini) ActiveKeys=Yes SendKey4=9,10 (that's Ctrl-TAB?) and I have dedicated a key combination within FSUIPC on the server to evoke SendKey number four, as well. All I get is that widefs takes away Window's focus from the Project Magenta module, and nothing more. :shock: And if I press Ctrl-TAb on the client's keyboard, it works :evil: Dont' know what else to think. Last question, Pete: how do I get to shut down the PM Glass Cockpit modules from the server, via SendKey ? Thanks for your (precious) time. :wink:

Dear Peter, I'm in need to switch the PM EICAS Synoptics page from the server, and therefore I looked at the FSUIPC and WideFS documentation. I think I found a couple good methods, butI'm having problems with both. a) Dedicating a key via FSUIPC doesn't work, despite that I have associated the right (I think) command, that's "PM EICAS Syn decrease" (or "increase", whatever ...); other EICAS commands DO work, for instance I can switch the controls on and off, switch the cabin signs on and off, etcwas there a change in PM offsets that maybe you were not notified ? It looks like that's the only PM command which FSUIPC doesn't issue... b) Via KeySend, the problem is that the keystroke to be evoked on the client is CTrl-TAB, and think I didn't find the way to specify the Keysend codes for that (looks like TAB key is missing, just can't see a code for it). Sorry for not being able to solve this by myself ... Regards, Eugenio.

Yep, that's what I did last night, now I will test the latest versions of FSUIPC and WideFS. I will provide more logs. Interesting enough, I have flown a few minutes with the other PM glass cockpit modules I have, the Airbus and the Boeing, but it looks like only the RJ suffers from this ... I will be more specific when I come back. Thanks for the moment !!! Eugenio.

Hello mr. Dowson ! You might remember the funny guy who asked you to record with your voice some in-flight briefingswell, it's me ! This time - unluckily - I have a true problem with a true question. I have two PCs in a LAN (a 1.2 Ghz and a 800 Mhz) that act as clients to a server (3.0 Ghz) running FS2002. On both clients the latest release of Project Magenta RJ glass cockpit is running. Few weeks ago I upgraded both FSUIPC and WideFS (still haven't upgraded to the last friday's versions yet). Then I also upgraded to PM-RJ rel. 53. Since I did not use the PC in the meanwhile, I cannot tell exactly when the beahviour began, butthe fact is that the 1.2 Ghz, a client named Remus, is responding very slowly now to the input coming from the server: I must wait some 4-5 secs before I can see the feedback on the client. The other client, named Nico, though it's a slower one, always processes WideFs data with good timing. I asked PM staff, but they told me to make things clear with you first, since I might be missing some network setting or whatever ... And since they told me to enclose both server and client(s) logs, here they are ... Thank you very much and sorry for bothering ... Regards, Eugenio. p.s. Looking at the logs, I noticed that the server seems to have some trouble to send data to Remus, in that it has to make several attempts every time it sends. There are other two clients (Gaia & Nico) served by Iuie, but none of these gives the server such trouble. I never changed the network settings on the clients so far, so I can't really say what's the cause for it slowing down so muchhelp !!! And please excuse my english. REMUSwideclient.zip

:cry: Gosh, Peter, how can you be so 'rude' about yourself ? You just mentioned the photo, but I am grateful for it: thanks to it, that mr. "Peter Dowson" whose job "animates" my cockpit, is no longer a most famous, but most 'abstract' entityhe has got a smiling, sympathetic face !!! And the same would be for your voiceare you sure you don't wanna give the simmers the last word ? What can you be afraid of ? Crashing loudspeakers ? :D Please, mr. Dowson ... :wink: regards, Eugenio.

:shock: Hello, mr. Dowson ! Believe it or not, you won't read anything about FSUIPC problems/solutions in this post, so take a breath and read the rest I am looking for some "famous FS voices", that's to say, I'd like to collect a vocal contribution from people that are renowned in the FS world, by offering them the chance of being "present" during a simulated flight in a different way than just writing a program, gauge, a panel, a scenery ... Here's what it is all about. I am actually the chief (= the only) developer of an airline flight simulation project called M.I.B. (Multi-lingual Inflight Briefings) which aim is to provide flight simulation lovers worldwide (or in Europe, at least) with a collection of sound (vocal) recordings that reproduce and imitate the real briefings, given the difficulties of recording such messages during real-life flights. It is a non-profit project, for it creates something which is public and available for free, by being included in the freeware download libraries of the most known flight simulation sites (http://www.flightsim.com, http://www.avsim.com, etc.). It requires that a set of Flight Attendant & First Officer typical briefings be recorded in computer digitized format (.wav), the one that Windows’ Sound Recorder commonly creates. I you agree, I will send you the Excel file with the language collection available so far. I’ve had contributions in: british english, american english, australian english, french, spanish, italian, dutch, swedish, german, swiss german, austrian german, and portuguese; last week I even got an email from Bangla Desh !!! The first available voice sets have been downloaded some 10,000 times so far; so it’s quite a good result for the time being, and I hope the number of downloads will grow even more. I hope the project will lead a growing number of people worldwide to simulate flights, with aircraft models, flight plans, destinations and schedules taken from everywhere ! Please notice that the required contribution is – after all - minimal: it normally takes 15 minutes to record the First Officer voice set. Looking forward to hear from You soon, and hopefully in a positive way ... Best Regards, Eugenio Remus, Italy :wink: