Konwerter plików BIN do YUV
Konwertuj swoje pliki w formacie bin do formatu yuv przez Internet i bezpłatnie
bin
yuv
Jak przekonwertować plik w formacie BIN do formatu YUV
Wybierz pliki z komputera, dysku Google, usługi Dropbox, adresu URL lub po prostu przeciągnij plik na stronę.
Wybierz format yuv lub inny potrzebny Ci format (spośród ponad 200 wspieranych formatów).
Poczekaj, aż plik zostanie przekonwertowany do formatu yuv; od razu po konwersji możesz go pobrać.
O formatach
BIN odnosi sie do plikow czcionek zakodowanych w formacie MacBinary, formacie transferowym zachowujacym cechy klasycznego systemu plikow Macintosh podczas przenoszenia danych miedzy platformami. Klasyczny Mac OS przechowywal czcionki za pomoca resource fork — drugorzednego strumienia danych niewidocznego dla systemow innych niz Mac — co oznaczalo, ze zwykle skopiowanie czcionki Mac na komputer z Windows lub serwer Unix pozbawialoby ja wlasciwych danych czcionki. MacBinary rozwiazuje ten problem, łaczac zarowno data fork, jak i resource fork w pojedynczy plaski plik ze 128-bajtowym naglowkiem zawierajacym oryginalne metadane HFS. W kontekscie czcionek pliki BIN typowo opakowuja czcionki TrueType suitcase, pliki konturow PostScript Type 1 LWFN lub zasoby czcionek bitmapowych NFNT. Format został po raz pierwszy zdefiniowany w 1985 roku przez Dennisa Brothersa i wspolpracownikow z wczesnej spolecznosci Mac, a nastepnie pojawily sie MacBinary II okolo 1987 roku i MacBinary III w 1996 roku z obsluga dluzszych nazw plikow. Kluczowa zaleta jest bezstratne zachowanie: kazdy bajt oryginalnego pliku czcionki Mac przetrwa nienaruszone przez e-mail, FTP lub miedzyplatformowe udostepnianie plikow, w tym kody creatora i typu identyfikujace format czcionki. Pakowanie w jeden plik to kolejny praktyczny atut — zamiast radzic sobie z oddzielnymi strumieniami data i resource, uzytkownicy i systemy zautomatyzowane obsluguja jeden przenosny kontener. Chociaz wspolczesny macOS odszedl od resource forkow i czcionki Mac sa teraz dostarczane jako pliki OTF, TTF lub DFONT, BIN pozostaje wazny dla dostepu do zarchiwizowanych kolekcji czcionek z klasycznej ery Mac.
YUV to surowy format danych pikseli przechowujący obrazy w modelu kolorów Y'UV, gdzie dane obrazu są rozdzielone na komponent luminancji (Y', reprezentujący jasność) i dwa komponenty chrominancji (U/Cb i V/Cr, reprezentujące sygnały różnicy kolorów). Model kolorów YUV wywodzi się z analogowej kolorowej telewizji nadawczej — konkretnie systemu NTSC przyjętego w 1953 roku i systemu PAL w 1967 roku — gdzie wsteczna kompatybilność z istniejącymi czarno-białymi odbiornikami wymagała oddzielenia informacji o jasności od koloru. W obrazowaniu cyfrowym standard ITU-R BT.601 (1982) sformalizował cyfrowe kodowanie YCbCr wywodzące się z analogowego modelu YUV, definiując macierze konwersji i precyzję próbek stosowane przez praktycznie wszystkie cyfrowe systemy wideo i nadawcze. Surowe pliki YUV nie zawierają nagłówka, kompresji ani metadanych — są płaskimi sekwencjami próbek luminancji i chrominancji w określonej kolejności (4:4:4, 4:2:2, 4:2:0 lub inne proporcje podpróbkowania), wymagając zewnętrznego określenia wymiarów, głębi bitowej i schematu podpróbkowania. Tryb podpróbkowania 4:2:0 (gdzie chrominancja ma połowę rozdzielczości poziomej i pionowej luminancji) jest szczególnie powszechny, stosowany przez H.264, H.265, AV1 i większość konsumenckich kodeków wideo. Jedną z zalet jest bezpośrednia kompatybilność z potokami wideo: dane YUV są natywnym formatem wejściowym koderów wideo, sprzętowych kontrolerów wyświetlania i procesorów sygnału obrazu (ISP) kamer, co czyni surowe YUV najbardziej bezpośrednią reprezentacją do przetwarzania i analizy wideo z dokładnością do klatki. Percepcyjna wydajność modelu kolorów YUV to kolejna fundamentalna zaleta — oddzielenie luminancji od chrominancji umożliwia efektywne podpróbkowanie, które zmniejsza dane kolorystyczne o połowę lub ćwierć z minimalnym wpływem wizualnym. Dane YUV są przetwarzane przez FFmpeg, ImageMagick i wszystkie narzędzia do przetwarzania wideo.