Karli D

Thank you very much for your efforts. I think now I found a way to identify the loaded aircraft. As for now it works well and I hope I can work with it for a while.

The 0 terminator works now. Thank you, John. But... - really sorry for being such a pain in the backend - the variables are not accessible the whole time now. Can't tell if that was the case before. Now I get the values just while in the main menu, but when I load the flight, they're gone! The only way to get the values then, is to switch the aircraft via the dev menu or to go back to the main menu. Of course I understand, that this is not a priority thing. I think I will try to use the title variable to achieve, what I need - the designator thingy doesn't work for all aircraft tho. But anyway, thought I'll report the outcome to you. Thanks for your efforts.

Hi John, I came across strange behavior while reading offstes 09D21 and 0B26 (0618 will probably have the same issue, but didn't check that yet). Already discussed that with Paul Henty, and his guess is, that the 0 terminator isn't being written at the end of the string. The video explains what happens: Here's also the code - it's rather simple: public partial class Form1 : Form { private Offset<string> ICAOmanufacturer = new Offset<string>("Aircraft", 0x09D2, 16); private Offset<string> ICAOModel = new Offset<string>("Aircraft", 0x0B26, 32); public Form1() { InitializeComponent(); } private void Button1_Click(object sender, EventArgs e) { // Connect to FSUIPC try { if (!FSUIPCConnection.IsOpen) { FSUIPCConnection.Open(); button1.Enabled = false; } else { FSUIPCConnection.Close(); } } catch { // NO FSUIPC running } } private void Button2_Click(object sender, EventArgs e) { try { FSUIPCConnection.Process("Aircraft"); tbOutput.AppendText($"Manufacturer: {ICAOmanufacturer.Value}\r\nModel: {ICAOModel.Value}\r\n\r\n"); } catch(Exception ex) { tbOutput.Text = $"Exception: {ex.Message}"; } } private void Form1_FormClosing(object sender, FormClosingEventArgs e) { FSUIPCConnection.Close(); } } Something is messed up and I'm not able to read the manufacturer name and the model correctly. Thank you. -EDIT- I confirm that 0618 (ICAO designator) has the same issue. Most aircraft has a 4 letter/digits designator, so the issue doesn't show up. But the Icon A5 has a shorter designator and here one can see the issue also.

Thank you Paul, first I thought, that I messed up smthg in my code, as I'm working on a bigger project and there are already lots of forms, classes and stuff. I'm a pro at graphics, but not an expert programmer. Still learning new things every day, so I wasn't sure if it's not my fault. That's also the reason why I decided to go with the DLL client and not simconnect. I think it's a big help -> Can't thank you enough for making this possible btw and will definitely donate. So I'm a bit stuck at the moment, because I gotta identify the loaded aircraft and have a hard time to do that. Tried all the listed offsets private Offset<string> aircraftProfileName = new Offset<string>("AircraftID", 0x9540, 64); private Offset<string> AIRfilePathname = new Offset<string>("AircraftID", 0x3C00, 256); private Offset<string> ICAOdesignator = new Offset<string>("AircraftID", 0x0618, 16); private Offset<string> ICAOmanufacturer = new Offset<string>("AircraftID", 0x09D2, 16); private Offset<string> ICAOModel = new Offset<string>("AircraftID", 0x0B26, 32); private Offset<string> title = new Offset<string>("AircraftID", 0x3D00, 256); and found out, that the best way to identify the aircraft is 3D00. However, I gotta have a manufacturer and a model too to display it to the user. Unfortunately ASOBO, as well as third party devs don't really care much about keeping a straight line in naming their aircraft. In fact it's a totally mess! Sometimes the manufacturer name is missing completely, sometimes it's replaced by the dev name, sometimes it's at the beginning of the string, sometimes at the end. There's no structure at all in that. So I hoped the new offsets would help a bit to find a solution for that. Looking for the second double quote sadly doesn't work, as I already came across aircraft, where the second one is missing (for whatever reason). Ok, maybe it's the string length, gotta check that. Will report that to John.

Today I came across a very strange behavior trying to read offsets 09D2 and 0B26 (ICAOmanufacturer and ICAOmodel). I'm not sure if it's caused by the Client DLL or FSUIPC itself. Somehow... the string seems to keep the previous value and just overwrite it partially: The code is rather simple: public partial class Form1 : Form { private Offset<string> ICAOmanufacturer = new Offset<string>("Aircraft", 0x09D2, 16); private Offset<string> ICAOModel = new Offset<string>("Aircraft", 0x0B26, 32); public Form1() { InitializeComponent(); } private void Button1_Click(object sender, EventArgs e) { // Connect to FSUIPC try { if (!FSUIPCConnection.IsOpen) { FSUIPCConnection.Open(); button1.Enabled = false; } else { FSUIPCConnection.Close(); } } catch { // NO FSUIPC running } } private void Button2_Click(object sender, EventArgs e) { try { FSUIPCConnection.Process("Aircraft"); tbOutput.AppendText($"Manufacturer: {ICAOmanufacturer.Value}\r\nModel: {ICAOModel.Value}\r\n\r\n"); } catch(Exception ex) { tbOutput.Text = $"Exception: {ex.Message}"; } } private void Form1_FormClosing(object sender, FormClosingEventArgs e) { FSUIPCConnection.Close(); } } Do I oversee something?

You, sir, are a genius! 😀 Works like a charm! Thank you very much. 👍

Hi Roman, actually it does. Both of them do. Just not the whole time. For example 0x0230 doesn't respond while the sim is paused. But it works for now: https://youtu.be/htEFieeIYck But yeah, an offset would be better. Also FSUIPC handles the connection state way better, safer and faster...

Hi John, kindly asking if we could have as an offset? 🙂 Since FSUIPC7 is an executable on it's own and doesn't run inside the FS process, it also doesn't necessarily exits with MSFS (if someone unchecks the option). If MSFS exits and FSUIPC doesn't, I'm getting no more realtime-data from the offsets, but just the last readings over and over again. Being unable to check if MSFS is still running there is no difference to data that simply didn't change since last process. Actually I did a workaround by continuously checking changes in 0x0230 and 0x0274. So if both have no changes for a while, the sim connection is most probably dead. But I can't tell for sure. So it would be a big help to have an offset to monitor the connection state between FSUIPC and MSFS. Thank you.

Will do. Thank you, Paul.

Thank you, Paul. 0x0230 is a good workaround. Not perfect tho, as it stops sometimes - f.e. when the FS is paused, it delivers no change to the value, but still way better than anything I could find. I think with a combination of timestamp and framerate I'll be able to find out if FS is running or not. An offset that tells us the actual status of the connection between FSUIPC and MSFS would be indeed a niceToHave. 🙂

Hi, Let's say I'm reading two offsets (like fs version and framerate) again and again. By checking FSUIPCConnection.IsOpen I know if FSUIPC is still there. But how do I know, if the user has by chance closed MSFS and left just FSUIPC running? In such case I'm still getting values from last process, but can't tell if it just didn't change or if the sim has been closed. Already tried Offset.Reconnect() hoping to force FSUIPC to read from the sim and give me f.e. 0 for the fs version or maybe 0 for the framerate, but that didn't do the trick. Somehow I'm stuck...

Drone camera. Then disable the lock and following and voila - you got a static cam wherever you want. I have my old x52 pro system connected sdditionally to my yoke. So I can move the cam with a joystick. Also assigned the buttons to toggle following and lock, the cooliehat to pitch and roll and the second cooliehat to zoom.

Sorry, my bad! Didn't realize there are multiple exe files. Now it works like a charm. Hope you can fix the stuttering for "play AI" one day.

Can't connect to the sim! And yes... SimConnect is installed! I'm running other software like Rex Weather Force, that is working properly, so SimConnect works.

Skytom, you obviously missed some things. Here's a "replay" for you: I'm so glad, you made it through your first post without offending anyone... oh... wait a minute... Almost... And now I would like to skip this part of the topic, because by playing with nazi boys one gets brown fingers.

oh, c'mon. First of all it's not "just a replay". It has (relying on what Fabio announced) way more features, that go way beyond "just a replay". Comparing it to other addons? Like what? Sceneries? The workload to create a scenery is not comparable to building a complex application. I did both, so I know that. Compare it to the price of a PMDG release. Compare it to VoxATC or Pilot2Atc. Even the FS2Crew - what in fact is a FSX application just made compatible with MSFS costs more. Do you have a clue how many hours are needed to build such a complex app like FCR? I guess not, because if you would calculate the expectation of sold copies and the price, that would leave you with a hourly wage others don't even wake up for. It's not like he can expect to sell 500.000 copies of that. The FlightSim community has the disadvantage, that it's a relatively small community. It got it's boost on members since the release of MSFS - but this is just temporarily. Most of them don't buy such addons, because it's just one of many games for them. That's ok, but therefore the expectation of how many people buy your product can't be compared to how many people buy the MSFS itself. Believe me, mate. If he really releases it for 18 EUR, it's a late christmas gift!

Sorry, but your damned nazi-like attitude is not nearly as funny as you think. I think I will just ignore you. Will raise the level of intelligence in this thread a lot for me. Congrats! You're the first one

You're just jealous, because if Austrians travel they always hear "welcome". Unlike the Germans, who always hear "well... come". Our pilots at least didn't kill hundrets of people on purpose. 😉 But in fact it's not your nationality that matters. In your case it's your "Kellerkind"-attitude. I know most Germans are nice smart guys. But there are always exceptions... Just wondering why I meet them this often.

Definitely. There is still no software, that for example lets you play your flight as traffic - what in my eyes is one of the key features. Not even one, that is close to comparable. The build in playback feature will most probably be like the ones in the previous versions of FS. Yeah, there are some others developing playback tools too, but if you look closely, you gotta admit, that it's not close to what Fabio announced. And all of them fight with a lot of trouble. If there would be a real alternative, why would all the guys still hang out here and bug Fabio to release it? Because there isn't... That's it. And honestly... trying to force him to release earlier is pointless. This just steals his time, he could work on the release. And additionally... he's Italian. Ever tried to threat an italian? That's pointless. They are not impressed. 🤣 So this thread here reminds me more and more of that:

Yeah, that was so brilliant, that my cat threw up.

"Schluchtenscheißer" are from Tyrol you genius. I'm from Vienna. You obviously say many things in Germany, that don't make any sense. If you're trying to offend me, you could at least google the meaning. Oh... and it's "you'RE" not "your". But never mind. A lot of smartasses with low education level do this mistake.

Thanks for your great advice, I also prefer to talk to adults instead of a bunch of moody kiddies.

So to wait 2-3 weeks for Fabio's release is way too long, but to wait months for a "maybe-release" of the ASOBO playback feature is not a long time. I understand... 🤣 Btw... I don't know the part of France, where the wages are this low, that 18 Euros are called "expensive pay" for a piece of software, that has been developed for months and offers features ASOBO won't ever offer - not in 10 months and not in 4 years (that's quite for sure). In fact that's cheap as f**k! Even if it would take double or tripple the price - it would still be ok! I probably would buy it, even if ASOBO would have released their playback feature yesterday. But let us return to this conversation when ASOBO releases their playback and compare it to Fabio's product. 😉

This thread is the very best example why Fabio is absolutely right about keeping the beta closed until the tool is ready for release. People here are acting like a bunch of kids, begging their mum for a lolly at a grocery. I already can see what this would be like, if he has released it too soon. "Dude, I paid for it! It has bugs! Fix them now", "I want my money back!" and so on. This is exactly the reason, why I wouldn't release it too soon also. I'm pretty sure it's a great tool and also desperately waiting to get it. But, for heavens sake, let the man work in peace. Him working longer on that benefits the quality and stability of your product. And threats like "It takes too long, so I don't think I will buy it" are simply ridiculous! You will and everyone knows it. Everyone will also. Because there is no alternative yet and won't be for a long time. Welcome to reality, make yourself at home!

That pretty makes sense. Even if a customer paid and gets a beta version, he might be disappointed, because it lacks of functionality, has bugs or simply is not fully compatible with his system - or whatever. So the reaction could be posting on social media and internet forums, that this product is shit and doesn't work correctly. And I'm not talking about one single person, but a bunch of them. Some posting videos of how buggy it is for them. Others messaging the creator all night long trying to force him to fix it faster and so on. There also might be a bug that can't be fixed for some systems (or similar) and it wasn't known before the beta. Some smartass kiddies then want their money back and such shit, because they believe they bought the whole world for 18 euros. Later then, when the product is ready to be released, it's reputation already has been ruined - like the nerves of the programmer. And just in case you wonder who does such things: A lot people do, because a lot of people act like kids or are simply trash. So therefore fully understand to not release it before a reasonable stable version is achieved.