CTD=Crash-to-Desktop

Crash nun auch geschafft
 

Danke Wolfgang! Nach dem Laden der neuen "railroadsu.bmp" konnte ich zwar die Karte aufrufen, aber es kam nach ein paar Minuten eben dieser CTD. Jetzt habe ich wieder die alte railroadsu.bmp und kann alles über Hamburg veranstalten - nur ich verzichte auf die Karte.
Irgendwo ist noch ein Kobold drin, der uns und den Herstreller ärgern will.

Glück Auf!

boerz

Hi,

na das freut mich, dass das nun bei vielen Leuten funktioniert!!

Danke auch noch mal für die wirklich tolle Scenery.

Grüße
Markus

THX
 

Hi Dirk Hi Folks

Ich habe heute die neue Hamburg Szenerie 2003 V1 installiert und muß sagen,
es ist die wahrscheinlich realistischste Non-Airport-Szenerie die es gibt,
großes Danke an Dirk!

Ich fand lediglich eine einzige Ungereimheit, der gesamte Landclass Bereich des Containerterminal ist schattiert, was aber offensichtlich in die Kategorie des bereits bekannten Szenerieschattenbugs fällt, zumal der Fehler bei ausgeschaltetem Bodenszenerieschatten nicht auftritt.

Die Verwendung gleichzeitig mit der Landclass für Schleswig Holstein und Niedersachsen scheint problemlos zu funktionieren. Ich habe übrigens die US-Version des FS2004 installiert.

Meine "Jetways & Terminals For ACOF Package Four" für Hamburg (macht Fuhlsbüttel mit Terminals, Gebäuden, Flugsteigbrücken und AFCAD ein bischen realistischer - Freeware) sind glücklicherweise auch kompatibel.

Zu Heritage

"Liebe Leute, kann mir bitte einmal einer den Gefallen tun, und mir die Original-Datei "railroadsu.bmp" aus dem FS9\Addon Scenery\scenery\world\texture mailen?"


Diese fehlerhafte Railroad Textur kommt ja nun nicht aus der Hamburg Scenery. Sie muß irgendwo anders her sein.

Daher jetzt der umgekehrte Fall kannst Du mal als Anhang die fehlerhafte CTD Variante hier veröffentlichen.

Hallo Joachim,
schau mal im diesem Thread bei @maxmax20 der hat sie als Anhang zum herunterladen in seinem Beitrag.

Dann hatte ich das falsch verstanden. Da dort stand:

"Ich gebe die original in den Anhang. Wuerde mich interessieren obs bei den anderen Usern auch funktioniert"

bin ich davon ausgegangen das dieses die default FS2004 Textur ist, damit die User mit Problemen jetzt wieder zu der original fehlerfreien Textur kommen.

@Jobia

Hallo, die Datei die im Anhang ist auf Seite 2 (glaub ich :rolleyes: ) ist die original Datei von der FS2004 CD4. Ich gebe hier jetzt dazu, die datei bei der es nicht funktioniert. Einfach die Datei ins Verzeichni X:\FS2004\Scenery\world\texture kopieren.
Die alte datei unbedingt sichern!!!!

Grüße
Markus

Entschuldigung Joachim, ich war nicht am Rechner, so war Markus schneller, er schildert alles korrekt. Die Datei stammt von fligtsim.com oder
Vance Roberts
email: wizardd@adelphia.net
www.Wizardd.com

Es wäre ja toll wenn Du rausbekommen würdest, was denn an der bmp "falsch" ist, das hat ja vielleicht grundsätzliche Bedeutung.

Guten Rutsch alle zusammen!

Ja habe ich auch gemerkt das ich es wohl richtig interpretiert hatte. Optisch war es identisch mit der default. Dann habe ich mit dem hexeditior den vergleich gemacht bis auf das letzte Bit identisch, daher war mir klar das es die default war.

Übrigends man muß nicht alles sichern. Ist zwar bequem aber schluckt mitunter viel Speicher gerade wenn jemand Landclass bzw. Gewässer oder Landclassnachttexturen tauscht.

Man kann alles bequem aus den CAB Files einzeln oder komplett in einen Dummyhilfsordner entpacken.

für den FS2004

auf CD2 im Ordner MSGAME3.CAB ist der Defaulttexturordner des FS2004 enthalten.

auf CD4 im Pfad Scenery im Unterordner World.CAB sind alle Landclasstexturen zu finden.

