rafaelcoronel

Alright Pete, now I got it. I appreciate it. Thank you. Rafael

Thanks Pete for your reply. I already got it. Problem solved. Regards, Rafael

Paul, Thank you. I was working with INT instead of SHORT. Sounds like we need to be more specific when working with C# than with C++. Indeed, the last to bytes of my INT went to 0x88E address. However, I still cannot understand how it worked fine with Jet Aircrafts (737 for instance), since the N1 value increased as the throttle position also increased. Best Regards Rafael

Hi all, I'm in trouble with the 0x88C offset, which is very odd because I've been using it for a long time in my external A/T in c/c++. However, as I'm now working with c# it turns out that weird things are happening. In this case I'm designing an A/T system for a HELICOPTER. To illustrate such thing, to write a determined throttle lever position (a value between -16384 to +16384) in Borland c++ Builder I simply input the following command: FSUIPC_Write(0x88C, 2, &throttle_pos, &dwResult); FSUIPC_Process(&dwResult); and all works simply fine. Perfect. In the other hand, in c# (MS Visual C#) I'm supposed to write the following command to achieve the same effect: fsuipc.FSUIPC_Write(0x88C, throttle_1, ref token, ref dwResult); fsuipc.FSUIPC_Process(ref dwResult); and guess what happens. The Helicopter lever position works fine but the Helicopter just gains power for a brief instant (1 second) and then it looses power. I notice that N1 rotation (in this case) decreases as I the throttle lever position increases. At least to me it is extremely nonsense. Observation #1: It perfectly works for aircraft, not to helicopters (in C#). Observation #2: It perfectly works for all aircrafts in FS (in C++) Observation #3: I tested the command line to many other offsets and they worked fine also. It seems to be a bug in 0x88C offset for c# applications (??) Pete/people, can you give me a clue about what is happening to it?

Hi all, I'm in trouble with the 0x88C offset, which is very odd because I've been using it for a long time in my external A/T in c/c++. However, as I'm now working with c# it turns out that weird things are happening. In this case I'm designing an A/T system for a HELICOPTER. To illustrate such thing, to write a determined throttle lever position (a value between -16384 to +16384) in Borland c++ Builder I simply input the following command: FSUIPC_Write(0x88C, 2, &throttle_pos, &dwResult); FSUIPC_Process(&dwResult); and all works simply fine. Perfect. In the other hand, in c# (MS Visual C#) I'm supposed to write the following command to achieve the same effect: fsuipc.FSUIPC_Write(0x88C, throttle_1, ref token, ref dwResult); and guess what happens. The Helicopter lever position works fine but the Helicopter just gains power for a brief instant (1 second) and then it looses power. I notice that N1 rotation (in this case) decreases as I the throttle lever position increases. At least to me it is extremely nonsense. Observation #1: It perfectly works for aircraft, not to helicopters (in C#). Observation #2: It perfectly works for all aircrafts in FS (in C++) Observation #3: I tested the command line to many other offsets and they worked fine also. It seems to be a bug in 0x88C offset for c# applications (??) Pete/people, can you give me a clue about what is happening to it?

I work with control systems for UAVs, both simulated in FS2004 and also the real platforms like the Asctech Pelican & the Parrot AR.Drone. By the way, MCKINLEC, which kind of controller are you working with and in what language do you want to implement such delay? Regards, Rafael Coronel

Thank you Pete for your response. Ok, I got it. It might be a little bit out of the scope (or maybe not) for most FS developers but I guess this issue may be useful somehow, someday. Indeed, it turns out that it's been a quite hard to grab frames even using OpenCV and c++ programming, which is commonly used for many tasks concerning computing vision when you're connected to an online camera via USB camera or even to capture frames from AVI videos (post-processing, in this last case). As I need to online process images that are generated by the FS itself, has anyone ever embedded a specific cockpit view (or others) into a window/panel in an external program so that it is possible to work with those images as they were simply objects to be manipulated by the program? Is there anything to do with the way cockpit developers split the FS cockpit view in multiple monitors? Can anyone give me a clue? Regards, Rafael Coronel

Hello Folks, I've been successfully working with FSUIPC in the past years in many languages (such c#, c, c++, pascal, vb) in several projects into the FS scope (autopilots, etc.). However, I'm now facing a huge challenge (maybe the major so far) which consists in capturing the view (yes, the view, the frames generated by FS2004, such as Cockpit View, Spot Plane View, etc.) of my FS2004 in order to embed it into a new window (or program Form, regardless of which language/IDE I'm programming), that is, is there any memory address that contains the images (frames) generated in the simulated environment which I can access via FSUIPC? So, succinctly speaking, is there any offset which is not in the offsets conventional list that can make it feasible? Regards, Rafael Coronel