Es gibt aber auch Möglichkeiten, um einem Arbeitsspeicherproblem entgegenzuwirken.
Beim Überfliegen des Airports nimmt man diesen einfach aus der Szeneriebibliothek heraus und das Problem existiert nicht mehr. Beim Anflug/Abflug kann man mit dem wunderbaren Konfigurator-Tool, dass uns FlyTampa mit ihren Produkten zur Verfügung stellt die Szeneriedetails anpassen und muss auf diese Weise nicht immer alles auf den höchsten Einstellungen stehen haben. Gleichzeitig kann man die Einstellungen im P3D etwas herabsetzen, was eh oft gar nicht auffällt und das Problem existiert ebenfalls nicht mehr.
Also es liegt an jedem selbst, ob er sich diese Probleme macht oder eben etwas mitdenkt. Und wie der Julius schon sagte, welcher der FlyTampa Airports hat euch bis jetzt schon enttäuscht?
@simmershome: Ich danke dir sehr für deinen Beitrag! Beim Deaktivieren der dll.xml startete P3D wieder auf normalem Wege.
Was würdest du nun vorschlagen wie ich weiter zu verfahren habe? Als nächstes geht es ja daran, die dll.xml zu analysieren. Auf was muss ich dort achten, bzw. welche weiteren Tests kann ich dort vornehmen?
Hier ist nochmals die aktuelle Version dieser Datei:
Mh, ok. Es könnte auch ein W10 Problem sein. Es gibt Einstellungen im W10 die Programme in den Hinzergrund zwingen. Dafür müsste ich mal in die Programm Konfiguration schauen. Bist Du grundsätzlich als Admin im W10 angemeldet?
Das ist gut zu wissen. Wenn es für dich keine Umstände macht, kannst du mir einfach kurz sagen, von was ich ein Bild machen soll und vielleicht noch kurz, wie ich dort hin finde. Dann kann ich diese hier posten. Sonst bin ich grundsätzlich als Administrator angemeldet.
Also bei mir lag es nicht nur am Autostart von EZdoc sondern auch weil ich es zweimal installiert hatte. Da ich den FSX auch noch auf dem PC habe. Zwar in einer anderen Festplatte aber EZdoc wird ja unter Programme (x86) installiert, zumindest bei Win10. Kannst Du in der Ereignisanzeige den Fehler auslesen? Man sieht im Video nur kurz ein Fenster aufpoppen. Dann ist der Sim weg.
Bei mir ist EZDock nur einmal installiert, da nur P3Dv3.2 installiert ist. Einen Fehler in der Ereignisanzeige gibt es nicht, da P3D ja nicht abstürzt. Es verschwindet einfach nur. Der Prozess läuft aber noch, wie man später in dem Video erkennen kann.
im übrigen soll der Eintrag nicht entfernt werden sondern nur False in True geändert werden: <Launch.Addon> <Name>EZdok camera addon</Name> <Disabled>True</Disabled> <Path>C:\Program Files (x86)\EZCA\EZCA.exe </Path> </Launch.Addon> Und dann in der FSUIPC ini: [Programs] RUNFI1=READY,CLOSE,C:\Program Files (x86)\EZCA\EZCA.exe
Alles anzeigen
Stimm, da hast du Recht. Ich habe diese Punkte noch abgeändert, ändert aber nichts am Problem, welches immer noch besteht.
ich danke dir für deine Antwort, jedoch war EZDock zu diesem Zeitpunkt gar nicht gestartet. Auch wie in deinem Link beschrieben habe ich den EZDock Eintrag aus der exe.XML entfernt, wie man auch in meinem Video erkennen kann. Also daran wird es wohl nicht liegen, außer du kannst mir noch konkretere Hinweise dazu geben.
We're nearing the end of Beta testing. The next video 'From a Pilots Perspective' is in production and coming along nicely. It will highlight many features of the A320-X that haven't been shown before.
Gents- We are concerned that each time we post some news about our products, a number of individuals become confused about what will and what will not happen in the future, in what order, and how long it will take. These folks, while good-natured, well-meaning and nice-hearted, start rumors which are almost always unsubstantiated and based only on their personal beliefs. Those rumors, though, have a tendency, to spread like wildfire, mostly because (I would guess) people are eager to take any new "information" without checking into its validity first. One such particular rumor is that we're going to take ages after the FSX release to produce the equivalent P3D version - note: NOT the professional version, but simply the version that behaves identically to FSX, simply under a different platform (P3D). This is simply not true. I will not elaborate further on details until we have had time to work them out, but at this point, our developers have been working on code that runs on P3D and a release on that platform will NOT take forever after the FSX version to come out. I appreciate that everyone is very anxious to get the A320-X in their hands - it's been a long time in development, that's true, and I'll even explain in a subsequent post (that I've been writing while all our other developers are asleep - which isn't a very large window of time in the day, given our geographical diversity) all the difficulties we've faced, but also all the amazing features that we've added, so I think it might be hard to find a single individual on this planet more anxious to release the A320-X than myself . So - to reiterate - the roadmap, as it stands right now, in very brief bullet points: - Early Adopter release on FSX (to a number of customers that we'll be "inviting" as Early Adopters) on FSX so we can offer correct and productive customer support and iron out any problems with installation our beta testing team might have missed - General release on FSX - Early Adopter release on P3D (same deal as with FSX) - General release on P3D - Continuous subsequent releases on both platforms with added features and improvements - Professional version release on P3D (ONLY) This is what we believe is the best way to properly be in a position to support our customers and keep everyone satisfied that we're providing a top notch, top quality product that we'll keep improving for years to come. After all, we're geared for a world-first: Simulation of an A320, with all its nuances, all its quirks, in a way that nobody's done it before... Thank you for your understanding and your continued support all these years!
It's been a bit since our last update - excuse the delay, as we're concentrating on putting together our A320-X Early Adopters' package (more details on this will be forthcoming). For now, we just *had* to share this image taken by one of our beta testers (you know who you are - thank you!) as it gives a nice glimpse of the tremendous capabilities already in the A320-X!
We know everyone is looking forward to this release! We promise, it won't be too much longer now!
Ich habe nun eine komplette und (meines Erachtens nach) saubere Installation durchgeführt. Nach dieser Installation hat P3D wieder ohne Probleme funktioniert. Ich habe dann noch einige Tools installiert, wie z.B. ASN, FSUIPC, GSX und die SimConnect.msi Dateien aus dem P3D redit Ordner. Nach jeder einzelner Installation habe ich den P3D gestartet und immer hat er funktioniert.
Dann habe ich mich wieder an Rainers Anleitung gemacht. Zuerst kam der "P3Dv2 Fake" (also der 1. Teil) dran. Nachdem dieser erledigt war, habe ich den P3D wieder gestartet und habe wieder keine Fehlermeldung erhalten. P3D wieder geschlossen und weitergemacht mit dem 2. Teil der Anleitung bekam ich zum Schluss jedoch erneut den genau gleichen dll Fehler wie oben geschildert.
Ich arbeitete danach die Anleitung vom Ende wieder bis zum Anfang des 2. Teils durch und machte alles rückgängig, was ich zuvor nach der Anleitung einstellte. Danach startete ich P3D und es funktionierte wieder alles einwandfrei.
@simmershome Entweder ich mache grundsätzlich etwas falsch (was ich leider nicht ausschließen möchte) oder mit P3Dv3.2 hat sich vielleicht doch ein Konflikt mit deiner Anleitung gebildet. Läuft denn der FSX Fake bei dir bzw. auch bei den Anderen einwandfrei?
(Kann vielleicht jemand noch berichten, ob der FSX Fake bei ihm im P3Dv3.2 funktioniert?)
Vielen Dank für deine klare Antwort. Diese Antwort hatte ich soweit auch erwartet, denn ich hätte mir auch nicht wirklich erklären können, was jetzt der Fake Sim mit diesem Fehler zu tun hat.
Dann ist jetzt also meine Aufgabe, alles was mit dem P3D zu tun hat zu entfernen, sodass es wirklich wieder eine clean installation geben kann.
Kannst du mir vielleicht noch einen Tipp bezüglich der Registryeinträge geben, wenn du kannst? Wäre so ein Programm wie WinThruster sinnvoll zu kaufen? Das Programm hat ja auch Konflikte bezüglich dieser dll erkannt.
Ich habe die Punkte so ausgeführt wie beschrieben, nicht mehr und nicht weniger.
Bei Punkt 6 bekam ich jedoch wieder den selben Absturz. Soll ich trotzdem noch bis Punkt 9 weiter arbeiten oder hat das dann keinen Sinn mehr? Wahrscheinlich jedoch eher zweiteres...
Trotzdem vielen Dank für deine Ratschläge. Mir ist der Fehler auch bei der Contentinstallation aufgrund von widersprüchlichen Angaben passiert. So habe ich mich dann entschieden den P3D komplett neu aufzusetzen. Wie der weitere Verlauf war erkennt man ja anhand des Fehlers und steht auch oben beschrieben.
Hast du vielleicht zufällig einen Verdacht oder siehst einen groben Fehler, den ich mir nicht bewusst bin?
Ansonsten, weißt du, wie man die Registry-Einträge wieder rückgängig machen kann oder bin ich da an einer total falschen Baustelle? Ich meine, die Registry-Einträge sagen ja nur P3Dv2 Installern, wo der P3Dv3 installiert ist, oder? Kann das überhaupt die symmap.dll betreffen oder was kann die denn verändert/beschädigt haben? Vielleicht bin ich hier auch auf dem Holzweg und meine Manipulationen mit dem Double Fake haben mit dem Problem gar nichts zu tun. Nur davor hat sich der P3D eben noch starten lassen und nachdem ich mit der Anleitung fertig war, trat auch der Fehler auf. Von daher versuche ich das mal zurückzuverfolgen, was da eigentlich passiert ist.
Meine Registry Einträge bezüglich des Fake P3Dv2 sahen so aus:
Das mit den \ stimmt alles so, auch bei den Fake FSX Pfaden? Weil da fehlt ja einmal am Ende die beiden \\.
Ich würde mich sehr darüber freuen, wenn du über das Problem mal drüber schauen könntest. Ich weiß das ist mühsam und vor allem deine Zeit. Deswegen versuche ich dir mit so vielen Informationen wie möglich entgegen zukommen und würde mich jedem Lösungsansatz und jedem Test annehmen und diese sehr respektieren. Ich will auch das du weißt, dass ich dem Double Fake Simulator gar nicht die Schuld zuschiebe. Nur es waren eben die letzten Manipulationen, die ich vorgenommen habe, sodass ich dem eben nachgehen muss.
ich versuche mich kurz zu halten und fasse den zeitlichen Verlauf, der letztendlich zu diesem Fehler führte in Stichpunkten zusammen:
- Beim Updaten des P3D "content" Parts gingen wahrscheinlich einige Dateien verloren, da ich durch irreführende Aussagen keine Backups von bestimmten Ordnern gemacht habe (--> sichtbare Fehler im Sim) - Habe mich dann zur Neuinstallation entschieden und alles was zu deinstallieren war deinstalliert und den Rest dann "runtergehauen" nach den "Prepar3D v3 Download and Installation Directions" von LM - Neue Verzeichnisse angelegt und P3D v3.2 dort als Admin hineininstalliert, Einstellungen wieder übernommen, FSUIPC, ASN, GSX und SimStarter installiert --> Sim funktionierte bis dahin noch
- Dann die komplette Anleitung zum Double Fake Simulator für P3Dv3 durchgearbeitet (http://simmershome.de/double-fake-si…er-prepar3d-v3/) - Nachdem ich mit beiden Teilen fertig war, bekomme ich nun beim erscheinen des Szenario-Fensters direkt nach dem Ladefenster von P3D folgende Fehlermeldung:
Protokollname: Application Quelle: Application Error Datum: 11.03.2016 14:21:28 Ereignis-ID: 1000 Aufgabenkategorie:(100) Ebene: Fehler Schlüsselwörter:Klassisch Benutzer: Nicht zutreffend Computer: Alexander-PC Beschreibung: Name der fehlerhaften Anwendung: prepar3d.exe, Version: 3.2.3.16769, Zeitstempel: 0x56df48ce Name des fehlerhaften Moduls: symmap.dll, Version: 3.2.3.16769, Zeitstempel: 0x56df4837 Ausnahmecode: 0xc000041d Fehleroffset: 0x0002739e ID des fehlerhaften Prozesses: 0x12fc Startzeit der fehlerhaften Anwendung: 0x01d17b98e2860e99 Pfad der fehlerhaften Anwendung: Z:\Lockheed Martin\Prepar3D v3.2\prepar3d.exe Pfad des fehlerhaften Moduls: Z:\Lockheed Martin\Prepar3D v3.2\symmap.dll Berichtskennung: 333de175-4202-4138-a379-e9c026ad8b8e Vollständiger Name des fehlerhaften Pakets: Anwendungs-ID, die relativ zum fehlerhaften Paket ist: Ereignis-XML: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="Application Error" /> <EventID Qualifiers="0">1000</EventID> <Level>2</Level> <Task>100</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2016-03-11T13:21:28.000000000Z" /> <EventRecordID>33792</EventRecordID> <Channel>Application</Channel> <Computer>Alexander-PC</Computer> <Security /> </System> <EventData> <Data>prepar3d.exe</Data> <Data>3.2.3.16769</Data> <Data>56df48ce</Data> <Data>symmap.dll</Data> <Data>3.2.3.16769</Data> <Data>56df4837</Data> <Data>c000041d</Data> <Data>0002739e</Data> <Data>12fc</Data> <Data>01d17b98e2860e99</Data> <Data>Z:\Lockheed Martin\Prepar3D v3.2\prepar3d.exe</Data> <Data>Z:\Lockheed Martin\Prepar3D v3.2\symmap.dll</Data> <Data>333de175-4202-4138-a379-e9c026ad8b8e</Data> <Data> </Data> <Data> </Data> </EventData>
- Schritt 1 gemacht, aber dort gibt es ein Fehler beim Laden des Moduls - Schritt 2 konnte ich nicht erledigen, da ich keine Kenntnisse über das Editieren der Registry habe --> WinThruster nach Empfehlung dieser Seite runtergeladen und nach Fehlern suchen lassen --> Folgende Fehler betrafen die fehlerhafte Datei:
<EntryDetails><Entry>Fehlende Datei:regsvr32 /i SYMMAP.DLL\1</Entry> <Details>Die Registrierung enthält einen Eintrag für die Schriftart f unter HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\RunMRU, der auf die fehlende Datei regsvr32 /i SYMMAP.DLL\1 verweist.</Details></EntryDetails> <EntryDetails><Entry>Fehlende Datei:regsvr32 /u SYMMAP.DLL\1</Entry> <Details>Die Registrierung enthält einen Eintrag für die Schriftart e unter HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\RunMRU, der auf die fehlende Datei regsvr32 /u SYMMAP.DLL\1 verweist.</Details></EntryDetails> --> Um die Fehler zu beheben, müsste ich das Programm kaufen --> empfehlenswert/sinnvoll?
- Schritt 3 funktioniert nicht, da ich die Datei nicht gelöscht habe - Schritt 4 wurde mir vorerst verweigert, da ich nahezu 3h warten musste, bis das Programm mal aktualisiert wird und habe dann abgebrochen, weil ich keinen Nerv mehr hatte --> würde es aber auf Anraten nochmals probieren - Schritt 5, 6 und 7 möchte ich erst einmal noch rauszögern, bzw. würde ich machen, wenn es mir geraten wird oder ich keine anderen Möglichkeiten mehr habe (Wiederherstellungspunkte habe ich leider keine)
Für mich persönlich sieht es danach aus, als hätte ich beim Einrichten des Dual Simulators etwas verkehrt gemacht. Aber jetzt wäre meine Frage: Können die dortigen Manipulationen (ggf. registryseitig?) überhaupt zu solch einem Fehler führen?
Meine Registryeinträge für den FakeFSX sahen so aus: Windows Registry Editor Version 5.00
Beim Schritt 1 habe ich die Dateien leider schon gelöscht, aber sollten nicht wesentlich anders ausgesehen haben.
Ich bin mir natürlich im klaren, dass ich alle Inhalte von Rainers Seite auf eigene Gefahr nutze, deswegen gibt es höchstens für mich Schimpfe! Vielleicht erkennt jemand den Fehler, der das Abstürzen des P3Ds verursacht oder vielleicht seht ihr ja auch meinen Fehler, über den ich momentan noch rätsel.
Zur Not ist natürlich wieder eine Neuinstallation zu machen, aber zum einen möchte ich meinen Fehler entdecken (nicht, dass ich dann wieder auf das selbe Problem stoße) und zum Anderen habe ich doch gerade erst alles neu installiert und noch relativ viel Zeit dafür investiert, sodass ich das alles nicht gleich wieder zunichte machen möchte.
Gruß Alexander
Edit: Reparation des P3D hat keine Änderungen ergeben. Weiterhin bleibt das Problem bestehen.
Inhalte von externen Seiten werden ohne deine Zustimmung nicht automatisch geladen und angezeigt.
Durch die Aktivierung der externen Inhalte erklärst du dich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.
Content ja. Danach muss Rex, mein Grasmod also alles was auf Texture zugreift neu installiert werden Scenery nein, danach wird FTX neu fällig. Es gibt auch nichts wirklich neues in dem Teil. Und solange man FTX Global nicht einfach entladen kann, wird das auch so bleiben. Übrigens hat JV entgegen seinen Behauptungen keinerlei Berechtigung in den Stocksim mit dauerhaften Veränderungen einzugreifen.
Danke Rainer für diese kleine Zusammenfassung. Jetzt kenne ich mich aus!
