Jump to content

Zorropisa

Members
  • Posts

    39
  • Joined

  • Last visited

Posts posted by Zorropisa

  1. Yeah, that is a relevant question. Are the airports too small or are the aircrafts too big? I forgot the second alternative. Touching, or almost touching, wingtips is very common, when you have another aircraft parked at the next gate.

    But whatever is the case, I can see no reason why it should be so. In the simworld you can construct aircraft that travel 10 times the speed of light, airplanes that are larger than the planet earth etc. Then it must be possible to make aircraft and airports in fs9, that have the same relative sizes as in real life.

    Krister R

  2. There is one thing I have thought about for some time. This regards almost all airports (perhaps all) in fs9 (I do not fly FSX so I don't know whether it is the same there). I do not know where to address my question, but as the problem is easily seen in Mega Airport Stockholm Arlanda, I put my question here.

    When taxying to let us say gate 15 after landing at ESSA, the whole area between the terminal "fingers" (gates 11-24 and gates 1-10) feels very small. You feel that you are rather close to the aircrafts parked at the terminal "finger" on the other side of the apron area between the fingers (gates 1-10).

    The last time I landed at Arlanda in real life we parked in this area (an Airbus 319) and I looked out to closely observe how it looked in real life. Compared to the simulation the real life area (between the terminal fingers) seems to be much, much larger (perhaps 3 times or even more). The parked aircrafts at the opposite terminal "finger" are very, very far away and you have no feeling at all of being close to them. The disctance to the opposite finger seems to be at least twice compared to the simulation airport (relative to the aircraft size).

    This goes for most (if not all airports) in fs9. Last year I landed (in real life) at Alta airport in northern Norway and compared this to the fs9 scenery of that aiport (not the default scenery but the scenery called Norway Airports). In fs9 the apron is tiny, tiny, tiny (it hardly has space for a B736 -- which is a daily guest there), but in real life the apron is very large (many times the relative size in the fs9 world).

    I know this is not a specific Aerosoft problem (although it affects Aerosoft sceneries). Has anybody else observed this? And what is the explanation? If everything is scaled down it should look the same, shouldn't it? Reynolds numbers and similar stuff can't apply here. If the distance between the terminal "fingers" is 30 B736 wingspans in real life, it should be 30 B736 wingspans in fs9. Otherwise something is wrong. Of course If the disctances are doubled, the area will be four times larger, as the area scale is the square of the distance scale. But that can't have any bearing on what I discuss here.

    I don't think this could be related to my computer or graphic card etc.

    Best regards

    Krister R

    • Upvote 1
  3. I asked Oliver a couple of years ago about a lite version of AES (I am not talking about what today is meant by AES lite). He was thinking about it he said. What I mean with a lite version is where you get functions which are related to aircraft parameters only (vehicles and stairs) and not to the aiport (jetways and pushback and follow me car). I fly (FS9) a lot in Scandinavia and few FS9 airports there have AES (only ENBR, ESSA, EKCH, EKRN and some airports in Finland). I especially like to fly to the small airports in northern Norway, some with thrilling approaches of which none have AES. Most of them do not have jetways so there is no need for speically prepared airports. And for those that have jetways there are normalley some gates without jetways which you can use (or you could pretend that the jetways do not function today). But just having stairs, catering, fuel and luggage vehicles would make a big difference. As it is now the airports are very empty and dead. Push back can be done with the push back function in fs9 or some planes have their own push back engine (in most really small airports you park the planes so no push back is needed).

    Regarding payment there are two possibilites. One is to pay a few Euros for each airport where you use AES Basic (or whatever it would be called). The other is to take a reasonable price once and for all (let us say 30 Euros). The Basic version would not compete with the full version AES so there is nothing to loose for Aerosoft as far as I can see.

    Krister R

    Uppsala, Sweden

  4. Hello,

    In my eyes it would be an improvement if Aerosoft added dates for your different updates. I have so many of your products so it is difficult to remember if I have downloaded a certain update (and the problem grows as I buy more and more sceneries etc).

    As it is now I go to your Update Page perhaps twice a month. Each time I have to go through all my products, first selecting the product and then press "Continue". And then I get a list with "Service Pack 1" or "Update 2.1" etc. I don't remember which updates I have downloaded (well some of them I recognize) and as I have FS9 on a different computer (never used for browsing the Internet) I have to run back and force again and again to compare the upgrades I have saved on that computer and what is in the list. I you stated each time you upload an update the date (day, month and year) it would simplify things immensely. Even better would be if you had a system, so that in the list you would only see updates you have not downloaded yet. It would probably be difficult to design an automatic system. But this could be solved by a "Click in the box to mark as downloaded". And if you wanted to see all the updates (even the ones you have already downloaded) there could be an option for that. Or the downloaded file could be visible but marked so I can see that I have already downloaded it.

    As Aerosoft gets more and more products this problem will be more apparant. simMarket has solved this in another way, which is better than yours but far from perfect.

    Thanks.

    Krister R

    Uppsala, Sweden

  5. I can now report that, after installing the optimized texture set, I at last (after two unsuccesful attempts with the old texture set) managed to complete a 12 h flight from Singapore to Munich with real weather on and landing in darkness. No problems whatsoever. Many thanks for the upgrade! I am deeply impressed with the Aerosoft Munich scenery (excellent frame rates, lots of different vehicles driving on the apron without stuttering, taxiway bridges etc, etc).

    Krister Renard

    Uppsala, Sweden

  6. I have tried several flights from Stockholm Arlanda to Munich, with PIC Boeing 737 as well as PMDG 747-400. I have tried landing at Munich both in daytime and at dusk. No problems whatsoever. After parking at the gate after one of the flights I let the simulation continue for several hours, during which time I opened different panels etc again and again. Everything worked perfect.

    I have also tried two flights from Singapore to Munich (Munich to Singapore worked flawlessly). The first flight to Munich ended about 8 nautical miles (according to the ILS DME) from runway 22R. It was dusk. When I tried to open the overhead panel during the descent fs9 froze and the instrument panel disappeared and was replaced by a black rectangle (this happens when you have fs9 own AA on and the command "panel as texture=0" in fs9.cfg). I had to restart the computer. The error was, according to the log, related to g2d.dll.

    My next attempt ended about 7 nautical miles from threshold of runway 08R. I heard a beep and was directed to the desktop. This was, according the the error message, caused by OOM. I have a display on my keyboard which shows percentage of processor and RAM usage. According to this about 28 percent of the RAM was used. The interesting thing (which has never happened before) was that fs9 was still running (I left the error window without pressing any button). I was able to reenter the simulation and complete the landing. However my landing lights did not lighten the runway and the airport was dark. The runway lights however were functioning properly. I tried to set the simulator time to daytime, to be able to taxi to the gate, and then the simulation froze for good.

    During all these flights I only used 2d cockpit (I have uninstalled 3d cockpit in PIC 737 and PMDG 747-400).

    I often make very long flights and seldom get any problems, even when landing at complex airports.

    My set up is: Windows XP SP3 32b, Nvidia 285 1 Gb DRAM, 4 Gb RAM (although only 3.2 is visible to Windows). I had real weather on (static) and was using Radar Contact 4. I have AES installed at Singapore and Munich.

    Looking forward to the texture light alternative.

    rgds

    Krister R/Sweden

  7. Understood! Thanks guys! I will never do that again. But I do not think this is the problem in this particular case.

    Shaun, please read this:

    When I go to the European-English language page and then scroll down (under News in the center frame) to "AES 2.06 released" and then click on the link "Product page" I am taken to the German language page. This link points to the wrong page and should be corrected. Thanks!

    /Krister Renard

    Uppsala, Sweden

  8. Hi Shaun,

    Well, I first go to url "http://www.aerosoft.com" and then choose "Europe and Other countries". After that I search for "Madrid" and get three results. I click on "Mega airport Madrid" (the result I am interested in) and then click on "Add to

    cart". So far so good. I now have Madrid in my shopping basket.

    Now I click on "Resume shopping" and then twice on the browser "Back" button to come back to the Aerosoft first page. I then scroll down under "News" (the center frame) until I find AES and then click on "Product Page". I am then taken to a German language page for AES. If I then click on "Zum Warenkorb", the AES is put in another cart (I can only see the AES there and not Madrid). Maybe you did it in another way after putting Madrid in the Cart, but I think the result should be consistent independent of exactly how you do it.

    One strange thing is that if I use your page for USA, I still get the old version of your home page.

    /Krister Renard

    Uppsala, Sweden

  9. Dear Sirs,

    I find the new Aerosoft webpage most unsatisfactory. Today I tried to buy Mega airport Madrid and credits for AES (two items). After putting Madrid into the shopping basket (so far everything worked as expected) I resumed shopping (clicked on the resume button) and went to the AES page. When I put the credit pack into the shopping basket, I suddenly ended up in the German language section. Well, that is not a big deal as I understand German quite well (however it does not give any credits to the person who coded the website). But the problem is that the AES credit pack ended up in another shopping basket. In the English language shopping basket there was the Madrid airport and in the German language shopping basket there was the AES credit pack, which means I must pay with my credit card twice (once for each basket). Of course this is doable, but not very professional for a company with Aerosoft's excellent reputation. In my opinion a home page should be in parity with the products of a company. And since you changed the home page some months ago, there have been too many flaws (I you have to choose between a fancy, "modern" web page with lots of bugs and a perfectly working web page that might look a little dull, I believe most people would prefer the latter). I hope this can be corrected as soon as possible.

    Krister Renard

    Üppsala, Sweden

  10. About terrain.dll CTD try this, but make backup first:

    Change MaskClassMap=3" and "MaskClassMap=1" in to "MaskClassMap=0" and save new terrain.cfg.

    This solved my CTD with terrain.dll

    Interesting. I will try that. Do you have an explanation to how this works?

    /Zorropisa

  11. Hello Edin,

    Why not try my suggestion? As I said I have exactly the same problem as you with EDDL. There is no problem when I start a flight at EDDL, but when EDDL is my destination, or I come close during a flight (at a distance between 5-15 nm, which seems to depend on the altitude), I get a ctd 100 percent of the times. If after loading FS9 I first go to EDDL and in outside view pan around 360 degrees (to make sure all scenery is loaded) and then open Flight Planner and start the flight I want to fly (whether it ends at EDDL or I pass near EDDL during the flight), I get no ctd at EDDL. This is consistent and works every time (for me).

    As far as I understand this has nothing to do with a memory leak, but with the way Windows allocate memory. If I load up a flight to an airport after rebooting the computer, it can take several minutes before it is up and ready, especially from a complex payware airport like EHAM or EDDF. If I then exit FS and restart the same flight (without rebooting the computer), it loads in less than half the time. I believe "my" solution has something to do with this. Perhaps some knowledgeable person could give a more detailed explanation.

    EDDL is one airport with this problem and where the problem is solved by "my" solution. Alta (ENAT) in Norway is another (I use Norway Airports, an excellent and free addon). When I e.g. fly from Vadso in Northern Norway to Tromso I always get a terrain.dll related CTD about 15 nm from Alta (which lies enroute between these two airports). If I first move my plane to Alta and pan around there and then move the plane to Vadso and start the flight, there is no CTD when passing Alta. Never! This type of ctd:s often occur (for me) at about 15 nm from the problematic scenery. This distance could of course be related to my graphical setting (extended textures etc) and perhaps the altitude I am flying on. When flying PMDG:s planes from Las Palmas to ESSA I every time got pmdgoptions.dll ctd:s exactly 15.2 nm from Aerosoft's ESSA (this problem could not be cured by loading ESSA initially, but after removing some landclass files at the Canary Islands -- took many, many hours to find this out). So it seems that at 15 nm from an airport the scenery is loaded (maybe depending on settings).

    Of course the best solution would be to find the problematic file. I have done that for a few airports, by systematically excluding first sceneries and then after finding which scenery is the culprit, excluding files in this scenery (or intalling another scenery for the same airport). This however takes several days full time work.

    /Zorropisa

  12. Hello,

    I have had the same problem all the time (even with the earlier version of EDDL), and have never been able to find out what file is causing this. When I arrive at EDDL and am on the final approach I always get g3d.dll-related ctd. However I have found that if I start each flight at EDDL and pan around in outside view to load all the scenery, and then use Flight Planner to go to my departure airport to start the flight, I can always land at EDDL without problems. This must have something to do with FS9's memory management (which I suspect is far from optimal). There are other airports where I get a terrain.dll-related ctd. The procedure described above cures this to 100 percent. However it does not work with pmdgoptions.dll-related ctd:s.

    So try the procedure above. If you eventually will find out which file is behind the problem, please post this information in the forum.

    /Zorropisa

  13. Hello Oliver!

    Perhaps you could do the push back like the Leonardo MD-80 and PMDG 747? There you choose the push back distance, and in what direction and how many degrees the plane shall be turned after the push back. This would function on any airport without any manual labor for you. Even if this would be inferior to the way it is on fully AES:d airports, it would be an immense improvement compared to Shift-P push back by an invisible and silent tractor.

    As I wrote in another thread a light edition AES with limited push back function (like my suggestions above), stairs (wherever the aircraft is parked, only related to the aircraft parameters), luggage conveyor belts, fuel truck, catering service and the ground crew would be enough (these functions are only related to plane parameters and not airport configuration as I understand it). Perhaps also cleaning service. There are perhaps 50 rather small or very small airports without AES (and which will probably never get full AES support), to which I fly on a regular basis, where I would buy credits for AES lite.

    While I am on the line, I would like to push for luggage function even on the left hand side of the aircrafts. I fly a lot of turboprops, and many of them have cargo doors on the left side (as you of course know).

    rgds

    Krister Renard

    Uppsala, Sweden

  14. Oh my, I just found out the non-transparent, narrow graphics for the deicing fluid, when I was deicing at Geneva yesterday for a flight to Stockholm Arlanda (I use FS9). I thought this only was a problem with the FSX version.

    Wouldn´t it be possible to make the old texture and bgl-file downloadable (or perhaps it is more complicated than this because more files are involved), so that the limitations in FSX don't have to limit the possibilities of FS9? Or perhaps you could tell us users which files to change (I have another fs9 installation on my second computer, with the an older version of AES) so we could get back the more realistic fluid streams we had before (while waiting for a more permanent solution). It is a pity that this graphic problem has popped up right now, when deicing is normal procedure for most flights in Scandinavia.

    Thanks!

    Zorropisa

  15. I agree too. New website looks nice, but it took me quite a time to find the new stuff and the site is very slow (although I have very fast broadband). And when I click on the links to new stuff (like German Airports 3 X) I get an almost empty page with the message "Article not found". And that goes for all the links I tested. I think something needs to be done.

    I had planned to buy German Airports 3 X, but as I cannot find the product page I cannot buy. Sorry.

    rgds

    Zorropisa

  16. I have a problem with Voz Brisbane 1.8 and AES 2.05. On the gates for small and medium planes the jetways are far too low. At some gates the jetway even sinks halfway into the ground, so you can walk on the roof of the jetway into the plane. At other gates the gate attaches to the plane as if the door was a cargo hold, i.e. halfway down between door threshold and ground. The gates for heavy planes work OK (even for small planes). I have tested with several different planes at several gates with the same result. On all other airports where I have AES installed my AES 2.05 is working correctly. I have searched several forums (including Aersosoft's AES forum), but have found no post regarding this problem.

    Could it be the Afcad file? I have used the one included with the Brisbane installer. I run FS9 (SP 9.1) on Windwows XP 32 bits.

    Best regards

    Zorropisa

  17. In Sweden and Norway, where I mostly fly (because I live in Scandinavia), there are dozens of small, challenging airports and I love to fly there. However I miss the AES function, which increases the flight simulation experience a lot. There are zillions of other airports all over the globe, where I am sure thousands and thousands of simulation pilots would like to have AES. Understandably most of these airports never will get AES.

    I have a suggestion. Make a module for AES, where the customer can create some basic AES-functions by himself. Most of the airports I am referring to don’t have gates, so cooperation from the creator of the airport (professional or amateur) should not be needed (then we could even get limited AES on BluePrints airports). And even if there are a few gates, there are usually parking spaces for airplanes as well. Shouldn’t it be rather easy to make a module which gives some basic AES functionality, like stairs, cargo loaders, fuel trucks etc (not too much as it would then compete with the ordinary AES airports)? I am talking about functions that are only related to the plane and not to the airport layout. Towing tractors are not needed as they are not used on small airports anyhow (I suppose that would be more difficult, as the tractor must have some information about taxiways etc). Maybe the single AES ground crew (marshal etc) wouldn’t be too difficult to implement.

    This module should be free of charge, but you buy credits for it (like the ordinary AES module) and then you have to pay one or two credits for each airport, where you want AES functionality (it should not be too cheap as it could then compete with the AES airports produced by Aerosoft). I anticipate that this module (if and when it comes) probably is going to ruin me. I fly to hundreds of airports all over the world, where I would like to have at least some AES functionality.

    I hope you understand what I am aiming for. I am sure my suggestions above could be developed further.

    Krister Renard

    Sweden

  18. Hello,

    Download this version instead (not the beta you find via the aes-list given above): http://www.fsnabisso.com/m8.html.

    Download the file "West Sahara airports by Totingue". This is the 1.0 version. The aes-list points to the 0.99 beta (or something like that). I couldn't find any afcad file in this version but found a working one at Avsim.com (search for "gmml" at the fs2004 afcad section at Avsim).

    Krister R

    Sweden

  19. Dear Sirs at Aerosoft!

    I totally agree!!! I am very impressed with both LEPA and LOWI. I immensely appreciate these two sceneries (among others from Aerosoft -- like ESSA etc). Both sceneries work flawlessly on my computer (fs9). Without Aerosoft and some other companies (one of them is PMDG) I would probably have left fligh simming a long, long time ago. Thanks gentlemen for all your efforts!

    Krister Renard

    Uppsala, Sweden

  20. Hi,

    Ok, then I see. There are no problems with the blue taxiway edge lights. They are missing in the simulation, because they are missing in real life. Yes, I know this is the case at Heathrow, but Arlanda had the blue lights earlier. However I checked the latest maps for the lighting system at Arlanda, and there are no taxiway edge lights now as far as I can see. Why didn't Aerosoft say so, when I asked? That would have saved me a lot of time and frustration.

    Then I have nothing more to say. Although I think that in bad weather there must be an advantage to have taxiway side lights as well as center lights. A friend of mine, who was a Captain in SAS, told me that once, when he was to take off from Moscow, it was snowing so heavily that had he taxied in the middle of the taxiway, he wouldn't have seen the taxiway side lights (and there were no center lights), so he had to taxi close to the taxiway lights on one side, and then he did not see the lights on the other side. In such conditions it must be an advantage with both side lights and center lights (you have both on the runway). Of course it is also a question about economy. But if they have the lights already (which they had at Arlanda), one should guess that it costs a lot of money to remove them. Anyhow, next week I will fly from Arlanda and then I will know what is true. If I see blue lights, then, "I will be back!" That's a promise.

    Krister Renard

    Uppsala, Sweden

×
×
  • 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