Ständiger Speicherzugriff bei Scenery Germany 2
 

..bei immerhin 1024 MB Speicher rödelt die Festplatte ständig und läuft der Speicher nach ca 10 min Flug mit PMDG 737 auf 46 MB zurück um dann die Meldung zu bringen, daß nicht genug Speicher vorhanden ist. Die Auslagerungsdatei ist nochmal 1500 MB groß und permanent auf diese Größe eingestellt. Bei Deaktivierung der Scenery habe ich nicht den permanenten Zugriff auf den Speicher und ca. 120 MB frei. Die Kontrolle mit TWAK XP 4 gibt mir dann aber doch den Rat um weitere 128 MB Speicher aufzurüsten. DAS KANN DOCH NICHT SEIN !!!
Kann etwas mit der Speicherverwaltung unter XP eventuell nicht stimmen??...obwohl, wenn ich den Flusi beende stehen wieder 800 MB zur Verfügung.

Hat jemand ´ne Idee.

Erwin

Hallo Erwin

Huch, meine Ohren... :eek: Ganz schön laut hier.

Hast Du den FS9.1-Patch installiert?

Ciao,
Rainer.

ich habe ein ähnliches problem bei Scenery germany 1, und zwar sobald die Scenery eingeschaltet ist fängt der flusi so an zu "hacken", kurze hänger jedoch nur im Gebiet wo sachen von der SG1 zu sehen sind :(
der neuste SG1 Patch ist schon drauf, weiss nicht was ich tun soll.... :(vielleicht kann jemand da helfen...

...ja, den Patch habe ich installiert und verwende auch die Orginal FS9.exe.

Erwin

Tja... dann weiß ich auch nicht.

In Deinem Scenery_Germany_LC- Ordner befindet sich auch nur ein scenery-Verzeichnis mit den ganzen *LC*-Dateien drin und kein texture-Ordner?
Also mit der Installation war alles soweit fehlerfrei?

Ciao,
Rainer.

Hi,
ich habe vorallem im Gebiet der Sg1 und Sg2 trotz Patches (inkl. MS Patch) nach ca. ner halben Stunde Flug grundsätzlich Texturenmatsch.
Ich habe irgendwie die Vermutung dass das mit dem GA-Traffic Programm zusammenhängt, einen Beleg hierfür habe ich allerdings nicht. Ich habe auch nicht alle Regler rechts...
Mein System ist Sicher nicht der Renner, dennoch wunderts mich, denn die Framerate bleibt an sich recht stabil (auf max Wert 28 limitiert.
2,6Mhz, 1024MBRam, ATI9600XL (ne verkappte 9500) => Üldü PC
Gruss
Timo

Hallo Rainer,

den Verdacht mit den Landclassdateien hatte ich auch schon und "geforstet". Alle Ordner mit LC Dateien haben keinen Texture Ordner (wenn sich da nicht so ein Ding irgendwo eingenistet hat.

Mich macht aber stutzig, daß nach schließen des FS und Speicheroptimierung mit Twaek XP zwar in Unmengen freier Speicher angezeigt wird, aber bei Systemprüfung die Empfehlung kommt, Speicher nachzurüsten. Und hier kommt der Schrei DAS KANN DOCH NICHT SEIN...oder doch....????

Grüße

Erwin

...ein kleiner, dummer und unnützer Wurm war der Verursacher. Mit der aktuellen Version von AntiVir habe ich Ihn entdeckt und VERNICHTET. Jetzt ist alles wieder im grünen Bereich !!!

Erwin

Moin!

Das hängt nicht mit dem GA-Traffic Programm zusammen. Das benutze ich nämlich auch.
Es liegt sicher eher daran, dass der Flusi um so schneller "vermatscht" je mehr Landclass, Gewässer / Küstenlinien, Eisenbahnlinien und Straßen aus Addons gleichzeitig dargestellt werden sollen. Das ist zumindest meine Erfahrung. Und die SG2 liefert das ja alles mit.

Alles Gute!
Felix

Wann "vermatscht" der Flusi:

Je unsorgfältiger man mit seinen Flusi-Einstellungen und den dort nutzbaren Möglichkeiten umgeht, d.h. je großkotziger man trotz nicht vorhandener Hardware-Power trotzdem "alle Regler rechts" hat.

Warum?
- Jede auf x Kilometer zu ladende Textur kostet Texturspeicher
- Jedes Polygon/Linie muß gezeichnet werden

Obiges trifft nun auf Objekte, Landklassen, Mesh, aber auch z.B. auf Flugzeuge zu.

Und natürlich trifft dies auch auf AI-Traffic zu!!!
Auch dafür ist Rechenpower nötig, die dann woanders fehlt. Also Obacht mit solchen Behauptungen, dass es damit nix zu tun hätte!

Jeder Rechner kann - abhängig von seiner Hardware - in einer Zeit X nur eine Anzahl Y Polygone zeichnen. Fakt. Mehr ist nicht.
Kommt er an die Grenze, dann muß er "improvisieren". Im Flusifall "matscht" er, d.h. es reicht die Rechenpower nicht, entweder texturmäßig (also speichermäßig) wieder Platz zu schaffen oder die für die Sichtbarkeit nötigen MIP-Level zu zeigen.

Je umfangreicher/großflächiger nun ein Addon ist, umso anfälliger für das Problem. Soweit ist es aber natürlich selbstverständlich.

Obiges ist ein sorgfältig von jedem zu pflegendes System und es ist tatsächlich möglich, JEDES momentan auf dem Markt befindliche Rechnersystem durch falsche Einstellungen zum "Ruckeln" und "Matschen" zu bringen. Übrigens - weil der FS2004 wirklich deutlich besser wie die Vorgänger programmiert ist - auch umgekehrt... man bekommt auch langsamere Rechner zum "Nicht-matschen".
Nur kann einem persönlich diese Arbeit niemand abnehmen. Und Verzicht auf 100nm Wolken oder geforderten 50 FPS ist ja so schwierig...

Ciao,
Rainer.

Hallo Rainer,
ja das hab ich mir fast schon gedacht, dass der durch GA-Traffic verursache AI-Verkehr die ganze Sache
beinflusst. Muss ich die Regler wohl noch etwas weiter links nehmen...die Sichtweite hab ich schon auf 39xxx
in der FS9.CFG reduziert und auch keine 3D Wolken aktiviert (!) Framebremse bei 28 gezogen, vielleicht sollte ich
sie runternehmen auf 23-25.
Antialiasing aktiviert, Trilinearer Filter. Mip-Map auf 4 (und dennoch auf einigen Flugplätzen flimmern...) Auflösung 1152xxxx
Naja. Was mich halt gewundert hat war, dass der Schmier-Effekt nicht sofort sondern erst nach einer ganzen Zeit
aufgetreten ist. Übrigens auch beim Onlinefliegen (nur zu zweit !!), und hier ist ja sonst kein AI-Traffic
Jets probier ich schon gar nicht mehr aus. Alles was schneller ist als 170kn macht keinen Sinn.
Auch das 'Anhalten' per Pause hat nur begrenzten Effekt bzgl. Texturennachladen.
Wie auch immer - dennoch danke fuer die Info.

Noch eine kleine Anmerkung:

beim AI-Verkehr muß man natürlich auch darauf achten, nur Flugzeuge zu verwenden, die drei Vorraussetzungen erfüllen:

- Viele und gute LOD's.
LOD heißt Level of Detail und bedeutet, dass ein Flieger mehrere Modelle mit unterschiedlicher Komplexität in einem vereint. Es werden dann bei abnehmender Größe auf dem Bildschirm immer weniger Detailliertere Modelle angezeigt. Diese müssen aber auch gut abgestuft sein. Im Idealfall kommt man recht schnell auf Modelle, die nur aus 2 Dutzend Polygonen bestehen und aussehen wie Paierflieger, was aber keiner merkt, wenn sie nur noch 4 Pixel groß erscheinen.
Ansonsten werden die vollen Polygone noch aus einer sehr großen Enfernung berechnet, obwohl dass Modell kaum sichtbar ist. Viele Designer scheuen aber die Mühe.

- Wenige Polygone.
Meiner Meinung nach sollte ein AI-Flieger im detailliertesten LOD nur noch höchstens 5000 Polygone haben. Das ist aber ohne LODs auch nix wert.

- Wenige Texutren.
Ein guter AI-Flieger sollte möglichst wenige Texturen aufweisen, eine für tags und eine für nachts reichen völlig, wenn sie geschickt gemacht sind!

Alle diese Merkmale können mit der Demoversion von aircraftcotainermanager eingesehen werden. Ihr werden erstaunt sein, was ihr eurem System mit manchen Ai-Fliegern zugemutet habt!

Diese Vorraussetzungen werden grade im General Aviation Bereich von SEHR wenigen Fliegern erfüllt. Die Standardfleiger haben zwar bis zu 12 LODs (SEHR gut), aber viele Texturen und teilweise 12000 und mehr Polygone (Lear).

Ich wollte nicht sagen, dass AI-Verkehr nicht an verwaschenen Texturen schuld ist, sondern dass das Programm speziell keine Schuld trifft, dass diesen erstellt hat.

Viel Spaß!