Kann man alles schön mit z.B Winzip entpacken. Dann kann man sich von dort komplett alles neu in den FS kopieren.
Wäre bei einigen ev. ratsam wenn sie Probleme haben. Jetzt nämlich die über Fremdtexturen aufgepeppten Ordner sichern und diese durch Default ersetzen so kann man auch mal schnell Tauschtexturen global als fehlerhaft eingrenzen.

Habe mir mal die Textur angeschaut. Ich muß mich immer wieder wundern wie wenig Gedanken sich die Leute beim programmieren machen. Hier sind etliche Fehler gemacht worden.
Ob sich die Leute überhaupt nicht wundern das Ihre Texturarbeit hinter her ganz anders ausschaut als im Fototool. Bei dieser Textur handelt es sich wie gesagt um eine Segmenttextur. Sie hat zwar 256 x256 Pixel. Der FS zerlegt sie aber in 4 Segmente a 64 Pixel Breite. Das letzte Segment ist hier noch mal in der vertikalen unterteilt. das sieht man mit dem Auge natürlich nicht. Der FS zerlegt diese Textur in seine Segmente und weist diese dann dem VTP Liniencode zu. Hierbei werden die Einzelsegmente dann aneinader gehängt. Diese Segmentierung sorgt auch dafür das man Linien unterschiedlicher Länge überhaupt sinnvoll mit Texturen belegen kann. Trotzdem werden sie dabei verzerrt. Sprich man kann nie 100% Ergebnisse erreichen. Durch eine Vorferterrung kann man es aber optimieren. Ich sehe immer wieder Texturen wo versucht wird. Gleise so darzustellen wie man sie auf einem Foto sieht. das selbe bei Nachtetxturen da werden Scheinwerfer dargestellt Rückleuchten usw. Sieht in der Textur selbst toll aus. Hinterher wird alles in die Länge gezogen und sieht bescheiden aus. Niemand berücksichtigt das. Im FS2002 war das noch viel Schlimmer.

Ergo man wird die Schwellen der Gleistextur nie erkennen können. Weiterhin wird immer wieder der Alphakanal ignoriert. Das hat zur Folge das man je nach Breite des definierten VTP Linien Codes den restlichen Müll neben den Gleisen auch erkennen kann. Je nach Designer sehen dann die Gleise unterschiedlich aus.

Auch dieses wurde vergessen. Der Hauptgrund warum es aber crasht ist das keine Mip Level erzeugt wurden.

Der FS ist da sehr pingelig. Wie man sieht hat sich das was ich neulich gesagt habe bestätigt. Eine Textur im falschen Format und es crasht.

Unten sieht man wie es mit dieser Textur im FS aussehen würde wenn sie im richtigen Format vorliegt. Den Alphakanal habe ich mir geschenkt da ich aus Lizenzgründen das eh nicht weitergeben dürfte. Eingeblendet ist die original Tauschtextur man sieht das ohne Alpha dieses fleckige Umfeld mit in den FS übernommen wird. Ist der VTP Code breit dann mehr, ist er schmal dann weniger.

werte Kollegen,
zuerst einmal Danke für Hamburg, ABER:
ich habe keinen leeren Texture Ordner, aber mit aktivierter Hamburg03 Scenery steigt der Arbeitsspeicherverbrauch von ~370Mb nach 10min auf
650Mb und irgendwann ist das Ende der Fahnenstange erreicht.
Deaktiviere ich beide Einträge ist alles gut ??!!

Checke doch mal ab welcher der beiden Hamburg Scenery Einträge Deinen Speicherverbrauch anschwellen lässt.

Die Landclassfiles sitzen in der HHGroundFS2004 Scenery.

Dieser Sceneryordner darf wie gesagt keinen Texturordner besitzen. Ist bei mir auch nicht der Fall.

Du schreibst Du besitzt keinen leeren Texturordner. Ich hoffe Du besitzt keinen vollen in diesem Pfad denn das wäre ja genau so tödlich.

Ich habe das bei mir noch nicht gecheckt ob dieser Effekt auftritt.

unter dem Titel "Mysterien des Flusis"
@Jobia:
nur Hamburg2003 aktiviert - alles wunderbar
nur HHGroundFS2004 - alles wunderbar
beide aktiviert - und die Speicherauslastung steigt bis zum Ex ???
Im HHGroundordner befindet sich nur das Verzeichnis Scenery und die Datei Scenery.DAT....

Wünsche auf jeden Fall einen angenehmen Silvesterabend und ein angenehmes neues Jahr

