

svenks
RTW Race Team-
Content Count
1,027 -
Donations
$0.00 -
Joined
-
Last visited
Community Reputation
4 NeutralAbout svenks
-
Rank
Member - 1,000+
- Birthday 10/30/1955
Profile Information
-
Gender
Male
-
Location
Denmark
Flight Sim Profile
-
Commercial Member
No
-
Online Flight Organization Membership
none
-
Virtual Airlines
No
-
Hi Alex As always, a very quick answer! I did change the port number, but only when my problems began, and I changed it back when that didn't work. To tell you the thruth, I have absolutely no idea, what happened yesterday. On the 27th I did the mentioned update and my problems began. When I tried it on th 28th, it worked fine - but only once. Then the address was protected again and nothing worked. I tried all sorts of things, port change rollback to an earlier version of Little Navmap, but to no avail. Then I wrote to you... I came back today with the intention of getting to the bottom of this, but Lo! and Behold - everything is working again! And I haven't done anything today until that point. Now I have updated Little Navmap, and everything is still working fine. Im' confused, and hate when things like this happens. Fortunately it is rare... So let's close it for now, it must have been something in my setup, which is a bit special (Little Navmap running in a Hyper-V VM and accessed as a Remoteapp via RDP). If that doesn't mean anything to you, rest assured it usally works great! Thanks again, BRGDS Sven
-
Hi Alex I have just updated P3D to v5.4. at the same time I updated Little Navmap to latest version 2.8.12 from 2.8.10 (and of copurse Little Navconnect). Since then, I have not been able to run Little Navmap remotely due to the above problem. I have seen a post converning Defender and Protected Networks, but I have checked and this is not enabled on my PC's. Neither are any firewalls enabled. I rolled back to the older version, but I still see the problem. Other connections (ASPP3D) are working fine. Which server are we even talking about? I'm attaching a bit of the log file (after the rollback). I'm hoping you can shed some light on this... BRGDS Sven Sorensen, EKCH [2023-07-29 19:49:04.680 INFO ]: Little Navconnect [2023-07-29 19:49:04.680 INFO ]: Version 2.8.5 32-bit (revision 89bd0b0). [2023-07-29 19:49:04.681 INFO ]: Data Version 11. Reply Version 5. [2023-07-29 19:49:04.681 DEBUG]: bool atools::win::ActivationContext::loadLibrary(QString) "D:\\FS Addon\\Little Navmap\\Little Navconnect\\SimConnect.dll" [2023-07-29 19:49:04.708 DEBUG]: bool atools::fs::sc::SimConnectApi::bindFunctions(atools::win::ActivationContext&) [2023-07-29 19:49:04.708 DEBUG]: bool atools::fs::sc::SimConnectApi::bindFunctions(atools::win::ActivationContext&) done [2023-07-29 19:49:04.708 DEBUG]: atools::fs::sc::XpConnectHandler::XpConnectHandler() [2023-07-29 19:49:04.708 DEBUG]: FSX status true [2023-07-29 19:49:04.709 DEBUG]: atools::fs::sc::DataReaderThread::DataReaderThread(QObject*, bool) [2023-07-29 19:49:04.709 DEBUG]: void atools::fs::sc::DataReaderThread::setHandler(atools::fs::sc::ConnectHandler*) "SimConnect" [2023-07-29 19:49:04.709 DEBUG]: SimConnect available: false [2023-07-29 19:49:04.710 INFO ]: Connecting to FSX or Prepar3D using SimConnect. [2023-07-29 19:49:04.716 INFO ]: Starting server. This can take some time ... [2023-07-29 19:49:04.742 DEBUG]: Navserver starting [2023-07-29 19:49:04.742 DEBUG]: virtual void atools::fs::sc::DataReaderThread::run() update rate 500 [2023-07-29 19:49:04.756 DEBUG]: localHostName "SKSGAME5" localDomainName "" [2023-07-29 19:49:04.759 DEBUG]: Found IP "fe80::6828:5539:ad4f:9253%ethernet_32777" [2023-07-29 19:49:04.759 DEBUG]: Found valid IP "192.168.0.119" name "SKSGAME5" [2023-07-29 19:49:04.759 DEBUG]: Found IP "fe80::5c4d:19d9:2dc0:edc5%ethernet_32779" [2023-07-29 19:49:04.759 DEBUG]: Found valid IP "192.168.56.1" name "SKSGAME5" [2023-07-29 19:49:04.759 DEBUG]: Found IP "::1" [2023-07-29 19:49:04.759 DEBUG]: Found IP "127.0.0.1" [2023-07-29 19:49:04.759 DEBUG]: Found IP "fe80::9035:c514:410e:a4c3%ethernet_32774" [2023-07-29 19:49:04.760 DEBUG]: Found valid IP "172.20.80.1" name "SKSGAME5.mshome.net" [2023-07-29 19:49:04.760 DEBUG]: Server address IP QHostAddress("") [2023-07-29 19:49:04.763 CRIT ]: Unable to start the server: The address is protected. [2023-07-29 19:49:04.764 INFO ]: Server running. [2023-07-29 19:49:04.764 DEBUG]: MainWindow::mainWindowShown exit [2023-07-29 19:49:04.764 INFO ]: Not connected to the simulator. Waiting ...
-
Hi all I realize that this is a hardware forum, but my question does revolve both hard- and software, so please bear with me 😀 I have the Saitek X52 Pro as well as a couple of Saitek Throttle quadrants. I use Throttlemanager.lua to enable thrust reverse when flying non-airbus planes. But I do love FSlabs Airbuses, however using the X52 throttle with with Reverse enabled if hoping for problems: If you pull back just a bit too much on the throttle, you'll activate the reversers. I did manage to tweak/modify ThrottleManager.lua to overcome that problem, but pushing the throttle forward to increase Reverse Thrust is not how you do it in an Airbus. So, I have begun a modification of Throttlemanager, so that: 1) Pulling back the throttles will only take you to FWD Idle 2) In order to actually reverse, you have to activate some button (I will pull up on Throttle Hat) to "Unlock" the throttles - and then you can pull back to increase reverse thrust. However, I would like to use the same values within my script as is used in setting detents in the Airbus - what FSlabs refers to as Throttle Position. This will enable me to read the config file and determine where FWD/REV is located. The Throttle Pos values go from -1 to +1, whereas the actual values from the throttle (FSUIPC) go from -16384 to +16384. Now, I'm not a matematician, so I really could use some help to create a formula that will convert the FSUIPC values to the FSlabs' standard. It would be so much easier, if I could just read some offset in the Airbus and get the values there - but FSlabs is like a closed book here. Thanks in advance, BRGDS Sven Sorensen EKCH
-
Hi all Good to see that the group is still alive and kicking ... err, flying.😀 As for myself, I'm beginning to get back into flying after a LONG break. I'm using P3Dv5, as I'm really not keen on participating in Microsoft's latest beta (you know what I mean) Boy, it's steep learning curve... Keep, flyin', BRGDS Sven Sorensen, EKCH
- 1 reply
-
- 1
-
-
Haha, good one, Andrew. No worries 🙂 /Sven
-
Thank you for your reply, Andrew. By "assigned functions", you do mean the ones assigned to a button in the Linda GUI, right? Not a really big issue in this case, but wouldn't it be worth looking into? I can think of lots of situations where your code would get much simpler if you could pass one or more parameters. I now use 4 functions to handle the double trigger functionality on my X52 Pro joystick. If I could pass a parameter, I would need only 2... Then again, it might be to tricky to implement. Thanks again, BRGDS Sven Sorensen, EKCH
-
Well, the title says it all... Is it possible to pass a parameter to a Linda function, say like one in User module? If I define a function that needs a parameter eg "function RC4_Set_Keycode(keypress)", the Linda GUI doesn't seem to allow me to enter a value for keypress - or have I missed something? BRGDS Sven Sorensen, EKCH
-
Disregard... I finally got it working by using KeyPressPlus. I did try that yesterday, but apparently something else was wrong. Thanks, Sven Sorensen, EKCH
-
Hi all I thought I would pick your collective brains for a bit, since I'm fresh out of ideas... I'm trying to utilize the Saitek X52 Pro's double action trigger to do one of 2 things in RC4: ACK or ACK and CTC. In RC4, these are assigned to CTRL+7 and CTRL+1, respectively. I have defined G7 and G1 on my G15 keyboard to do this. However, in a busy moment, it would be nice to have these 2 functions near at hand = the trigger on my X52, which have 2 steps. You would normally use this for machine guns or machine guns + machine cannon, but I really don't do much shooting from my FSlabs A320... 🙂 The idea is: Step1 trigger, - do ACK, step 2 trigger do ACK+CTC. The code is simple enough, and it does produce the correct keypress (veryfied by seeing the korrect keystrokes appearing in Notepad) - but to get RC4 to react to it is a very different matter. I have no idea where the keystrokes end up, but RC4 does not react... Any ideas on how to do this would be greatly appreciated! BRGDS Sven Sorensen, EKCH
-
Ah, okay - now I see! Well, English is not my first language, so I took the word abuse a little serious. Sorry about that.🙄 But a polyline would do the job nicely, and yes, I would (ab)use it that way. Airernie: You still don't get it. I do zoom.in, so I can see the taxiway names. But at that zoom level you cannot see much of the whole path, and if I zoom out so I can, I may not be able to see where to turn. Especially as I have the map off to the side on a secondary monitor. The multi line measurement would only take a minute to click into place, and then you can zoom out and still see the path. Note, I am not the only one looking for such a tool. Other than using progressive taxi, I haven't found anything that can show the way on the taxiways - except for FSC, and there you can only mark whole taxiways, not just the part you want. Hth brgds Sven
-
Hi Alex Thanks for your reply. Yes I suspected that. What about my other idea? Special taxi waypoints, that can be inserted before SIDs and after STARs/approach? The reason I would like this feature is simply because it is easier to follow a path in a different colour. Also, when you zoom in as much as is required, sometimes you can't see where you need to be going, and you might wind up taking a wrong turn. Brgds Sven
-
Hi again Having dug deeper into this brilliant program, I can see that it already can do what I want - almost! First of all, I can place a number of temporary Userpoints along the path I use to taxi. That helps a bit, even if they are not connected. Then I discovered that I could easily add Position waypoints to the flight plan, thus actually getting a path to follow. But this fails when I have a SID, since these waypoints needs to be after the initial (parking) point, but before the SID. And you cannot place them there, you can only move them down, not up. Perhaps a simple way would be to have a class of waypoint, that are temporary but CAN be inserted before the SID. Again, just a suggestion... BRGDS Sven Sorensen, EKCH