Konwerter plików DFONT do PAM
Konwertuj swoje pliki w formacie dfont do formatu pam przez Internet i bezpłatnie
dfont
pam
Jak przekonwertować plik w formacie DFONT do formatu PAM
Wybierz pliki z komputera, dysku Google, usługi Dropbox, adresu URL lub po prostu przeciągnij plik na stronę.
Wybierz format pam lub inny potrzebny Ci format (spośród ponad 200 wspieranych formatów).
Poczekaj, aż plik zostanie przekonwertowany do formatu pam; od razu po konwersji możesz go pobrać.
O formatach
DFONT (Data Fork TrueType) to format plikow czcionek wprowadzony przez Apple wraz z Mac OS X 10.0 w marcu 2001 roku, stworzony w celu rozwiazania fundamentalnego problemu kompatybilnosci w przejsciu z klasycznego Mac OS do architektury OS X opartej na Uniksie. Klasyczne czcionki Mac przechowywaly dane glifow w resource fork — drugorzednym strumieniu plikow specyficznym dla systemu plikow HFS — ale unixowy fundament OS X i jego uzycie UFS nie mialy natywnej obslugi resource fork. DFONT przenosi cala strukture resource fork do data fork, opakowujac te same tabele czcionek TrueType w mape zasobow, ktora standardowe API typograficzne OS X moga odczytac. Plik jest w istocie walizka TrueType bez resource fork. Apple dostarczal DFONT jako domyslny format czcionek systemowych dostarczanych z OS X i pozostaje on obecny w katalogach systemowych macOS. Zaleta jest plynna kompatybilnosc wsteczna ze stosem renderowania czcionek Apple — wewnetrzna struktura odzwierciedla klasyczne czcionki resource fork, wiec CoreText i jego poprzednicy obsluguja pliki DFONT bez zadnej specjalnej sciezki konwersji. Jednoplikowa konstrukcja to kolejny praktyczny atut, zapewniajacy, ze pliki DFONT przetrwaja nienaruszone przy przechowywaniu na wolumenach innych niz HFS, transferze przez sieci lub zarzadzaniu systemami kontroli wersji. Chociaz Apple coraz czesciej przechodzi na OpenType (.otf/.ttc) dla nowszych czcionek systemowych, pliki DFONT nadal pojawiaja sie w instalacjach macOS oraz w kolekcjach czcionek z ery OS X.
PAM (Portable Arbitrary Map) to rastrowy format obrazów dodany do rodziny Netpbm około roku 2000 przez Bryana Hendersona, opiekuna Netpbm, jako uogólnienie unifikujące i rozszerzające oryginalne formaty PBM, PGM i PPM. Tam, gdzie klasyczne formaty Netpbm obsługują po jednym typie obrazu (PBM dla dwupoziomowych, PGM dla skali szarości, PPM dla kolorowych), PAM zapewnia pojedynczy format mogący reprezentować dowolną kombinację kanałów, głębi bitowych i typów obrazów dzięki elastycznemu nagłówkowi ASCII. Nagłówek PAM wykorzystuje pary klucz-wartość: WIDTH, HEIGHT, DEPTH (liczba kanałów), MAXVAL (maksymalna wartość próbki, do 65535) i TUPLTYPE (ciąg identyfikujący typ obrazu — BLACKANDWHITE, GRAYSCALE, RGB, GRAYSCALE_ALPHA, RGB_ALPHA lub typy niestandardowe). Po nagłówku dane pikseli są przechowywane binarnie, z każdą próbką zajmującą jeden lub dwa bajty w zależności od MAXVAL. Kluczową innowacją PAM w porównaniu z poprzednikami jest natywna obsługa kanału alfa: typy GRAYSCALE_ALPHA (2-kanałowy) i RGB_ALPHA (4-kanałowy) zapewniają przezroczystość bez konieczności stosowania osobnego pliku maski — coś, czego oryginalne formaty PBM/PGM/PPM nie potrafiły wyrazić. Jedną z zalet jest unifikacja formatów: pojedyncza implementacja odczytu PAM obsługuje obrazy monochromatyczne, w skali szarości, kolorowe i z kanałem alfa, eliminując potrzebę osobnych parserów dla każdego wariantu Netpbm. Rozszerzalny mechanizm TUPLTYPE to kolejna praktyczna zaleta — niestandardowe konfiguracje kanałów (multispektralne, głębia + kolor lub dowolne specyficzne dla aplikacji) mogą być reprezentowane i etykietowane bez modyfikacji specyfikacji formatu. PAM jest obsługiwany przez narzędzia Netpbm, ImageMagick, GIMP i biblioteki programistyczne przetwarzające rodzinę Netpbm.