Hallo,
die Hamburg-Szenerie ist wirklich erste Sahne!
Aber leider hab ich das gleiche Problem wie Der Schulz.
Hat vielleicht zwischenzeitlich jemand eine Lösung?
Außerdem sind die Bäume um das Ahrensburger Schloß bei mir mit schwarzen Rechtecken hinterlegt. Die Bäume an der Alster sind o.k.
Bin für jeden Rat dankbar.

Hi Caesar,

es gibt seit ein paar Tagen ein Update Version 1.1 - welches die Texturprobleme mit den Bäumen löst.

http://d.brandenburg.bei.t-online.de/downloads.htm


Gruss

@Caesar:
hast Du zufällig die Megascenery von Southern California installiert ?
Irgendetwas muss im Zusammenspiel mit der Hamburgscenery den Arbeitsspeicher in tödliche Höhen treiben ?

Danke, StNeaga,
aber mit dem Bodenschatten hat das bei mir nichts zu tun.
Habe gerade eine Lösung gefunden, indem ich die Texturen baum*.* durch entsprechende Dateien aus einer älteren Hamburg-Szenerie ausgetauscht habe. Damit geht's.

Hallo Der Schulz,
die von Dir genannte Szenerie habe ich nicht.
Ich habe auch schon sämtliche Zusatz-Szenerien deaktiviert, aber ohne Erfolg.
Jetzt hab ich noch die Version 1.1 installiert, hat aber auch nichts gebracht.
Dabei ist mir aber aufgefallen, dass für den Effect-Ordner nur noch eine Datei vorhanden ist. Bei der Vorgänger-Version waren es drei.
Die fx_rtr_wtr.fx habe ich wieder durch das FS-Original ersetzt -betr. alles FS9.
Die fx_Fontaene_l.fx fehlt in V1.1 ganz, wodurch auch die Fontäne nicht mehr sichtbar ist.
Vielleicht finden wir ja noch eine Lösung.,

@Caesar:
hast Du zufällig die Megascenery von Southern California installiert ?
Irgendetwas muss im Zusammenspiel mit der Hamburgscenery den Arbeitsspeicher in tödliche Höhen treiben ?



Also ich habe auch die Megascenery. Aber die hat damit nichts zu tun. Mit oder ohne Megascenery kann man beobachten das sich der Speicher füllt. Fraglich ist aber ob es so gravierend ist wie beim Landclassproblem. Ich habe jetzt zweimal über eine halbe Stunde über Hamburg gekreist. Es blieb im alltäglichen Rahmen.

Jetzt weis ich nicht ob es mit eurem Effekt vergleichbar ist.

Ich habe beide Sceneryordner aber noch nicht einzeln für sich gecheckt. Wie es dann aussieht.

Aber es ist mir schon etwas aufgefallen. Mal sehen ob es in dem Zusammenhang steht.

Sollte sich das bestätigen wäre das nicht schön. Auch für andere ADDONS nicht.

Guten Morgen Joachim,
irgendwie habe ich Angst vor dem was Du entdecken könntest....

Ich habe dasselbe getan wie Caesar und die Baumtexturen mit welchen
aus meiner "Bibliothek" ersetzt - die schwarzen Rechtecke sind weg.

Ich führe das deswegen an, weil an, weil das updaten auf die
Version 1.1 an diesem Problem garnichts ändert, man muß da selber
"aktiv" werden.

Oder Dirk liest das....;)

Irgenwas in der Gegend HH ist der "Übeltäter". Ich habe eine Helgoland-Szenerie, die, mit dem Flieger in EDDH stehend, den Speicher lt. Taskmanager auf 1,3 GB füllt.
Nach Deaktivierung der Szenerie geht die Auslastung auf ca, 580 MB zurück. Ich habe dann die neue HH ebenfalls deaktiviert und keinen großen Unterschied festgestellt.
Ein Rundflug über HH brachte eine Steigerung auf ca. 800 MB. Ein Weiterflug in Richtung Osten ließ die Speichergröße auf etwa 1GB anwachsen. Querab von Rügen habe ich den Flusi "in der Luft" beendet und an der gleichen Stelle sofort wieder gestartet. Das Eregebnis seht ihr im Anhang. Unter 450 MB!

Ich hatte diesen Swap-Datei Überlauf in Hamburg auch. Allerdings lag es bei mir daran, dass ich frecherweise die Readme nicht beachtet (aber gelesen) hatte und einfach die Hamburg-Scenery und den HHGround200x-Ordner in einen Ordner zusammenkopiert hatte, da ich es nicht mag, wenn ich ohne Ende Ordner in X:\FS2004\Addon Scenery habe...
Nach erneuter Installation wie in der Readme beschrieben läuft nun alles bestens, auch mit Helgoland, Boberg und Finkenwerder Szenerie.

