T11-zu-DDS-Konverter
Wandeln Sie Ihre t11-Dateien online & kostenlos in dds um
t11
dds
Wie man T11 in DDS konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie dds oder irgendein anderes Format, das Sie als Ergebnis haben wollen (mehr als 200 Formate unterstützt)
Lassen Sie die Datei konvertieren und Sie können Ihre dds-Datei direkt danach herunterladen
Über die Formate
T11 (Type 11) ist ein PostScript-Schrifttyp, der von Adobe Systems als Teil der CID-adressierten Schriftarchitektur definiert wurde und CID-Glyphenadressierung mit TrueType-Umrissdaten kombiniert, die in einer Type-42-PostScript-Hülle verpackt sind. In Adobes Schrifttyp-Nummerierung sind Types 9, 10 und 11 die CID-adressierten Gegenstücke zu Types 1, 3 und 42 — Type 11 ist also im Wesentlichen ein CID-adressierter Type 42, konzipiert für TrueType-Schriften mit sehr großen Glyphensätzen, insbesondere CJK-Zeichensammlungen (Chinesisch, Japanisch, Koreanisch). Das Format ermöglicht PostScript-Interpretern mit TrueType-Rasterizer-Unterstützung das Rendern von CJK-TrueType-Schriften unter Verwendung von CID-numerischer Indexierung statt Glyphennamen, was für Zeichensätze mit Zehntausenden von Zeichen entscheidend ist. Glyphenumrisse bleiben im nativen TrueType-Format mit quadratischen Splines erhalten, wobei die originalen Hinting-Anweisungen bewahrt werden, während die CID-Schicht effizienten Glyphenzugriff und Subsetting über CMap-Ressourcen ermöglicht. Ein Vorteil ist die direkte TrueType-Renderingqualität — anders als die Konvertierung von TrueType-Umrissen in PostScript-Kubiken übergibt Type 11 die Originalumrisse intakt an den Rasterizer und bewahrt handoptimierte Grid-Fitting-Anweisungen. Die CID-Indexierung bietet einen weiteren Nutzen, indem mehrere Kodierungsschemata (Unicode, nationale Standards) auf dieselbe Glyphensammlung ohne Datenduplizierung abgebildet werden können. Type-11-Schriften erscheinen hauptsächlich in der professionellen CJK-Druckproduktion und PDF-Dokumenten-Workflows, in denen große TrueType-basierte Zeichensätze in PostScript-basierten Ausgaben eingebettet werden müssen.
DDS (DirectDraw Surface) ist ein Containerformat zur Speicherung komprimierter und unkomprimierter Texturen, Cube Maps, Volumentexturen und Mipmap-Ketten, eingeführt von Microsoft mit DirectX 7.0 am 22. September 1999. DDS-Dateien sind für GPU-native Verwendung konzipiert: Die Pixeldaten werden in Formaten gespeichert, die Grafikhardware direkt während des Renderings dekomprimieren kann — hauptsächlich S3TC/DXTn-Blockkomprimierung (DXT1, DXT3, DXT5) und in späteren DirectX-Versionen BC4 bis BC7 — wodurch der CPU-seitige Dekomprimierungsschritt entfällt, den Formate wie PNG oder JPEG erfordern. Die Dateistruktur beginnt mit einer Kennung und einem 124-Byte-Header mit Breite, Höhe, Pixelformat, Mipmap-Anzahl und optionalem DX10-erweitertem Header für neuere Komprimierungsmodi, gefolgt von den rohen Oberflächendaten. DDS unterstützt 2D-Texturen, Cube Maps (sechs Seiten für Environment Mapping), Volumen-/3D-Texturen und Textur-Arrays, jeweils mit vorberechneten Mipmap-Ketten, die es der GPU ermöglichen, in verschiedenen Entfernungen passend große Versionen abzutasten. Ein Vorteil ist die Rendering-Leistung: Da die GPU DDS-Daten direkt ohne Dekomprimierungs-Overhead liest, ist das Texturladen dramatisch schneller als bei herkömmlichen Bildformaten, und die komprimierten Daten bleiben im Videospeicher komprimiert, sodass mehr Texturen gleichzeitig in den VRAM passen. Die Dominanz des Formats in der Spieleentwicklung ist eine weitere zentrale Stärke — DDS ist das Standard-Texturformat für DirectX-Anwendungen, nativ unterstützt von Unreal Engine, Unity und praktisch jeder PC-Spiele-Engine sowie von Bildbearbeitungsprogrammen wie GIMP (mit Plugin), Paint.NET, Photoshop (über NVIDIA-Plugin) und ImageMagick.