RGBO-zu-DDS-Konverter

Wandeln Sie Ihre rgbo-Dateien online & kostenlos in dds um

Dateien hierhin und ablegen. 1 GB maximale dateigröße oder Registrieren
in
Facebook Amazon Microsoft Tesla Nestle Walmart L'Oreal

Wie man RGBO in DDS konvertiert

1

Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.

2

Wählen Sie dds oder irgendein anderes Format, das Sie als Ergebnis haben wollen (mehr als 200 Formate unterstützt)

3

Lassen Sie die Datei konvertieren und Sie können Ihre dds-Datei direkt danach herunterladen

Über die Formate

RGBO ist eine Rohe-Pixeldaten-Formatbezeichnung von ImageMagick, der quelloffenen Bildverarbeitungssuite, die 1990 erstmals veröffentlicht wurde und Bilder als flache Sequenz von Rot-, Grün-, Blau- und Opacity-Samplewerten (invertiertes Alpha) ohne Header, Container oder Komprimierung darstellt. Die RGBO-Kanalreihenfolge gibt an, dass der vierte Kanal Opazität statt Alpha ist — während Alpha Transparenz darstellt (0 = transparent, Max = deckend), stellt Opazität das Gegenteil dar (0 = deckend, Max = transparent). Diese Unterscheidung ist in Compositing-Pipelines relevant, wo die mathematische Konvention für den vierten Kanal zwischen Systemen variiert: Einige Compositing-Modelle arbeiten mit Alpha (Transparenz), während ältere Konventionen einschließlich Teilen der internen Verarbeitung von ImageMagick historisch Opazität verwendeten. RGBO-Dateien enthalten rohe Sampledaten in einer benutzerdefinierten Bittiefe (8-Bit, 16-Bit oder Gleitkomma pro Kanal), wobei Pixel in Scanline-Reihenfolge gespeichert werden. Da kein Header vorhanden ist, müssen die Bildabmessungen, Bittiefe und Endianness beim Lesen der Datei extern angegeben werden — typischerweise über ImageMagick-Befehlszeilenargumente. Ein Vorteil ist die direkte Kompatibilität mit Verarbeitungs-Pipelines, die die Opazitäts-Konvention verwenden: RGBO eliminiert die Notwendigkeit einer Kanalinvertierung bei der Schnittstelle mit Systemen, die Opazität statt Alpha erwarten, und verhindert subtile Compositing-Fehler, die auftreten, wenn Transparenzkonventionen gemischt werden. Die Roh-Daten-Natur des Formats bietet einen weiteren praktischen Nutzen — ohne Kodierungs-Overhead können RGBO-Daten speichergemappt, mit SIMD-Anweisungen verarbeitet oder zwischen Prozessen mit minimaler Latenz weitergeleitet werden. RGBO wird hauptsächlich innerhalb von ImageMagick-Verarbeitungsketten verwendet und kann mit ImageMagicks umfangreicher Formatunterstützung in jedes andere Format konvertiert werden.
Erstveröffentlichung: 1990
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.
Entwickler: Microsoft
Erstveröffentlichung: 22. September 1999