PDA

View Full Version : N1 Lag- PMRJ software



Tomlin
11-24-2007, 08:55 AM
Okay, I know this was discussed a bit over the last week or so, but I wanted to post this here since it's my issue and I dont want to hijack another thread.

I know that many will think that Ive had the issue that Im about to describe, but I really honestly do think that it's only recently began.

Issue: After pressing Shift-F4 to get the fuel available, I hit the START button for my engine(s) and at FIRST N1 starts showing an increase in percentage, but then immediately drops to a value of Zero, BUT N2 is still rising, and as it reaches 20.5%, it lights off, and then N1 will slowly start spooling up.

Seriously- this has only started recently. It's just that I noticed it more after the other thread. Do you think that if it was a network lag issue, that N2 wouldnt rise upon holding the start switch and N1 would be static?

Thomas Richter
11-24-2007, 09:35 AM
Hi Tomlin

First make sure this lines are not in your Type file

N1StartupDelay=20
N2StartupDelay=40
N1Init=3.3
N1Stable=23.7
N2Stable=55.0

I think it's not needed to describe them !

The second thing is that every time the thinking is there that the dog is moved by its tail.

1/ WideServer reads informations from FS
2/ WideServer sends this Informations to the Network
3/ the Network transports this Informations to other PC's
4/ WideClient reads from the Network the Informations
5/ PM reads from WideClient the Informations

If the server is overloaded on step 2, you will not see any changes on step 5 !!
So if something is not or only with a lag displayed on the Client, check the Head of the dog, not the tail :-)

Trevor Hale
11-24-2007, 09:48 AM
Awesome analogy Thomas,

Makes perfect sense.

Tomlin
11-26-2007, 09:27 AM
Thomas, everybody- thanks for your reply friend. I have been in overdrive trying to get my sim ready for our own mini charity event coming up in less than two weeks.

I will try your suggestion and see what happens. I wonder why it would have started doing this on its own?

When you say to insure that those lines are NOT in the file, do I just delete them, or change the values?

Thanks,

Thomas Richter
11-26-2007, 09:47 AM
This lines are needed to "simulate" a slower start sequence, IF NEEDED.
But they have only effect on Eng Start.

Sometimes an Window Update is doing something you don't know and suddenly those things happen.
E.g. some years ago I use Opencockpit cards and suddenly I had problems that the cards were not recognized by Win XP Pro. A lot of people had the same problem, started all with some Windows Updates. I had to use a seperate USB card for the PC to get all back.
That's the mysterious Windows!

Because we can ONLY read/write what is possible to read/write over the network.
And the best indication that it is a Network problem is EVER when the problem starts after some minutes, then the Data is in Network Buffer and it's starting to get a lag.

People starts ever with changing their settings on software and belief to get better results, but this only can then happen if you take some load from the Network with this settings. But this again is then the indication that the problem lies on the Network.
The interpreting is most wrong.

Tomlin
11-26-2007, 09:51 AM
Okay, so just delete them if they are in there...?

Thomas Richter
11-26-2007, 09:56 AM
Yes, I never used them. I control this settings by changing the ???.air file itself.
I think this lines are from older FS times still available and just confuse one or the other user.

Tomlin
11-26-2007, 10:00 AM
THanks! I appreciate the quick help.

michelmvd
11-27-2007, 05:21 AM
Hi Thomas,


Yes, I never used them. I control this settings by changing the ???.air file itself.
.


Can you direct my to which sections I have to go, in order to do that in the airfile.
I would like to adapt the N1 / N2 / EGT spoil up time.

Many thanks for your appreciated help

B. Rgds
Michel

Thomas Richter
11-27-2007, 10:12 AM
Sorry, but this is not one or two settings. The air file ist NOT the Aicraft.cfg file, it is a binary file that handles FS internal Offsets and very complex 2/3 dimensional curves they work "hand in hand". A wrong setting can give you a unflyable A/C. That's why many A/C's use still the same (or nearly) air file.