Pete Dowson

This is a useless report! What's the problem? The log just shows you still have IPC write logging on. Why? It'll make big logs and be no use to anyone without purpose! There's a lot of files there. I simply don't know what you want me to do. I'm not going to peer through them trying to guess! Pete

Actually, I can't really fly there as I need to do it under a debugger, which I only have here, on my development PC. No usable (by me) controls and it is a pain flying with keyboard. But I can slew. It would be better if you could give me a location, please -- Lat / Lon. The TCAS tables are independent of altitude, so I can just start at Sydney and slew in a direction (would help if you have me that too) towards the Lat/Lon you give me. Or could I just position the aircraft at Canberra? I can't see what difference it would make ... perhaps you could try that first and let me know. The reason I need to be able to do it quickly is that I might have to repeat it several times under debugger control till i can see what's going on. Thanks, Pete

Within the TCAS range? Yes, sorry. As I said, the logging isn't sufficient to tell me what is going on. I'll be trying to reproduce the problem here -- so far I've not been successful in finding somewhere with only a little ground traffic but definitely air traffic. I'm using MT6 for traffic. I just need to find someplace far away from busy airports, but near a small one with only one or two aircraft on the ground, and under routes being flown by airborne stuff. If I can't repro it within the next few days I'll amend the logging and send you a link. Pete

Thanks Thomas! I never noticed that! Pete

Yes, I use AIDupe too. Of those I can only think it is RC4 -- it uses Slew Mode to freeze traffic before encroaching runways you are using. I'm sure whether it uses it for other things too. But according to the log it's doing some very odd, illogical, things. Ah, Australia. Yes. It's still yesterday here. Well, for another 5 minutes! ;-) Pete

Sorry, I've never heard of "viewgroups"! Are there controls listed in the list of FSX and P3D controls (in your FSUIPC Documents folder) for this? If not, I really don't think it would be possible through FSUIPC. Have you looked through the possible P3D button assignments? I suppose you could just about do it with a Lua plug-in which used the mouse library to right-click then try to move the mouse pointer and send the click. Pete

With your help I've now found and fixed this bug. Really it was an unlikely situation, which is why it hasn't been found before. Running a Lua plugin on a Client to display information from the server ON the server is obviously a little illogical. The non-WideFS VAS display plug-in is best run on the Server. However, that's the reason why the bug hasn't been found before -- and it may well have affected a more logical application. So, thank you! The fix will be included in the next FSUIPC update. Pete

No. That was the only thing that I provide which makes WideClient write to those offsets. It should work, I don't know what's changed, but now we've isolated it I will find out and fix it. Thanks for confirming. Pete

The log doesn't show much to me, either. Some weird stuff though ... There were 46 AI aircraft in the TCAS range, all of which provided only their initial positions. Of those 16 were airborne -- 30 were on the ground.. I'll have to check that logging option. Because with airborne aircraft (especially) there could be as many as 4 updates per second EACH, I probably only log the aircraft details when it first appears. I'll have to think of another way which doesn't give huge, really huge, files. Tomorrow, would you run TrafficLook instead of Radar Contact or whatever is sending slew toggle commands to the aircraft -- it seems to be doing it to most of the aircraft, and almost all at once. Weird. It only does this to 4 of the 12 airborne aircraft. But why is it doing this anyway? I'm pretty sure Radar Contact doesn't, at least when I used it (I moved to ProATC/X). To avoid this weird confusion, please only use TrafficLook for the test -- you can run it twice, selecting ground for one and airborne for the other. It will run happily on a network under WideFS if you want. It only reads TCAS traffic aircraft, so it won't send them commands. If I change the logging in a Test version, I'll add another message here with a link. Pete

With a log which shows none of the errors we are trying to debug! So what did you stop ? Were there any WideFS client programs running? I know about that one, though I've never seen it. I don't think it is related to OOM. Pete

