MipMap entfernen

[scandic]

Hej!

Gibt es vielleicht irgendwo ein Tool, mit dem die MipMap aus allen AI-Texturen auf einen Rutsch entfernen kann? Mit DXTbmp ist das doch arg aufwendig.

[peter pichler_2]

i glaub nicht, aba probiers mal HIER!!

[FriLa]

ich kenn auch kein Tool, das das in einem Rutsch erledigt. Aber warumm willst du denn das tun?
Dateigröße???
Oder gibt es Darstellungsfehler?

Nach meinen Erfahrungen gibt es eher Probleme, wenn die Mipmaps fehlen!

Grüße,
Fritz

[Phil]

Kleines Progrämmchen mit Namen ImageTool löst dein Problem. Unteranderem Downloadbar mit dem ScenerySDK von Microsoft. Kann alle Texturformate lesen und konvertieren und MipMaps erstellen oder entfernen.

[scandic]

@FriLa

Genau wegen der Darstellungsfehler. Nach der Entfernung der MipMap waren diese verschwunden.

@phil
Schafft es dieses Imagetool auch in einem Rutsch für mehrere Dateien? Wenn nicht kann ich mir die 15 MB Download nämlich sparen und weiter mit DXTBmp quälen ...

[Ökob]

Das "Batchen" mit Imagetool funktioniert (weitere Info dazu hier). Dennoch rate ich dazu DXTbmp zu benutzen, da erfahrungsgemäß die Qualität der BMPs weitaus höher und die Ladezeit im FS niedriger sind als bei ImageTool.

Gruß
Jakob

[JOBIA]

geht mit Imagetool wenn man es als Batch Routine laufen lässt.

Die Qualität hängt vom Texturformat ab. So sind z.B bei DXT1 die Bodentexturen unter DXTBMP eindeutig schlechter.

[JOBIA]

Übrigens die Texturqualität ist ohne MIPs nicht unbedingt besser wie manch einer meinen könnte.

Mit Mips reagieren sie allerdings in jedem Fall auf MIP Bias Regler im FS Menü bzw. im Grakatreibermenü.

Da hier natürlich oftmals die Regler so stehen, dass andere Texturen wie z.B Gebäude oder Bäume nicht so stark flimmern, hat man bei Aircraft Texturen dann das Problem, dass diese natürlich auch früher in minderwertige MIPs geschaltet werden.

Sie wirken dann unscharf.

Da beim DXT3 Format ohne MIPs im FS keine MIPS generiert werden können, hat das zur Folge, dass die Graka immer die hoch aufgelöste Basistextur rendern muss.

Das Flugzeug hat auch aus großer Entfernung immer die maximale Schärfe.

Nachteil solche Texturen neigen bei großer Entfernung zum Flimmern.

Bei Flugzeugen fällt das aber wesentlich weniger auf als bei Sceneryobjekten die z.B auch DXT3 ohne Mips verwenden könnten.

Grund:

Flugzeuge haben im Regelfall großflächig nur einen Farbton (oft weiß)


Gebäude haben oft abwechselnde Strukturen. Hier ist es im DXT3 Format ohne MIPs oft tödlich.

Texturflimmern und Moire Effekte sind dann angesagt.

Was die Ladezeiten betrifft, dass kann nicht sein. DXT Formate sind genormt.

Man kann sich zwar bei den Allgorithmen der MIPs Unterschiede erlauben nur das Basisformat und der Bytecode liegt fest.

Man muss halt ganz pingelig unterscheiden z.B welches der möglichen DXT1, DXT3, DXT5 Formate wie zum Einsatz kommt.

Sind z.B beim DXT1 Format MIPS überhaupt definiert, ist ein Alpha angelegt usw.

Da DXTBMP und Imagetool hier etwas andere Bezeichnungen wählen, kann man ev. bei einem direkten Vergleich etwas durcheinander geraten.

[sergio]

Original geschrieben von JOBIA

... Man muss halt ganz pingelig unterscheiden z.B welches der möglichen DXT1, DXT3, DXT5 Formate wie zum Einsatz kommt...

DXT5 verträgt FS2004 überhaupt nicht und hängt sich sofort auf. Nur CFS3 benutzt DXT5, hauptsächlich für Wolken wegen des breiteren Alpha-Kanals und des engeren RGB-Kanals. Damit kann man nur Wolken, Nebeln, Lichtaureolen u.ä. vernünftig darstellen.

[JOBIA]

Dieser Satz war nur allgemein auf die DXT Texturformate bezogen nicht auf die Verwendung im FS.

Bei Veröffentlichung des FS2004 konnte das Imagetool aus den damals verfügbaren SDKs auch noch kein DXT5.

Erst seit dem späteren FS2004 SDK wäre das überhaupt möglich.

Ich persönlich empfehle generell nur die Texturformate wie sie der FS bei den verschiedenen Techniken anwendet zu benutzen.

Denn wie man auch damals an dieser Railroad Textur für VTP Liniencode sehen konnte, kann ein abweichendes Format ein CTD Auslöser werden.