Jump to content

AES 2.20a: Bugreports post her


OPabst

Recommended Posts

LOL, sorry :embaressed_s::mallet_s:

Also noticed the Catering trucks seemed to come much closer together like a fleet opposed to one at a time which is great...

Nice touch! Trying same flight as yesterday with new version now...

-Paul

Link to comment
Share on other sites

Last issues were fixed. But with 2.20a I found the following issues so far:

First, the LAV truck is just too far away from the aicraft when he starts to line himself up to back up into position:

fs92011-12-1221-27-47-33.jpg

fs92011-12-1221-52-23-36.jpg

The next issue is the fuel truck again. He just plows through the passenger stairs when he is ready to drive away.

fs92011-12-1222-04-04-27.jpg

fs92011-12-1222-04-16-30.jpg

The next issue is the fuel truck has no working lights day or night. No headlights no tail lights. Also the loaders have no working lights either.

fs92011-12-1310-59-39-78.jpg

fs92011-12-1310-59-47-27.jpg

fs92011-12-1311-02-12-68.jpg

I think it will look better if at night all lights are left on with all the vehicles. Looks like they are not busy with the lights off.

Also, the baggage loaders need to pull away before the jetbridge/stairs. The captain will not allow the passenger door to be closed if there are external doors open on the aircraft and those doors can't be closed until the loaders are moved away. Otherwise the cargo doors would hit the equipment. Can the timing on this be changed?

Cheers!

D'

Link to comment
Share on other sites

The next issue I just discovered. I had a very good flight from SFO to PDX in FS9 with the CS757. AES in SFO had no issues besides my above post. When I arrived to the gate in PDX everything worked very well but there was another issue with the fuel truck. This time the hydrolic platform lift did not animate. The metal door thingy opened and closed but the lift did not move. After a while the catering trucks left and still no animation with the lift. See picture:

fs92011-12-1315-14-24-74.jpg

Cheers!

Link to comment
Share on other sites

  • Developer

Hi D'Andre,

thanks for your feedback.

The LAV Vehicle I will change the process, yet it's only the "save" variation.

The lightings of the vehicles I take a look in.

Regarding the fuel truck position: Can you please check, if the Shortname of both B757 Models you use is starting with B75? In the second CS Model it seams to be ok, the plattform I will change the hight, but in the first case it looks like the name config is wrong/different.

Link to comment
Share on other sites

Hello Oliver, For me there seems to be a problem with the catering truck. When used with smaller jets it looks like it is trying to resize itself?

Do the smaller jets get smaller catering trucks? .... anyway it does not look like it has resized itself correctly (only the front cabin seems smaller and the flashing lights are in the wrong place).

In the first shot my wingtip is touching the fuel truck.....it must be difficult to get it right for every aircraft type.

Edit* Ok Oliver, I have sussed it... I did a test with a more well known narrowbody and realised the catering trucks front wheels changed position( very clever). It does move the flashing lights out of position however.

fsscr398-1.jpg

fsscr413-1.jpg

fsscr430.jpg

fsscr422.jpg

fsscr435-1.jpg

fsscr426-3.jpg

fsscr437-1.jpg

Link to comment
Share on other sites

  • Developer

Edit* Ok Oliver, I have sussed it... I did a test with a more well known narrowbody and realised the catering trucks front wheels changed position( very clever). It does move the flashing lights out of position however.

There are 4 different types of catering trucks availabe at the moment, they are selected per random and based on the conditions (height of the door). When the door is low, the half cabin or low cabin Truck will maybe the only once can be used.

I will check the Lights later and correct them.

Link to comment
Share on other sites

Hi D'Andre,

thanks for your feedback.

The LAV Vehicle I will change the process, yet it's only the "save" variation.

The lightings of the vehicles I take a look in.

Regarding the fuel truck position: Can you please check, if the Shortname of both B757 Models you use is starting with B75? In the second CS Model it seams to be ok, the plattform I will change the hight, but in the first case it looks like the name config is wrong/different.

Hey Oliver,

Yes the short name is B752. The platform works just fine at the departure airport. It was the arrival airport where it didn't seem to work. Like a memory issue maybe? I dont know. Also the hazzard yellow flashing lights seem to work okay. It's the head lights/tail lights on the fuel truck that seem to be out..

