Konwerter plików DFONT do PAL
Konwertuj swoje pliki w formacie dfont do formatu pal przez Internet i bezpłatnie
dfont
pal
Jak przekonwertować plik w formacie DFONT do formatu PAL
Wybierz pliki z komputera, dysku Google, usługi Dropbox, adresu URL lub po prostu przeciągnij plik na stronę.
Wybierz format pal lub inny potrzebny Ci format (spośród ponad 200 wspieranych formatów).
Poczekaj, aż plik zostanie przekonwertowany do formatu pal; 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.
PAL to 16-bitowy format obrazów z przeplotem YUV, przechowujący informacje o kolorze za pomocą modelu luminancja-chrominancja zamiast bezpośrednich wartości RGB. Każda para pikseli jest pakowana w cztery bajty z wykorzystaniem kolejności bajtów UYVY — U (Cb), Y0, V (Cr), Y1 — gdzie dwa sąsiednie piksele dzielą pojedynczy zestaw próbek chrominancji (kolorów), zachowując jednocześnie indywidualne wartości luminancji (jasności). To podpróbkowanie chrominancji 4:2:2 zmniejsza o połowę rozdzielczość kolorów w poziomie bez zauważalnego wpływu percepcyjnego, ponieważ ludzki wzrok jest znacznie bardziej wrażliwy na różnice jasności niż na szczegóły kolorów. Format ma swoje konceptualne korzenie w analogowych standardach telewizji nadawczej opracowywanych w latach 60. i 70. XX wieku, gdzie rozdzielenie luminancji i chrominancji umożliwiło wstecznie kompatybilną transmisję kolorowej telewizji obok istniejących sygnałów monochromatycznych. W cyfrowym obrazowaniu 16-bitowe YUV służy jako powszechna reprezentacja pośrednia dla sprzętu do przechwytywania wideo, grabberów klatek i potoków przetwarzania obrazów pracujących wewnętrznie w przestrzeni kolorów YCbCr przed konwersją do RGB na potrzeby wyświetlania. Jedną z zalet jest wydajność przepustowości: przy 16 bitach na piksel, UYVY wymaga około dwóch trzecich danych nieskompresowanego 24-bitowego RGB, zachowując praktycznie identyczną postrzeganą jakość, co czyni go dobrze dostosowanym do szybkiego przechwytywania wideo i aplikacji przetwarzania obrazów w czasie rzeczywistym. Bezpośrednia odpowiedniość sposobu, w jaki sprzęt wideo przechwytuje i generuje dane, stanowi kolejną praktyczną zaletę — wiele kart przechwytywania i sensorów kamer natywnie produkuje dane UYVY, więc przechowywanie ich w formacie PAL eliminuje zbędny krok konwersji przestrzeni kolorów.