WCM - Das österreichische Computer Magazin Forenübersicht
 

Zurück   WCM Forum > Rat & Tat > Simulationen

Simulationen Alles zum Thema Simulation

Microsoft KARRIERECAMPUS

Antwort
 
Themen-Optionen Ansicht
Alt 16.12.2005, 18:40   #81
Alladin
Inventar
 
Registriert seit: 20.11.2000
Alter: 58
Beiträge: 3.966


Alladin eine Nachricht über ICQ schicken
Standard

Rolf, die bgls aus GA2 haben damit nix zu tun, das sind definitiv die Fototexturen vom Mega-Airport.
____________________________________
Tschau Jens
Alladin ist offline   Mit Zitat antworten
Alt 16.12.2005, 18:46   #82
alexito
Senior Member
 
Registriert seit: 05.12.2001
Beiträge: 124


Standard

Also, hab mal die ersten Texturen umgewandelt und siehe da: ES GEHT. Vielen Dank schonmal für diesen Super-Tipp.

Das sollte jetzt eigentlich nur noch als Download auf den germanairports-Seiten angeboten werden
alexito ist offline   Mit Zitat antworten
Alt 16.12.2005, 19:09   #83
Rolf
Inventar
 
Registriert seit: 08.12.1999
Alter: 83
Beiträge: 2.035


Standard

Hallo Jens,
ich habe das auch gerade festgestellt.
Löschen der alten bgl und installieren des Servive Pack zum Mega EDDF ( Habe ich auf der Seite von GA gefunden und tauscht wohl nur diese fra-ground aus) haben das Flimmern nicht beseitigt.
Ich gehe mal in Wartestellung und hoffe das da etwas kommt.
Gruß
Rolf
Rolf ist offline   Mit Zitat antworten
Alt 16.12.2005, 21:08   #84
alexito
Senior Member
 
Registriert seit: 05.12.2001
Beiträge: 124


Standard

Bin jetzt durch mit allen Texturen. Und tatsächlich. Jetzt sieht alles bestens aus. Wow. Was für eine Szenerie.

Eine Kleinigkeit, die mir aufgefallen ist: Man sieht jetzt ein klein bißchen die Grenzen zwischen den einzelnen Texturen. Das ist aber so gering und im Vergleich zum Flackern eh kein Vergleich.

Wünsche ein gutes Wochenende.
alexito ist offline   Mit Zitat antworten
Alt 16.12.2005, 23:08   #85
JOBIA
Inventar
 
Registriert seit: 02.01.2002
Alter: 61
Beiträge: 4.238


Standard

Warum so kompliziert und zeitaufwendig. Das Imagetool bietet die Möglichkeit der Batchroutine.


Man erstellt eine Batch die das Imagetool mit einem nachfolgenden Befehl was es machen soll aufruft.

In dem Ordner wo die Batchroutine abläuft packt man die zu verändernden Texturen rein.

Schon konvertiert das Imagetool ruckizucki hunderte von Texturen, ohne das da jemand bei sitzen muss. In diesem Fall einfach die 126 zu verändernden GAP Texturen in den Ordner der Batch und schon läuft das alles automatisch ab.

Je nach dem wie komplex die Konvertierung ist, kann das zwar auch schon mal etwas langsamer gehen, aber man kann das ja am PC ablaufen lassen während man sich mit seiner Frau vergnügt.


So sähe z.B der Textinhalt einer Batchdatei aus die Texturen von z.B 32Bit Format ins DXT1 Format wandelt. Könnte aber auch von 8Bit in DXT1 sein. Es wird quasi nur das Ausgangsformat definiert.

Beispieltext der Batchdatei:


imagetool -DXT1 *.bmp
del *.bmp
ren *.mip *.bmp
Pause






Möchte man z.B die beim Imagetool zulässigen Batchbefehle sehen, schreibt man folgendes in eine Batch.



imagetool -?
Pause



Durch das -? werden dann die möglichen ausführbaren Parameter gelistet.




Eine Batch ist eine ganz normale Textdatei die man mit dem Windows Explorer erstellt.


