-
Posts
100 -
Joined
-
Last visited
-
Days Won
1
Content Type
Profiles
Forums
Downloads
Posts posted by Gerhard Kachelmann
-
-
Guys, you are great!!
That really solves the mystery. Completely as it seems! I don't understand it, but now all the entries, I was missing, are where they should be.
Maybe I openened the wrong one (default.bak instead of default.xml - it's my clean-install-backup) or something simimal...
Whatever... Thanks for helping! :)
-
but the truth is that the encoding format of that file changed from SP1 to SP2
Ah ok, didn't know about that one. Can you provide me a link for that issue?
Then make that 25 minutes (add IF/ELSE-check for FSX-version to the executable )
-
Not true, Etienne.
You can always write a small executable (that makes a backup of the default.xml - already implemented -, then opens the original, goes to the specific part of the file (simple searchstring-function), adds the new lines, adds the remaining old lines and closes the file) and integrate it into the installer. Can be done in 20 minutes max. (the writing of the executable that is.) In principle, it's the same as adding an entry to the scenery.cfg automatically via installer.
-
Hello everybody, hello Matthew!
First let me say Thank You for the development of Santorini X, your latest beautiful scenery. Really a marvellous piece of software.
edit: Reason for nullifying: See below!
But there is a grave bug in the installer routine:
Because of the non-standard autogen, the installer
- backups the default.xml-File in the [FSX]\Autogen-Folder,
- creates a new default.xml with added entries for special Santorini-X-autogen.
Now, if you have other 3rd-party-addons installed, that use non-standard-autogen, and compare the filesize of your backupped default.xml with the filesize of the new one, you will see, that the new one is drastically smaller!! (In my case, the size was reduced from ~13037 KB to 5910KB!
If you search through the freshly created default.xml with a text editor, you see, that all 3rd-party-addon-entries (including aerosoft-addons) are deleted from the default.xml destroying all non-standard autogen objects in all addons, that use such entries (i.e. VFR Germany X, all orbx-products, all earthsimulations-products and so on.)
I strongly recommend to release an immediate hotfix as soon as possible to avoid heavy trouble.
Here's a workaround as first aid:- Install "Santorini X" on your system
- Navigate to [FSX]/Autogen/-Folder
- Open default.xml with notepad or any texteditor
- Search for the string "<!-- Santorini X Beginn -->"
- Copy all following text to clipboard until "<!-- Santorini X Ende -->" (134 lines)
- Close default.xml and rename it to default.xml.OFF or anything unproblematic (or delete it right away.)
- Open default_XML_before_Santorini X_was_install.bak with notepad or any texteditor
- Search for the string "<CODE>B</CODE>"
- Paste clipboard content into the line after that line
- The beginning of the manipulated part should look like this:
<CODE>B</CODE> <!-- Santorini X Beginn --> <CLASS> <NAME>SNvillage10x5</NAME> ...
- The end of the manipulated part should look like this:
... </LIBRARYOBJECT> </CLASS> <!-- Santorini X Ende --> <CLASS>
- Save default_XML_before_Santorini X_was_install.bak as default.xml
Glad, if I could help!
Greetings,
Gerd
edit: Reason for nullifying: See below!
- Install "Santorini X" on your system
- 1
- backups the default.xml-File in the [FSX]\Autogen-Folder,
-
Stimmt, da hat er recht, der Rainer. Wenn ganze Landstriche betroffen sind, ist FSSC wirklich nicht das Mittel der Wahl. Ist eher was für lokale Unstimmigkeiten. Und wenn das Problem sich eh reproduzieren und mit den beschriebenen Maßnahmen abstellen lässt... auf geht's!
-
Hallo Norvell!
Bevor Du vor lauter Testerei wahnsinnig wirst, hole Dir einfach das Freeware-Tool "Flight Simulator Scenery Creator" von Derek Leung, lies in Ruhe die Readme.txt, stelle die Konfiguration auf FS2004 ein (damit Abflachgebiete einsetzbar werden), und ebne die häßliche Stelle einfach ein:
Bis Du Erfolg hast und das Tool beherrschst, dauert es höchstens einen ruhigen Samstagnachmittag, es macht Spaß, man lernt was dabei!
Gruß,
Gerd
-
der Rest Deines Beitrags ist im Prinzip nicht wirklich wertvoll in dieser Diskussion.
Dankeschön. Naja, wer austeilen will, muss auch einstecken können.
Die Entwickler wissen schon was sie warum tun, und manche Bitmaps erklären sich auch erst beim Blick auf den Alphakanal.Der ist doch komplett weiß... Verstehe ich nicht?
Davon abgesehen, selbst wenn es auf die Form der grauen homogenen Rechtecke angekommen wäre, hätte es ein 16x16 oder meinetwegen 128x128px-Bitmap auch getan. Im Gegensatz zu Dir bin ich daher nicht so sicher, ob man hier zuende gedacht hat. Deshalb war meine Kritik auch durchaus als Feedback gedacht, das u.U. eingebaut werden kann.
PS:
Feedback in Sachen Performance oder Aussehen der SzenerieAufgrund der übergroßen/schlecht ausgenutzten Bitmaps gab es starke Ruckler beim Laden der Texturen - Reduktion auf moderatere Werte hat diese Ruckler bei mir eliminiert.
- 2
-
Hehe... Leistungsproblem... no offense, aber das klingt irgendwie so, als würden damit die fehlenden Bäume, Leute, Parkplatzobjekte, Segelflieger und Rasenkanten für die FS9-Version gestorben sein. [sarcasm] Logisch - weil der FS9 ja im Gegensatz zum FSX deutlich stärkere PC's braucht, die bei einem so riesigen Verkehrsflughafen wie EDHL nicht mit so vielen komplexen Objekten wie Rasenkanten etc. belastet werden dürfen. [/sarcasm] Naja... vielleicht bin ich auch einfach etwas zu skeptisch. Also konstruktiv...
Thema Leistungsverbesserung: Wenn ihr schon dabei seid nochmal kräftig nachzubessern, könnt ihr euch ja auch gleich um die Bitmaps kümmern. Die sind im momentanen Zustand ziemlich... äh... mir fehlen fast die Worte - sagen wir mal... unverständlich. Hier nur mal zwei Beispiele (ich habe sie in JPG umgewandelt und drastisch komprimiert, um sie für unberechtigte Weiterverwendung unbrauchbar zu machen (wegen Copyright und so.))
edhl_halle-p.bmp: Hier hätte man einfach die Hälfte des Bildes einsparen können und wäre mit einem 1024x512px-BMP locker ausgekommen:
edhl_laterne4lampen_m.bmp:
Und was ist das denn hier?? Total widersinnig... Eine 2x2px-Kachel (vier Pixel mit drei Graustufen, das vierte wäre sogar noch frei!) hätte es locker getan, wenn man die Pixel schon nicht von einem beliebigen anderen Bitmap abgreifen will, oder einfach die Materialfarbe nutzt und auf Textur ganz verzichtet. Mit anderen Worten: Es wurde das 262.000fache dessen verwendet, was nötig gewesen wäre. Wozu gibt es UVW-Unwrapping?! Und dann so mörderisch viele 1024er-Bitmaps... und überall freie Stellen. Ich kann mir nicht vorstellen, dass im FSX die Performance ansteigt, je mehr und je größere Bitmaps verwendet werden. Im FS9 ist es jedenfalls nicht so. Aber wenn man das hier so sieht, könnte man fast glauben,... naja... wie dem auch sei. Ihr macht das schon!
Beste Grüße,
Gerhard
PS an Rainer: Die Idee mit den MipMaps gegen die Blurries hat bei mir funktioniert. Habe zwar keine Ahnung, was der eigentliche Grund ist, aber klappen tut's.
- 1
-
Naja... vielleicht meinte er mit den hier "Beteiligten" ja auch einfach nur sich selber...
Beste Grüße und viel Erfolg bei der Problemlösung.
Gerd
-
(bei der History der Beteiligten eine zu stellende Frage).
Falls Du mich mit dieser Stichelei meinst - bei mir tritt das S-Bahn-Problem doch überhaupt nicht auf.
Außerdem... ach was soll's... ich lasse mich wohl besser mal nicht provozieren...
Irgendwie haben hier manche Leute im Moment echt 'nen Clown gefressen...
Bis dann,
Gerd
-
@Paderborn93: Sorry an dieser Stelle für mein letztes Posting. Habe leider erst beim zweiten Hingucken kapiert, dass das da bei Dir auf dem Vorfeld kein Airport-Bus, sondern ein einzelner S-Bahn-Wagen ist (Aha... Olli's Züge bestehen also aus Einzel-Waggons... muss man auch erst mal verstanden haben!) Wollte meinen Schwachflug auch gleich korrigieren, aber der Thorsten war schneller - hatte sich anscheinend "warmgeclosed" . (Danke an dieser Stelle für's Wiedereröffnen!)
Also Entschuldigung nochmal.
Gruß und gute Nacht,
Gerd
-
Bitte!
Du hattest doch mal einen Flatten Patch für Paderborn erstellt. Ich weiß nicht mehr genau wie der hieß.War das der EDLP Streets Patch ?
Äh... nee... für Dortmund und Leipzig hatte ich Flattening-Patches gemacht, wenn ich mich recht erinnere. Aber für Paderborn nur die Parkplatzgeschichte...
Gruß,
Gerd
-
Jetzt willst Du uns aber vergackeiern (="für dumm verkaufen"), oder?
Auf dem Screenshot sieht man nicht mal eine S-Bahn.
... und Du regst Dich auf, wenn Rainer ein kleines Witzchen macht...
edit: Sorry! War mein Fehler... siehe unten...
-
Und warum dann das mit dem ob es da hält und [...]
Nimm's doch nicht gleich persönlich!
Das mit dem Screenshot war jedenfalls erst gemeint.
Wenn nämlich die Bahn die selbe Strecke fährt, wie immer - nur z.B. verschoben - dann kann man daraus schon wieder einige Hinweise darauf bekommen, was bei Dir los ist.
-
Paderborner: Das ist doch keine blöde Antwort!
Bitte Screenshot davon zeigen plus von oben den Flugplatz in einer vollen Darstellung inkl. der Routen, die die Bahn abfährt.Rainer möchte sich ganz einfach ansehen, wo genau die S-Bahn herumfährt, um weitere Hinweise darauf zu bekommen, was bei Dir schiefläuft.
Du kannst ja auch das Video hochladen, wenn man da was sieht. Z.B. bei http://www.shragle.com/ - ist kostenlos.
Gruß,
Gerd
-
Sorry, in der Aufregung doppelt gepostet!
-
Ja... mein Postfach bei web.de ist für mich auch nicht mehr erreichbar!
Habe hier das Paket mal auf einen anderen Hoster hochgeladen:
http://www.shragle.com/files/766d1099/EDLP_3D_CARS_KACHELMANN_PlacardPatched_Edition_20090331.zip
Gruß,
Gerd
-
Also ich finde das, was ich da sehe, ziemlich schick!
Wünsche weiterhin frohes Schaffen an die Designer, hoffe auf eine
gute FS2004-Umsetzung und freue mich auf die Veröffentlichung.
(... und beweine noch einmal im Verborgenen, dass EDHK in der modernisierten Fassung nicht für
den FS2004 adaptiert wurde, sondern nur für den FS10 zu bekommen ist, den ich nicht verwende...)
Beste Grüße,
Gerd
edit: Noch ein Hinweis an Dich, Sasa: Im Posting #1 muss es "German Airports 3" heißen.
-
Womit das Problem gelöst wäre (Sasa hatte von Anfang an recht! )
--> Auf einer NTFS-Festplatte installieren und fertig.
-
An interface, that allows external programs to send realtime-data of real airplane- (and ship-? / and car-?) data to the sim to get as-real-as-possible AI-traffic.
For the problem of possible interaction with the simmer: Some time ago, I listened to a scientific feature about a Formula-1-racing game, that connects via GPS to realtime-races. (So we're talking about the necessity of high-end precision both in time and space.) They developed an algorithm, that springs to life everytime, a collision between player and the AI-model of a real racer would occur. This algorithm generates a fictional (non-happening) passing maneuver. After that, it merges the two virtual cars and switches back from the calculated to the "real" car.
Here's the link to the radio-feature (german):
http://ondemand-mp3.dradio.de/file/dradio/...40_0d29344d.mp3
- as text (german)
http://www.dradio.de/dlf/sendungen/forschak/941544/
- as text (english, Google-translation)
http://translate.google.com/translate?js=n...history_state0=
Greetings!
-
- To avoid misplacements of Addon A with Addon B (and both with default), I suggest to use a widely accepted standard of georeference. To name it: GoogleEarth-coordinates. I know, that GE also has misplacements up to 100m compared to reality here and there. But it's available for free to everybody and this way, everybody (free- and payware) would know, where to put their scenery-objects or ground textures and global compatibility would be guaranteed.
- globe diameter, mass (gravitational acceleration) and density of the atmosphere as scaleable parameters. This way, the sim can easily be used to simulate other planet's or moon's conditions. Sky colour, visibility, temperature, winds... they're all in the weather model and should pose no extra problems. (No joking, this is meant as a serious idea! )
-
that people should be able to convert their FS files, to the simulator
"people" means "the developers", who own the 3DS-sources... would be a good compromise. Otherwise, there would be (Case A) no chance of selling an upgrade (for some bucks) or (Case a lot of "recyclable plastic" for the trash bin. (quote: Waleed)
Hehe... my first market analysis!
*
Proposal changes in the scenery library without restarting the sim (FS2004-annoyance)edit: Alright Slater!
-
This is an extraordinary, courageous and ambitious project.
I wish you the very best for it!
The community will be right at your side!
With kind regards,
Gerhard
PS: If I make up something more constructive, I'll edit it in.
edit1: What comes directly in mind: Where's the line between compatibility and similarity? M$ will surely be offended as your Sim will get in direct competition with the MS-"Live"-Sim-strategy. So they may probably use every chance they get to accuse you of plagiarism... there should be an appropriate amount of awareness on such legal issues.
edit2 (directly linked to edit1): Will there be ACES-developers in the team or - more generally speaking - are you planning to make cooperations with other (FS-)developing companies?
-
Gibt es auch eine TV-Dokumentation von mareTV drüber - bei Interesse PN an mich.
Gruß,
Gerd
GAP3x Lübeck - Nachts hell erleuchteter Fleck?
in Aerosoft Szenerie Allgemeines
Posted
Eieieiei...
Da hat HansW praktisch das Problem im Alleingang gelöst, es fehlt nur noch ein letzter kleiner Schritt... und dann folgen zwei Wochen Funkstille obwohl nur noch Arbeit für 10 Minuten übrig ist... Ich enthalte mich jeglichen weiteren Kommentars und poste stattdessen 'ne Problemlösung:
http://www.materialordner.de/EfuJlBx4xK3yh8oJ3qxaa6XLjrfK0dFt.html
(Kann 25x heruntergeladen werden, danach müsste der aerosoft-Support einspringen und den Patch in die Shop-Updates aufnehmen oder so...)
Dies ist ein Patcher, der die defekte Original-BGL repariert. Einfach die passende Exe ("X86" für 32Bit-Windows, X64 für 64Bit-Windows) starten und die EDHL_Ground.bgl auswählen, sie wird dann modifiziert (ein Backup wird auch angelegt) und das Problem verschwindet.
Guten Flug und Viele Grüße!
Gerd