Hm, ich bin zwar nicht der große readme-Leser vor dem Herrn, aber ich habe 2 Ordner für die Szenerie, einmal Ground und einmal eben HH.
Nun habe ich mir die Liesmich noch einmal durchgelesen und finde alles so vor wie angegeben.
Dennoch habe ich den vorher beschriebenen Sachverhalt.
Nach dem oben beschriebenen Neustart bin ich jetzt über Moskau und die Datei ist immer nich 420 MB groß. Und dies auch trotz einer UUEE-Scenerie. Ich erwähne dies, weil auch anderen Addons der schwarze Peter zugeschoben wurde.

Hallo Wolf

Zu Deinem Satz eine Frage:


""Irgenwas in der Gegend HH ist der "Übeltäter". Ich habe eine Helgoland-Szenerie, die, mit dem Flieger in EDDH stehend, den Speicher lt. Taskmanager auf 1,3 GB füllt.
Nach Deaktivierung der Szenerie geht die Auslastung auf ca, 580 MB zurück. Ich habe dann die neue HH ebenfalls deaktiviert und keinen großen Unterschied festgestellt.""


Wenn ich Dich richtig verstehe füllt sich Deine Auslagerungsdatei nur wenn diese Helgoland Scenery aktiv ist. Korrekt.

Also bei mir sieht es so aus. Ich habe nach Vorschrift installiert. Egal ob ich die beiden Sceneryteile allein oder zusammen betreibe im wesentlichen kann ich keinen Speicherüberlauf feststellen. Wenn ich beide Teile zusammen betreibe ist es nicht so garvierend anders. Klar jede für sich allein benötigt etwas weniger Speicher. Fakt ist das dem Dirk Landclass allein nicht genau genug war. Es kommen extrem viele VTP2 Polys mit Landclasszuweisung vor. Das kann man sehr schön daran sehen das die Wälder sehr exakte genaue Formen haben im Gegensatz zu reinem Landclass aber immer harte Ränder haben. Es wirkt etwas aufgesetzt nicht ganz so natürlich.

Da die Scenery extrem viele dieser Polys hat frisst das nicht nur mehr Performance sondern auch Speicher. Dadurch eben mehr als manche andere Scenery. denn der Dirk hat wirklich bei seiner Scenery sehr viel umgesetzt.

Aufgrund dessen das ich mir aber wegen der VTP Poly Probleme von Holger seiner Scenery diese genauer angeschaut habe kann man sagen das Ground2k bis vor kurzen extrem komplexe Polys erzeug hat.

Die aktuelle Version macht das nicht mehr. Dadurch werden sogar andere Problem gelindert. Ich werde dem Dirk das mal schreiben falls er das nicht eh schon festgestellt hat. Ich könnte mir vorstellen das sich die Situation bessert wenn man das Projekt noch mal neu über
die Routine laufen lässt.

Ja aber -
@Jobia: Oh Wissender, was könnte dann auf meinem System passieren ???
Welches Zusammenspiel könnte diese Speicherfüllung dann auslösen ???

Wie gesagt bei mir ist die Hamburg Scenery speicherbelastend, aber ein Problem habe ich mit Ihr nicht. Ich habe kein Speicherüberlauf sprich bei mir passiert nichts negatives wie bei einigen anderen offensichtlich.

Wenn es zum Speicherüberlauf kommt bleibt der FS hängen oder stürzt schlimmsten falls ab. Wie gesagt beides kann ich mit der Hamburg Scenery nicht feststellen daher ist sie für mich in Ordnung. Eine sehr schöne Scenery.

Was mir halt aufgefallen ist das der Ground2k VTP2 Bodenpolycode der älteren Version extrem aufwendige Polys erzeugt. Bei der neuen Ground2K Version ist das nicht der Fall.

Es kommt natürlich drauf an was die Bodenpolygone für Formen haben. Haben sie sehr viele nach innen gewölbte Bereiche dann wurden sie zu vor in sehr viele kleine Teilpolygone zerlegt um nach innen gewölbte Flächen zu vermeiden. Der FS stürzt aber nicht ab bei nach innen gewölbten Flächen, sondern stellt sie schlimmsten falls nicht dar.
Ev. treten optische Probleme auf.

Offiziel laut FS2002 SDK (ist im FS2004 nicht besser bei VTP2) mag der FS aber keine nach innen gewölbten VTP2 Boden Polygone. Aus Erfahrung weis ich aber das er hier recht großzügig ist.