I will perform some more checks and flights today and get back to you. I want to see it I can recreate that platform problem again and record with Fraps.

Cheers!

D'

Link to comment
Share on other sites

  • Developer

Yes the short name is B752. The platform works just fine at the departure airport. It was the arrival airport where it didn't seem to work. Like a memory issue maybe? I dont know. Also the hazzard yellow flashing lights seem to work okay. It's the head lights/tail lights on the fuel truck that seem to be out..

But on you pic's it's not the same aircraft: where the Truck parks wrong was United, where the Plattform did not work, but correct parked was Continentel.Is it the same Aircraft model, so that the same intelliscene.cfg is used?

The plattform is fixed allready. The lights I will check.

Link to comment
Share on other sites

But on you pic's it's not the same aircraft: where the Truck parks wrong was United, where the Plattform did not work, but correct parked was Continentel.Is it the same Aircraft model, so that the same intelliscene.cfg is used?

The plattform is fixed allready. The lights I will check.

Well they are both CS757 But the UA was the PW model and the CO was the RR engine model. But the difference is the UA was at a non terminal gate so the Fuel truck goes forward to hit the stairs. If the same aircraft is parked at a terminal (jetbridge) gate, he goes in reverse and doesn't hit anything.

The intellisene is in the same folder for both models as they all use the same aircraft.cfg no matter the model. So yes the same intelliscene applies to both models.

With the CO model in the last picture, at the departure airport KSFO the fuel platform raised under the left wing like he was supposed to. But after arrival at KPDX he did park into position, put ground fuel line in place. All doors opened and closed but the platform did not lift to the wing. The plan was to fly back to SFO so I needed the refuel animation but it did not happen. It's like it forgot someting.

The United 757pictures at the at the very top was not an actual flight. I was just taxiing to different gate types around the airport to dest different gate types with the new AES and waited to see if any problems would happen.

I will take some pictures again to show you. Give me 10 minutes this time I will use the RR model.

D'

Link to comment
Share on other sites

  • Developer

Ok, now I understand the first picture, there the truck was allready in movement, then it's clear. I must change the path of the truck, so that he goes around the stairs first, before he moves around the nose.

At the moment he only move forward from his parking position, that's is not fitting here.

Link to comment
Share on other sites

Ok, now I understand the first picture, there the truck was allready in movement, then it's clear. I must change the path of the truck, so that he goes around the stairs first, before he moves around the nose.

At the moment he only move forward from his parking position, that's is not fitting here.

Yes you are correct. I was able to recreate the fuel truck platform problem again. This time it did not work at all. I made a video this time so give me about 30 minutes to upload to my youtube page.

D'

Link to comment
Share on other sites

Hmmm, just got another g3d.dll error approaching KEWR RWY 22L from EGLL. Funny enough my flight into rwy 4R didn't have any issues but both into 22L crashed... I can't say if it is just a coincidence that I got my first CTD/G3d.dll error in years right after installing 2.20 and 2.20a or if it is related but for now I am going to try to go back to V 2.14 and see if that helps.

Just weird timing...

-Paul

Link to comment
Share on other sites

  • Developer

Hmmm, just got another g3d.dll error approaching KEWR RWY 22L from EGLL. Funny enough my flight into rwy 4R didn't have any issues but both into 22L crashed... I can't say if it is just a coincidence that I got my first CTD/G3d.dll error in years right after installing 2.20 and 2.20a or if it is related but for now I am going to try to go back to V 2.14 and see if that helps.

Just weird timing...

-Paul

You are talking about FS9 correct? If so, did you use think's like the 3GB Patch?

If you talking about FSX, you should give the newest FSUIPC Version a chance, Pete as fix an FSX Bug there, which maybe generates such CTD's.

Link to comment
Share on other sites

Paul, if you're still using IMS KEWR from 2005, this scenery is very faulty by itself (many problems with textures, some textures are missing despite the patches etc). I also have g3d.dll error here even though VM level is only 1.3G. In contrast, while landing at night with PMDG B744 at Aerosoft LFPG, I have ~2.2GB VM (yes, my FS9. exe patched) and no CTDs at all. Other problem-free examples of heavy VM usage are Aerosoft EDDF/EDDM/EHAM and FSDT KJFK/KORD/KDFW.