Also legt man z.B eine Datei Imagetool_DXT1.txt an.

Hier schriebt man dann z.B

imagetool -DXT1 *.bmp
del *.bmp
ren *.mip *.bmp
Pause

rein.

Kurz zu Erklärung was passiert mit jeder Zeile:

imagetool -DXT1 *.bmp

wandelt die bisherigen Texturen die mit .bmp enden ins DXT1 Format (inkl. aller MIPs)

Da jetzt ja theoretisch unsere original .bmp Texturen überschrieben werden, hat man hier sicherheitshalber die neu konvertierten Texturen nicht mit der Endung .bmp sondern .mip versehen. So wird zunächst nichts überschrieben.

Wir finden im Ordner wo alles abläuft zunächst noch die original .bmp Texturen und die neuen .mip Texturen. Diese Dateien mit .mip am Ende sind vollwertige Texturen sie haben halt nur die Endung .mip


Da wir die alten original .bmp Texturen nicht mehr benötigen, löscht die nächste Zeile:

del *.bmp

die original Texturen.

Die neuen mit .mip würde der FS natürlich nicht verwenden. Also müssen sie von .mip nach .bmp umbenannt werden.

Das geschieht durch :

ren *.mip *.bmp

Im Prinzip ist die Batch durchgeführt, dass Imagetool hat alle Texturen automatisch in der Regel binnen weniger Sekunden konvertiert.

Das * dient als Platzhalter für beliebige Namen.

Der Befehl

Pause

dient nur dazu, dass unser Fenster in dem die Batch ausgeführt wird geöffnet bleibt. Wir müssen erst irgendeine Taste drücken damit sie wirklich beendet wird.

Dieser Pause Befehl ist sinnvoll, da so eine Batch auch schon mal in Sekundenbruchteilen ablaufen kann. Sollte es eine Fehlermeldung in der Batch geben, könnten wir das ev. nicht sehen. Durch den Pausebefehl haben wir eine zusätzlich Möglichkeit der Kontrolle geschaffen.

Das öffnen jeder einzelnen Textur kann man sich also ersparen.

Trotzdem sollte man sich natürlich schon genau anschauen welche Texturen man konvertiert.

Aber das ist jetzt ein anderes Thema.

Z.B habe es einige gar nicht gern wenn man DXT3 Texturen mit MIP Leveln versieht. Das kann zu Unschärfe bei den Texturen je nach Sichtabstand führen. Es empfiehlt sich sowieso immer die original Texturen zu sichern.

Damit unsere Datei Imagetool_DXT1.txt überhaupt als ausführbare Batch Datei arbeitet, muss sie nach Imagetool_DXT1.bat umbenannt werden.

Ist das geschehen, wird sie bei Doppelklick nicht mehr als Textdatei geöffnet sondern als eine Befehlsdatei. (unser automatisierter Prozess läuft ab).

Möchten wir jetzt noch mal etwas an den Befehlszeilen der Batch ändern, müssen wir sie immer mit der rechten Maustaste anklicken und im sich öffnenden Fenster immer "Bearbeiten" wählen. Dann können wir sie editieren. Würden wir "Öffnen" wählen, dann würde die Batch ausgeführt.

In einer Batch kann man quasi alles machen, was mit DOS Befehlen möglich ist.

Man kann sich auch eine menügeführte Batch erstellen. Man hat quasi ein richtig kleines Auswahlprogramm was man machen möchte. So eine menügeführte Batch findet man auf meiner Homepage bei einer Testscenery im Zuge meiner Landclass Steuertabellen. Hatte ich im Zuge der DOK gemacht, da ich so demonstrieren kann, dass man sehr vieles realisieren kann ohne eine Programmiersprache kaufen zu müssen.
JOBIA ist offline   Mit Zitat antworten
Alt 16.12.2005, 23:11   #86
JOBIA
Inventar
 
Registriert seit: 02.01.2002
Alter: 61
Beiträge: 4.238


Standard

Wundert mich eigentlich, dass sich hier sehr viele Texturen ohne MIP Level finden.