Bei der neuen Ground2K Version ist diese Großzügigkeit mit eingebracht worden. Die neuen Routinen erzeugen weniger Einzelpolygone. So konnte ich bei ein und der selben Scenery erkennen das hier die Filegröße fast um die Hälfte reduziert werden konnte.

Wenn Dirk seine Projektfiles noch hat, braucht er die nur noch mal durch die neue Ground2K Version jagen und kann damit vermutlich den Speicherverbrauch verringern. Garantieren kann man das nicht, aber ein Versuch ist es Wert. Außerdem hat sich bei Holger Sandmann schon rausgestellt das es auf diese Weise auch anders weniger Probleme gibt. Einige seiner Probleme sind auf diese Weise fast komplett verschwunden.

Deshalb habe ich den Dirk auch angeschrieben.

Hallo Leute,

ich hatte in den letzten Wochen sehr viel um die Ohren, weshalb ich zwar kurz im Forum gelesen habe, aber nicht geantwortet habe. Sorry dafür.....
Also, zunächst das Baum-Problem: Das Ahrensburger Schloss habe ich von der älteren Hamburg-Version übernommen und dabei für den FS2004 die Umwandlung der Baum-Texturen vergessen. Deshalb werden die schwarz umrandet dargestellt. Der Fehler ist schon auf meinem Zettel und wird so schnell wie möglich behoben. Dazu gehört auch, dass noch weitere Texturen bzw. BGL-Dateien geändert werden müssen, da einige Schiffe im Hafen grau umrandet werden, sobald man den Bodenscenerieschatten einschaltet. Die Dinger waren mir beim letzten Update durch die Lappen gegangen.
Das nächste Problem ist das der langsam werdenden Rechner bei eingeschalteter Scenery. Leider muss ich Euch da im Moment enttäuschen, da ich nicht die leiseste Ahnung habe, woran das liegen könnte. Sehr schwierig dabei ist auch, dass bei mir das Problem nicht auftritt und ich deshalb nicht nachvollziehen kann, woran es liegt, geschweige denn einen Versuch starten kann, einen möglichen Fehler zu beheben.
Jobias Idee die Ground-Dateien nochmal mit einer neuen Version von Ground2K zu kompilieren sind gut, aber ich habe die Scenery mit der aktuellen Version (V5.32) erstellt. Insoweit scheidet auch dieser Ansatzpunkt aus. Interessant ist, dass das Problem nicht bei allen auftritt, sondern nur bei einigen. Versucht doch mal bitte die einzelnen BGL-Dateien im HHGround-Verzeichnis "auszuschalten" (also z.B. umbenennen oder woanders hin bewegen) und zu sehen, ob sich etwas ändert.... (und wenn ja, wann...)
Habe ich es auch richtig verstanden, dass das Problem bei allen nur beim FS2004 auftritt?? (Was mich vermuten lässt, dass ich als Scenery Designer dann vielleicht gar nichts machen kann, sondern Herr Gates oder Christian Fumey als Entwickler des Programms Ground2K....)
Ich werde weitere versuchen, hinter das Geheimnis zu kommen und auch mit Jobia nochmal mailen.....
Sorry, dass ich leider im Moment keine andere Antwort für Euch habe...

Gruß Dirk
:confused:

Hallo Leute

mit FS2002 läuft diese geniale Szenerie bis auf eine Ausnahme stabil und flüssig.
Im Frühling, Sommer und Herbst kommt es bei Benutzung der GA DF Boeing 737, sowie der POSKY Boeing 757 zum Stillstand des FS2002, mit einer g2dll Fehlermeldung.

Kann ich aber mit leben, da ich mich in die PMDG Boeing verliebt habe :rolleyes:

Gruß
Peter

Hallo Dirk

Das mit der Ground2K Version ist seltsam. Wenn ich hier im Forum von Bodenpolys spreche denke ich könnte ich für einige dieses auch mit Bahnhof ersetzten. Das selbe vermutlich wenn ich sage, es muß aufgebrochen werden um nach innen gewölbte Flächen zu vermeiden. Daher im Anhang ein Bildchen für alle anderen und auch für uns welches mehr als Worte sagt.