Hmm. That's odd. Something else is writing those entries then, from a WideFS client. We'll need to do a process of elimination on whatever is running on the clients (though it could equally be something on the main sim PC -- those offsets are supposed to be for WideClient only, but anything can write there -- weith possibly the results you are getting, because they instigate calls into the sims inner code to get a display on screen). I need the log with the ipcWrites enabled please, at least the first parts where it starts happening, until it repeats. In order to get that log option going when FSUIPC starts, you'll need to enable it then restart the sim. 1579063 (the first error) - 694328 (when the sim is ready) = 884735 which is 88.4735 seconds. I think about 20-30 seconds of that will be WideServer starting up. Pete

Hmm. Stranger and stranger. I can't see how the combination is any different. But I don't think that arose in my tests. I'll have to try again. So does the ground traffic also have to be a "lot less", more than 1 or 2, like you said, or not? Sorry, I don't see that. My results agreed with yours -- no restart if the only traffic were all airborne. I'll see if I can conjure up a situation with a few aircraft on the ground as well as in the air I'm watching the TCAS tble entries using two copies of Traffic Look running side by side, one set to ground and the other to airborne, and the FS Tools facility "Traffic Explorer" for the complete list, including those out of TCAS range. Pete

For the same displays on both the Client and main FS screen? Why both on WideFS? For the latter it would be much more efficient to run VAS Monitor on the FS PC. It's late here, but I'll check this tomorrow. Do you get any of the VAS Monitor display on the P3D screen? I know there's a delay between this 694328 Advanced Weather Interface Enabled and the first error: 1579063 ***ERROR C0000005 at 58257656 ExWriteStateData(Offset=9BFC, Size=4) That's nearly 90 seconds. Is that all WideClient start up time, before it is running the Lia plug-ins? Perhaps you could enable ipc Write logging in FSUIPC's logging tab. That will show me exactly what it received up to the crash. Pete

Well, it's been running now with small numbrers of traffic, but all airborne. I've checked the code and it definitely will not restart scanning unless there is at least one airborne AI but no updates for the timeout period. I've prepared a test version which keeps the airborne counter used to test this in an offset (026C) so it can easily be monitored by a Lua plug-in. But before I supply anything to do al that, maybe you could let FSUIPC log all the AI data it is getting. This will get very large, but when you get the problem it should show exactly why, so you coud stop the sim then and only show me the last few hundred lines of the log. The way to enable this logging is as follows: Add to the [General] section in FSUIPC4.INI these lines. Debug=Please LogExtras= x10000 Pete

So, when the problem happens, are all the aircraft static on the ground and not being prepared or doing anything? In such cases SimConnect will not be sending any updates. However, I think FSUIPC only gets into the "restart" situation if there are airborne aircraft -- but I'll check this. If FSUIPC does restart scanning when there are only unchanging static aircraft, perhaps SimConnect doesn't supply the initial data. Maybe it only supplies such data when the aircraft are first added. If the problem has never happened when aircraft are actually flying, then that is a BIG clue and guides me to what and where to check. After the traffic restart, if SimConnect is not providing unchanging data then, nevertheless, it would start sending data once airborne (or active ground) aircraft are about. FSUIPC's TCAS tables, as used by applications such as Radar Contact, only have a range or max 80 nm (adjustable in the INI and, I think, the Options dialogue). So that's another factor. Programs like SuperTrafficBoard have no range limits. Let me know the answers to these things and I'll look deeper. I've been running FSX-SE for the last couple of hours in a remote part of the world where there are only a few (between 1 and 14) aircraft, but mostly airborne. It is very difficult to force a case where nothing is flying. Pete

Please, in future, at least state why you are attaching a file. It would be much better to just paste the contents into your message. I don't like just downloading files for the sake of it. It looks like you are running some program interfacing to FSUIPC and writing to offsets reserved for WideClient running a Lua plug-in using the display library to get a display on the FS screen. If bad data is written to these it is quite possible to generate Access Violations, in this case probably in the depths of the display code in the Sim or its system DLL. It is to avoid crashing the Sim altogether in such cases that FSUIPC traps such crashes in the first place, logging them instead. So, as with any reports or questions about FSUIPC or problems, more information is obviously needed. What programs are you running? Are you using WideFS? What plug-ins are you using, both in FSUIPC and the WideClients? Please always provide at least basic information. Pete

