Konwerter plików SIXEL do JFIF
Konwertuj swoje pliki w formacie sixel do formatu jfif przez Internet i bezpłatnie
sixel
jfif
Jak przekonwertować plik w formacie SIXEL do formatu JFIF
Wybierz pliki z komputera, dysku Google, usługi Dropbox, adresu URL lub po prostu przeciągnij plik na stronę.
Wybierz format jfif lub inny potrzebny Ci format (spośród ponad 200 wspieranych formatów).
Poczekaj, aż plik zostanie przekonwertowany do formatu jfif; od razu po konwersji możesz go pobrać.
O formatach
SIXEL (Six Pixel) to bitmapowy format kodowania grafiki stworzony przez Digital Equipment Corporation (DEC) w 1983 roku do renderowania obrazów na drukarkach znakowych i terminalach wideo. Nazwa wywodzi się od podstawowej jednostki kodowania: kolumny sześciu pikseli reprezentowanej przez pojedynczy znak ASCII. Każdy znak drukowalny w strumieniu danych SIXEL (ASCII 63-126) koduje 6-pikselową kolumnę pionową, gdzie wartość binarna znaku określa, które piksele są włączone, a które wyłączone. Kolor jest określany przez sterowanie paletą opartą na rejestrach: sekwencja Select Color Sequence przypisuje wartość koloru HLS lub RGB do numerowanego rejestru, a kolejne znaki sixel używają tego koloru do momentu wybrania innego rejestru. Kodowanie obsługuje atrybuty rastrowe do określania proporcji pikseli i wymiarów obrazu, sekwencje powtórzeń (! po którym następuje liczba i znak) dla kompresji długości serii identycznych kolumn oraz $ (powrót karetki) i - (nowa linia) do nawigacji po siatce sixeli. DEC zaimplementował obsługę SIXEL w terminalach VT240, VT241, VT330 i VT340, a także w wielu modelach drukarek. Jedną z zalet kodowania SIXEL jest jego czysto znakowy charakter ASCII: strumień danych składa się wyłącznie ze znaków drukowalnych i standardowych sekwencji sterujących, co oznacza, że grafika SIXEL może być transmitowana przez dowolny tekstowy kanał komunikacyjny — terminale szeregowe, sesje SSH, połączenia telnet — bez wymagania transportu bezpiecznego dla danych binarnych czy modyfikacji protokołu. Współczesny renesans formatu stanowi kolejny niezwykły wymiar: po dekadach zapomnienia obsługa SIXEL została zaimplementowana w licznych nowoczesnych emulatorach terminali, umożliwiając wyświetlanie obrazów w przepływach pracy wiersza poleceń. Wyjście SIXEL może być generowane przez ImageMagick, libsixel, chafa i różne biblioteki do tworzenia wykresów.
JFIF (JPEG File Interchange Format) to standardowa specyfikacja formatu pliku do przechowywania obrazów skompresowanych JPEG, opublikowana przez Erica Hamiltona z C-Cube Microsystems w wersji 1.0 w 1991 roku i zaktualizowana do wersji 1.02 w 1992 roku. Podczas gdy standard JPEG (ISO/IEC 10918-1) definiuje algorytm kompresji — dyskretną transformatę kosinusową, kwantyzację i kodowanie entropijne przekształcające dane pikseli w zwarty strumień bitowy — nie określa formatu pliku. JFIF wypełnia tę lukę, definiując minimalny kontener, który otacza strumień JPEG metadanymi niezbędnymi do interoperacyjnego wyświetlania: proporcje piksela, jednostki rozdzielczości (DPI lub punkty na centymetr), specyfikacja przestrzeni kolorów (YCbCr z konwersją z RGB wg CCIR 601) oraz opcjonalna osadzona miniaturka. Kontener JFIF jest identyfikowany przez segment znacznika APP0 na początku pliku, zawierający ciąg ASCII 'JFIF' i numer wersji. Niemal każdy istniejący plik JPEG jest zgodny ze specyfikacją JFIF — gdy ludzie mówią o 'pliku JPEG', prawie zawsze mają na myśli plik JFIF, nawet jeśli rozszerzenie to .jpg lub .jpeg. Jedną z zalet jest uniwersalność: prostota JFIF i wczesna data publikacji (wyprzedzająca konkurencyjne propozycje jak EXIF) sprawiły, że format został przyjęty przez praktycznie każdą platformę sprzętową i programową jako bazowy format pliku JPEG, ustanawiając interoperacyjność, która uczyniła JPEG najpowszechniej używanym formatem obrazów na świecie. Celowy minimalizm specyfikacji to kolejna zaleta — definiując tylko niezbędne metadane do poprawnego wyświetlania i pozostawiając miejsce na rozszerzenia specyficzne dla aplikacji przez dodatkowe znaczniki APP, JFIF okazał się wystarczająco rozszerzalny, aby pomieścić dane Exif z aparatów, profile kolorów ICC i metadane XMP bez naruszania wstecznej kompatybilności.