Link to comment
Share on other sites

Hi Oliver, Hi Dimon,

Yes this is FS9 and yes it is the IMS KEWR from 2005. I do not use the /3gb switch, I am on XP64 and FS9 has been made largeaddressaware so no /3gb switch necessary. What is strange is that I have flown in/out of KEWR for years without any issues at all. (In fact my last 167 flights involve KEWR LOL) Literally every single one of my flights either originates or terminates there. So for years there have been no issues what-so-ever and then after 2.20 I started to get G3d.dll on approach.

Now being an ex engineer I am still not blaming this on AES 2.20, just saying it is coincidental I upgraded to 2.20 when this started happening but that doesn't mean it is AES's fault, there could still be other things going on. That is why I am going to revert to 2.14 and see if that helps. If so I will go back to 2.20 and see if the issue pops up again. If it happens with 2.14 then i know something else has happened to my FS install but one way or another I need to definitively rule AES in or out....

I am not one to come in here blaming Oliver and screaming it is AES 2.20 but it is worth making Oliver aware there may be something going on while I continue to troubleshoot and isolate the cause...

Link to comment
Share on other sites

  • Developer

Hi Paul,

the problem is, that the g3d.dll CTD is in 99.99% not generated by buggy scenery code. It happens also, when memory allocations fails, what ever will generate it.

Did you have maybe AI traffic now, where a airplane has textures with the wrong format?

I don't know what the FS is doing in the background, but the Code of AES, which is running as long as you are in the approach or not have call the Followme or parked at the gate has not change since versions, even not in 2.20.

And I would expect, that there is not more memory used as in older version, until any of the new Cars pop's up.

So try to go back to 2.14 (please redownload the installer, the first version could not be installed over 2.20), when you have luck, the CTD is still happen, if not, I don't know where to search for a bug in AES here.

Link to comment
Share on other sites

Thanks Oliver,

There is always potential that something else is going on... Bad AI, texture at the add-on KEWR that has gone bad, so many variables!!! That is why I am NOT blaming AES and will continue to test until I can lock it down...

I have re-downloaded 2.14, and re-installed. I will try that hopefully later today after my meetings. If 2.14 works then it may point to 2.20 not liking my system. If 2.14 has the G3d.dll error it will confirm it is NOT AES and indeed something with my box. So one way or another I will lock it down to my box in general or a combination of my box and 2.20... I will keep working on this until I can figure out what is causing it definitively... the tough part is it keeps happening on EGLL-KEWR so it is an 8 1/2 hour test each time LOL

Thanks Oliver,

Paul

Link to comment
Share on other sites

Actually 8.5 hours in a normal mode without saving flight - it's A LOT for VM accumulation. For this reason, I always 1) fly in x4 mode over Atlantic and 2) save the flight 200nm from arrival.

Link to comment
Share on other sites

Actually 8.5 hours in a normal mode without saving flight - it's A LOT for VM accumulation. For this reason, I always 1) fly in x4 mode over Atlantic and 2) save the flight 200nm from arrival.

Absolutely not an issue Dimon... I should show you my FSFlightkeeper logs but I am too embarrassed to show how much time I spend in FS LOL... The SHORTEST flight I do is 6 hours, KEWR-EGLL. The longest is usually around 12 LLBG-KEWR. Been doing long haul for years and never had an issue since switching to XP64 about 4 years ago... In fact the last few flights crashing is probably the first time I have experienced anythig like this since ~ 2008!

So flying for 40 minutes or 400 minutes has never been a factor for me... In fact, I have landed in LLBG after a 9 hour flight, left the CPU sitting overnight and then did the 12 hour return. In total FS was up for ~ 37 hours straight, no issues.... i have no reason to use time acceleration, don't particularly like it and have never had a reason to save my flights. My system has been rock rock solid for years...

Going to try 2.14 again now but something tells me there is something else going on here.... Just coincidence it started at the same time as 2.20....

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Privacy Policy & Terms of Use