I have not been able to reproduce it yet. You persist in this misunderstanding. As I keep explaining, it is NOT restarting the scanning which breaks anything. For the restart to be triggered it is already broken. The restart occurs exactly because no traffic information is being supplied by SimConnect, even though it was requested. The restart is an attempt to force SimConnect to start supplying again. I'll continue to test here, but it is very strange. Possibly SimConnect logging would show something, but the file that would produce would be enormous and finding any relevant line there will bre a nightmare. I'll get back to you if I can find anything. From your reports it only happens when there are very few AI aircraft, is that right, or have I missed something? Pete

The version number is clearly shown in my Download Links subforum, above. That's where you find all my software and it is all clearly labelled with notes on changes and so on. I think the "download-window" you refer to is the one Enrico Schiratti has. His window has links to the latest full install -- the files are here, not there. His are only links. I have no control over the text on that page, only the files he links to. With so many frequent sub-versions (current is 4.965) the busy Mr. Schiratti really need not be disturbed. The major part ("4.96" is always shown and sometimes I can get him to update sooner. Please just take it that it always points to the latest -- but for more information, please look here, in Download Links. This Forum i can edit and control. Pete

Yes. You can have as many buttons assigned to any control of facility you like. There are no checks on how many. It's only the other way around that gets a little more complicated -- assigning two or more actions to the same button. That involves editing the settings file (FSUIPC4.INI). But what you want to do is easy -- just assign it in the same way. Pete

Each Bodnar board represents one "joystick" device, so still limited to 8 axes/sliders and 32 buttons. They are relatively cheap though, and very easy to use. Pete

FSUIPC does not include drivers for devices. It relies completely on Windows support for what are classed as "joysticks" in DirectInput, in the same way as Flight Sim and P3D do. So, does FSX see the Pokeys buttons? Does Windows Game Controllers (or whatever it's called in Win10)? If not then for FSUIPC to see it you'd need a driver or some other software to recognise it. If it is a standard HID device (Human Interface Device) on USB, then you could write an FSUIPC plug-in for it using Lua, but you really would need to be a bit of a programmer. I have heard of folks using PoKeys before. Are you sure there's not some implementations you could use around already? Have a look at some other Forums. Maybe Pokeys has a Forum or resource web site? Oh, also try using FSUIPC 4.964f, available in the Download Links subforum. It has some improvements to joystick programming. [LATER] Didn't you try searching the User Contributions subforum here? I just did and found this thread: Don't know if that's useful to you (BTW Lua script = plug-in). Pete

If you've done this recently you will find it is 4.964. That is the earliest supported version. You only buy FSUIPC4 once. All updates since it was introduced in 2005 are included in the original price, and it is best to keep it up to date. I can't support old versions. No, nothing is touched by the install except for replacing the program itself (the DLL) and updating documents and so on in your FSUIPC Documents folder. Updating is easy and only involves running the installer. You don't even have to re-enter your details. Pete

Probably because that aircraft isn't using the normal FS systems. Many sophisticated add-on aircraft use their own systems, not FS's. FSUIPC interfaces to FS, not to add-ons. You'll need to seek a solution from FSL, or just use the facilities in FSUIPC axis assignments to send specific controls when the lever moves through set regions. see the right-hand side of that tab. You can have up to 10 different positions set where flap set controls can then be assigned. You do this instead of assigning to an axis control on the left-hand side. Pete

I see no need for that. There's nothing wrong with having gaps in the numbers. They will get reused when needed. Pete

Yes, because there may still be assignments to them. better to get an error saying that a specific file is missing if you use the assignments -- you maybe have erased or move the Lua inadvertently. No, sorry. It isn't that clever. But just delete the entries you don't want. It won't renumber. If you add more later the gaps will get used -- though added at the end, so the numbers will get out of order in the list. You can sort them if you like, but don't change the numbers. The same sort of thing applies to the list of WideFS clients and the Macro file list. Pete