Konwerter plików CID do DDS
Konwertuj swoje pliki w formacie cid do formatu dds przez Internet i bezpłatnie
cid
dds
Jak przekonwertować plik w formacie CID do formatu DDS
Wybierz pliki z komputera, dysku Google, usługi Dropbox, adresu URL lub po prostu przeciągnij plik na stronę.
Wybierz format dds lub inny potrzebny Ci format (spośród ponad 200 wspieranych formatów).
Poczekaj, aż plik zostanie przekonwertowany do formatu dds; od razu po konwersji możesz go pobrać.
O formatach
CID (Character Identifier) to architektura czcionek opracowana przez Adobe Systems i wyspecyfikowana w czerwcu 1993 roku w celu sprostania wyzwaniom zwiazanym z czcionkami zawierajacymi bardzo duze zestawy glifow, szczegolnie dla pism CJK (chinskiego, japonskiego, koreanskiego). Tradycyjne czcionki PostScript identyfikuja glify po nazwie, co staje sie niepraktyczne, gdy czcionka zawiera dziesiatki tysiecy znakow — typowa czcionka japonska moze zawierac ponad 20 000 glifow. Czcionki z kluczem CID zastepuja nazwy glifow identyfikatorami numerycznymi zorganizowanymi wedlug kolekcji i kolejnosci znakow (takich jak Adobe-Japan1 lub Adobe-GB1), drastycznie redukujac narzut dostepu do glifow i wyodrebniania podzbiorow. Architektura definiuje trzy typy czcionek PostScript: Type 9 (kontury Type 1 z kluczem CID), Type 10 (Type 3 z kluczem CID) i Type 11 (Type 42/TrueType z kluczem CID). Glowna zaleta jest wydajna obsluga ogromnych zestawow znakow — podejscie numeryczne CID eliminuje koszt pamieci i przetwarzania utrzymywania tysiecy łancuchow nazw glifow. Czcionki CID obsluguja rowniez zaawansowane zasoby CMap mapujace wartosci kodowania na identyfikatory CID, umozliwiajac jednej czcionce obsluge wielu schematow kodowania (Unicode, Shift-JIS, Big5) bez duplikowania danych glifow. Architektura dobrze integruje sie z wyodrebnianiem podzbiorow PDF, pozwalajac dokumentom osadzac tylko te glify, ktore sa rzeczywiscie uzywane. Technologia z kluczem CID polozyla fundamenty pod obsluge CJK zarowno w OpenType, jak i nowoczesnych przepływach pracy PDF, i pozostaje aktywna w profesjonalnej produkcji poligraficznej CJK i systemach przetwarzania dokumentow na calym swiecie.
DDS (DirectDraw Surface) to kontenerowy format przechowywania skompresowanych i nieskompresowanych tekstur, map sześciennych, tekstur wolumetrycznych oraz łańcuchów mipmap, wprowadzony przez Microsoft wraz z DirectX 7.0 dnia 22 września 1999 roku. Pliki DDS są projektowane z myślą o bezpośredniej konsumpcji przez GPU: dane pikseli są zapisywane w formatach, które sprzęt graficzny może dekompresować bezpośrednio podczas renderowania — głównie kompresja blokowa S3TC/DXTn (DXT1, DXT3, DXT5), a w nowszych wersjach DirectX tryby BC4 do BC7 — eliminując etap dekompresji po stronie CPU wymagany przez formaty takie jak PNG czy JPEG. Struktura pliku zaczyna się od liczby magicznej i 124-bajtowego nagłówka określającego szerokość, wysokość, format pikseli, liczbę mipmap oraz opcjonalny rozszerzony nagłówek DX10 dla nowszych trybów kompresji, po czym następują surowe dane powierzchni. DDS obsługuje tekstury 2D, mapy sześcienne (sześć ścian do mapowania środowiska), tekstury wolumetryczne/3D oraz tablice tekstur, każde z wstępnie obliczonymi łańcuchami mipmap pozwalającymi GPU próbkować wersje o odpowiednim rozmiarze na różnych dystansach. Jedną z zalet jest wydajność renderowania: ponieważ GPU odczytuje dane DDS bezpośrednio bez narzutu dekompresji, ładowanie tekstur jest dramatycznie szybsze niż w przypadku tradycyjnych formatów obrazów, a skompresowane dane pozostają skompresowane w pamięci wideo, pozwalając zmieścić więcej tekstur w VRAM jednocześnie. Dominacja formatu w tworzeniu gier stanowi kolejną kluczową zaletę — DDS jest standardowym formatem tekstur dla aplikacji DirectX, natywnie obsługiwanym przez Unreal Engine, Unity i praktycznie każdy silnik gier PC, a także przez edytory obrazów takie jak GIMP (z wtyczką), Paint.NET, Photoshop (poprzez wtyczkę NVIDIA) i ImageMagick.