Oben sieht man eines Deiner Hamburger VTP2 Bodenpolys. Hier diese Waldfläche. Im Prinzip wenn der FS nach innen gewölbte Flächen könnte dann würde man im Designtool nur um diesen Wald an markanten Punkten rumklicken. Diese angeklickten markanten Punkte würde man dann im Code als X/Y Punkte angegeben (wie bei einer Bitmap mit 256x256 Pixeln links oben ist X=0, Y=0 unten rechts ist X=255, Y=255. Der FS würde diese Fläche die innerhalb dieser Punkte ist dann mit Wald füllen.

Im Prinzip machen die Designtools nichts anderes wenn man es mal einfach ausdrücken möchte.

Da er aber nach innen gewölbte Flächen offiziell nicht mag muß jetzt Ground2K diese Fläche die wir über die markanten Punkte theoretisch erzeugen könnten in mehrere Einzelpolygone zerlegen. Das sieht man oben im Bild sehr schön. Die weissen Linien zeigen uns diese typischen idealen Dreiecksflächen/Polygone. Wie man sieht besteht das große Polygon jetzt aus vielen kleinen, nach innen gewölbte Flächen kommen nicht mehr vor. Jeder Eckpunkt eines Polygones muß als X/Y Wert im BGL Code übernommen werden.


Also eine Information die wir haben müssen und die Speicher und Rechenarbeit kostet.

Unter dem Bild von Hamburg sehen wir ein Bild aus Holger seiner Scenery. Hier auch ein Bodenpoly nur diesmal eben Wiese die in einem Wald liegt. Wenn man es mit Dirk seinem oben vergleicht ist diese Fläche auch wieder in viele Einzelpolygone zerlegt.

Übrigends das Problem bei dem Tool Autoasm das wir in dem anderen Thread angesprochen haben ist das es nicht nur markante Außenpunkte der Bodenpolys als X/y Werte angibt es bricht auch nicht über eine Routine in mehrere auf sondern setzt im Prinzip alle Außenpunkte des Bodenpolys die in der auszulesenden Bitmap um. (siehe oben das mit den X und Y Werten) enthalten sind als X/Y Werte (von Microsoft Vectorpoints genannt)

Sprich würde sich die Außenlinie in der auszulesenden Bitmap aus 1500 Pixeln aufbauen finde ich im Code auch 1500 X/Y Werte mindestens vor. Also das zigfache an Information wie man es oben in Hamburg bzw. in der Mitte bei Holgers Poly vorfindet. Der Autoasm Code ist also extrem belastend hinsichtlich Vectorpoints. Zumindest bei mir. Mal sehen was Horst bei sich findet. Vielleicht arbeitet Autoasm bie mir nicht richtig oder ich habe einen Fehler gemacht. Passte gerade gut da man es an den Bildchen gut erklären kann.


Was fällt oben auf. Das Hamburger Poly und das von Holger in der Mitte sehen ziemlich ähnlich aus hinsichtlich Aufbau des Polys aus Einzelpolys. Es gibt sehr viele nahezu ideale Polys.


Unten sieht man aber noch mal das selbe Poly von Holger. Diesmal der Code der bei Ihm bei Rekompilierung über die aktuellste Ground2K Version entstanden ist. Sprich das was er gezeichnet hatte wird mit der neuen Routine wieder in Polys zerlegt und in die BGL kompilert. Diese eine Fläche wird da sie nach innen gewölbte Anteile hat immer noch in mehrere Polys von Ground2K zerlegt. Aber es sind nur noch sehr wenige Einzelflächen. Sie enthalten jetzt auch gewölbte Anteile aber offensichtlich nur in dem Rahmen wie es der FS zulässt. Da es weniger Flächen sind müssen auch nicht so viele X/Y Werte angegeben sein. Der BGL Code wird kleiner die Hardware muß weniger rechnen.

Wie gesagt bei Holger hatte das bei einem File fast eine Halbierung der Bytes gebracht. Auch die Probleme das anstatt dunkler Wiese in der Nacht hier ein kurioser Wechsel zu einer leuchtenden Stadttextur erfolgt hat sich wesentlich gebessert. (Leider nicht bei allen Files) Zumindest hatte ich neulich mir meiner Vermutung das die Polys von Ground2K zu komplex sind richtig gelegen.



Wie gesagt meine Erfahrung mit einem anderen vergleichbaren Designtool (welches das zerlegen der Polys in Einzelpolygone nicht macht) hat mir gezeigt das der FS da sehr tolerant gegenüber nach innen gewölbten Flächen ist.



Nur man sollte das auf jeden Fall bei Ground2k in der Anfangsphase der neuen Version kontrollieren ob durch die neuen Routinen ev. Teile des Polys auf einmal fehlen.

Das ist nämlich der Effekt wenn man es mit nach innen gewölbten Flächen überreist.

Der FS lässt diesen problematischen Vectorpoint einfach aus und springt zum nächsten Punkt. Dadurch entsteht eine gerade Linie zwischen diesen Punkten die nach innen gewölbte Fläche verschwindet.

Ground2K hat jetzt ja die Funktion concave Polys. Da ich aber noch eine Zerlegung erkenne denke ich nicht das Holger dieses aktiviert hatte.

Ich werde mir das aber mal genauer ansehen.

Auf jeden Fall schliesse ich nicht aus das es mit Deiner Scenery besser läuft wenn die Polys einfacher sind.

Wie gesagt einen Überlauf hatte ich persönlich nicht. Wenn ich Wolf sein Posting richtig interpretiere wird es bei Ihm eher durch diese Helgoland Scenery verursacht.

Hier das Bild. Oben Hamburg. Mitte Holgers Poly aus alter Ground2k Version unten das selbe aus aktueller Ground2k Version.

Hamburg 2003 läuft nun
 

Hallo Flusifreunde!
Mal aus dem Zusammenhang herausgerissen:
Hamburg 2003 läuft nun endlich bei mir ohne alle Fehler. Ich konnte die Navigationskarte nicht aufrufen oder das GPS über Hamburg verstellen ohne Crash und den "Ruf nach Hause". Ich kam als Übeltäter auf das Addon "nordgermanrivers".
Auf Anraten von Rainer Duda holte ich mir von AVSIM die Version 1.1 von "nordgermanrivers", nun läuft alles robust. Natürlich mit 1 GB RAM und den zwei Auslagerungsdateien nach Anraten von "Heritage".
So hat jeder seine Probleme je nach PC-Konfiguretion.

Glück Auf!

boerz

Hallo zusammen,

ich habe in der letzten Stunde folgendes gemacht:

Flsui 2004, Standort EDDH, PMDG 737-700(Cockpitansicht) auf aktueller RWy.

default TM= 575 MB, nach 10 min 608 MB
GAP3 TM= 620 MB, nach 10 min 652 MB
GAP3 + HH: TM= 650 MB, nach 10 min 0,98 GB

Die Helgoland-Szenerie habe ich nicht mehr auf der Platte!

Dazu folgende Legende:
Ich habe ausser Kaffetrinken nichts gemacht während der Zeit. Keinerlei Veränderungen. Dazu hatte ich das Wetter deaktiviert und ebenso den AI-Traffic. Auch DFÜ war aus. Im Hintergrund keine besonderen Aktivitäten. Ausser Leerlauf und FS9 keine Prozessaktivitäten.

Ich habe auch die GAP3 allerdings keine reine FS2002 Version. Sondern eine FS2000 auf FS2002 gepatcht diese wiederrum auf FS2004 gepatcht. Werde jetzt auch mal Kaffee trinken gehen. Aber ich denke nicht das da etwas passiert. Ich bin nämlich nach 30 bis 40 Minuten Überflug hin und her nie über 800MB gekommen.

Daher tippe ich eher auf ein anderes Problem.

Ich wüsste nicht was es hier sein könnte wenn Du nach Vorschrift installiert hast.

Es wäre mir jetzt ev. noch die GAP Scenery in den Sinn gekommen. Damals wurde bei einigen GAP Airports z.B den GAP4 Landclassfiles für die nähere Umgebung beigefügt. Ich weis allerdings nicht mehr wo sie das hingepackt haben. Ob es in der Scenery intergriert war?

Sie haben auf jeden Fall lc vor .bgl stehen gehabt schau doch mal nach.

Ev. mal die GAP deaktivieren ob es mit HH allein auch passiert.

Sehr kurios wie gesagt das ich das nicht habe.

Da Du mit GAP allein kein Problem hast dürfte das aber eigentlivh nicht in Frage kommen.

Ich kann Wolf-Dieters Aussagen bestätigen:
GAP (2000 auf 2002 gepatched und einfach in 2004 eingebunden)
EDDH am Gate stehend mit AI ~392MB und bleibt konstant
das Gleiche mit Hamburg aktiv ~392Mb nach 10´~680Mb, nach 37´ CTD

@Jobia

Ich hoffe der Kaffe schmeckt.
Speicher ohne GAP3 und mit HH: 670 MB, nach 10 min 1,01 GB. Also das gleiche Ergebnis. Dateien mit *lc*.bgl habe ich nicht gefunden.

Moin moin,

also, Asche auf mein Haupt..... Ich habe nach dem Eintrag von Jobia nochmal die Dateien überprüft und festgestellt, dass das letzte Update von Ground2K nach dem Erscheinen der Hamburg2003-Scenery im Dezember herausgekommen ist. Ich habe also kurzerhand einige Dateien durch die neue Version kompilieren lassen und war sprachlos.... Die Dateien wurden zum Teil tatsächlich um fast die Hälfte verkleinert. Leider ist mir eine Datei im Norden Hamburgs verloren gegangen, so, dass ich erstmal sehen muss, was da noch zu machen ist. Ich werde mich daran setzen sobald ich in den nächsten Tagen Zeit habe und ein kleines Update fertigen. Vorher würde ich die fertigen Dateien aber gerne von Euch testen lassen, insbesondere von denen, die Probleme hatten....
Wie gesagt, ich weiß noch nicht genau zu wann ich es schaffe, aber ich melde mich.

@ Jobia:
Vielen Dank nochmal für den Tip! & schau mal in Deinen Briefkasten...

Gruß Dirk

Also in den Briefkasten habe ich geschaut. Sprechen wir über mail drüber. Zu den Polys muß ich sagen es wird was bringen. Es ist aber nicht das Problem würde ich sagen. Da ich nicht an dem PC sitze wo der FS drauf ist kann ich noch nichts sagen. Fakt ist Wolf. Aus meinem Kaffee ist leider nichts geworden. Habe aber um 18 Uhr 05 einen test begonnen. Akiv Dirk seine Scenery , GAP, LC von SG1 alte FS2002 Version, FaitmanMesh und ein paar andere schöne Scenerien unter anderem die VFR Airfields Serie. Ein paar Fragen habe ich Rolf.

Ansonsten kann ich sagen ich kenne keine Scenery die so wenig Autogen kaputt macht wie eure aktuelle VFR Vol1.

Es ist jetzt so weit rausgekitzelt und optimiert das Autogen wirklich nahezu den Airportrasen berührt. Da gibt es auch sehr viele aktuelle Scenerien die in einem sehr großem Umfeld beim FS alles platt machen. Autogengebäude und Bäume gibt es da nicht mehr. Es herscht Wüste.

Auch das ganze Feeling kommt sehr gut rüber. Die Athmosphäre passt.

Zurück zu Hamburg.

Bei mir fängt es mit 456 MB an. Kann sein das irgend welche Dienste von XP noch aktiv waren.
nach 4 Minuten kaum Änderung. nach 5 minuten 477MB also ein starker Sprung.
jetzt kommen alle Angaben in ca. 5 Minuten sprüngen.

495 MB
548 MB
603MB
660MB
692MB
750MB

Fakt (mein Lieblingswort momentan) ich habe immer Phasen wo lange nichts passiert und auf einmal geht es los und Speicher wird gefressen.

Ich habe auch eine vermeintliche Ursache gefunden. Ob es diese ist werde ich testen.

Es sieht so aus als wenn es nicht die Polys sind. Wenn Dirk diese durch Ground 2K (aktuelle Version schickt) könnte das einen Vorteil bringen mit dem Bug hat es aber wohl nichts am Hut.

Noch habe ich auch nicht getestet ob es überhaupt Dirk seine Scenery ist.

Oder wollen wir mal so sagen vorher hat es immer bei ca 850MB stagniert. Da bin ich geflogen. Diesmal habe ich nur auf der Runway gestanden das bestätigt mich noch mehr bei dem was ich festgestellt habe.

Da das ganze austesten und eingrenzen etwas Zeit kostet bis man definitiv etwas genaues sagen kann würde ich folgendes vorschlagen.

Dirk versucht seine Bodenscenery durch die neue Ground2K Version zu jagen. Hat er dies gemacht stellt er am besten ein ZIP File seiner neuen Bodenscenery für uns zur Verfügung. Hier dann am besten ein Link darauf schalten. So können es die mit Problemen austesten in dem sie diesen neuen HH Ground Ordner zunächst mal austauschen.

Ev. ist das schneller und behebt ev. das Problem ohne das man jetzt groß suchen muß. Denn das kostet wie gesagt Zeit da man ja nach jeder Änderung mindestens 20 Minuten beobachten sollte.

Mit neuen Files ist zumindest die Chance da das es ev. weg ist ohne große Tests.

Nachdem ich HH und NRW-Landclass deaktiviert habe ist meine Welt (Zunächst) wieder in Ordnung.

@Jobia
Lass uns an der vermeintlichen Ursache teilhaben, b.z.w. sag mir was ich tun muss, um dir beim Testen helfen zu können ?!