Denn dieses kann den Effekt auslösen, dass unter ungünstigen Umständen schlagartig die komplette Bodenscenery unscharf wird.

Das Phänomen wird aber nur durch DXT1 Texturen ohne MIP Level verursacht. Auch ist hier das Pixelformat entscheident.

Also man sollte schon wissen was man ändert!!!!
JOBIA ist offline   Mit Zitat antworten
Alt 16.12.2005, 23:15   #87
Alladin
Inventar
 
Registriert seit: 20.11.2000
Alter: 58
Beiträge: 3.966


Alladin eine Nachricht über ICQ schicken
Standard

Zitat:
Original geschrieben von JOBIA
Warum so kompliziert und zeitaufwendig.
Wenn man es nicht besser weiß, ist es der einzige Weg und der hat sich gelohnt.

P.S. Die von mir geänderten Dateien lagen alle als DXT3 ohne Mip vor.
____________________________________
Tschau Jens
Alladin ist offline   Mit Zitat antworten
Alt 16.12.2005, 23:37   #88
v8-rbj
Senior Member
 
Registriert seit: 01.12.2003
Alter: 41
Beiträge: 150


v8-rbj eine Nachricht über ICQ schicken
Standard

Wo wir gerade mal beim Thema Frames sind...
Was für welche Frames habt ihr denn mit einer PMDG 744 in EDDL von GAP3 bei einer Scenery Dichte von Dense? Bei mir sind es mit meinem AMD3500+ 64bit und 1024MB Ram um die 18-20fps. Ich finde das eigentlich nicht sonderlich viel. Wäre das bei Frankfurt ähnlich oder gar noch schlechter von den Frames?
____________________________________
Grüsse,
Hendrik
v8-rbj ist offline   Mit Zitat antworten
Alt 17.12.2005, 00:03   #89
Jan-Paul
Master
 
Registriert seit: 16.02.2001
Alter: 42
Beiträge: 679


Standard

Zitat:
Ich finde das eigentlich nicht sonderlich viel.
Bei dieser Kombination sind 20 fps schon sehr viel. Viel mehr als 20-25 fps braucht man im FS eigentlich nicht zum Fliegen.
____________________________________
Gruß
Jan-Paul
Dolphin Air

\"As Boeing Aircraft were made for flying and not for eating, they have a controlwheel, not a table!\"
Jan-Paul ist offline   Mit Zitat antworten
Alt 17.12.2005, 00:12   #90
JOBIA
Inventar
 
Registriert seit: 02.01.2002
Alter: 61
Beiträge: 4.238


Standard

Zitat:
Original geschrieben von Alladin
Wenn man es nicht besser weiß, ist es der einzige Weg und der hat sich gelohnt.

P.S. Die von mir geänderten Dateien lagen alle als DXT3 ohne Mip vor.
Schön, dann hat sich das Forum wieder gelohnt.

Beim nächsten mal hast Du oder ev. wer anderes, der z.B eine Batch zur Konvertierung nutzt wieder mehr Zeit für was anderes schöneres.

Denn lästig ist das schon im Imagetool von Hand.


Kontrolliere mal ob die Qualität der Texturen (vorher/nachher) noch Ok ist. Also einfach mal den Vergleich bei konstanten Sichtabständen (ev. über gespeicherte Flugsituation)


Natürlich mal bei verschiedenen Sichtabständen die Texturqualität testen.


Gerade bei Aircrafts verwendet man z.B gerne DXT3 ohne MIPs, da so die Texturen auch bei höheren Sichtabständen schärfer sind.

Klar hier sollte jeder selbst entscheiden was einem besser gefällt.

Ich denke auch.

Lieber alles aus größerer Entfernung etwas diffus (was ja auch real wirkt) als das alles vor sich hin flimmert (was künstlich rüber kommt).
JOBIA ist offline   Mit Zitat antworten
Antwort


Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
 

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.

Gehe zu


Alle Zeitangaben in WEZ +2. Es ist jetzt 11:12 Uhr.


Powered by vBulletin® Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Forum SEO by Zoints
© 2009 FSL Verlag