CID-zu-DDS-Konverter
Wandeln Sie Ihre cid-Dateien online & kostenlos in dds um
cid
dds
Wie man CID 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
CID (Character Identifier) ist eine Schriftarchitektur, die von Adobe Systems entwickelt und im Juni 1993 spezifiziert wurde, um die Herausforderungen von Schriften mit sehr großen Glyphensätzen zu bewältigen, insbesondere für CJK-Schriften (Chinesisch, Japanisch, Koreanisch). Traditionelle PostScript-Schriften identifizieren Glyphen über Namen, was unpraktisch wird, wenn eine Schrift Zehntausende von Zeichen enthält — eine typische japanische Schrift kann über 20.000 Glyphen umfassen. CID-adressierte Schriften ersetzen Glyphennamen durch numerische Bezeichner, die nach einer Zeichensammlung und Reihenfolge (wie Adobe-Japan1 oder Adobe-GB1) organisiert sind, und reduzieren den Aufwand für Glyphenzugriff und Subsetting drastisch. Die Architektur definiert drei PostScript-Schrifttypen: Type 9 (CID-adressierte Type-1-Umrisse), Type 10 (CID-adressierter Type 3) und Type 11 (CID-adressierter Type 42/TrueType). Ein primärer Vorteil ist die effiziente Handhabung massiver Zeichensätze — der numerische CID-Ansatz eliminiert den Speicher- und Verarbeitungsaufwand für die Pflege Tausender Glyphennamen-Strings. CID-Schriften unterstützen auch ausgefeilte CMap-Ressourcen, die Kodierungswerte auf CIDs abbilden und es einer einzelnen Schrift ermöglichen, mehrere Kodierungsschemata (Unicode, Shift-JIS, Big5) zu bedienen, ohne Glyphendaten zu duplizieren. Die Architektur integriert sich gut mit PDF-Subsetting, sodass Dokumente nur die tatsächlich verwendeten Glyphen einbetten können. Die CID-Technologie legte den Grundstein für CJK-Unterstützung sowohl in OpenType als auch in modernen PDF-Workflows und bleibt in der Druckproduktion und Dokumentenverarbeitungssystemen weltweit aktiv.
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.