Công cụ chuyển đổi BIN sang YUV
Chuyển đổi file bin sang yuv trực tuyến và miễn phí
bin
yuv
Làm thế nào để chuyển đổi BIN sang YUV
Lựa chọn các tập tin từ Máy tính, Google Drive, Dropbox, URL hoặc bằng cách kéo tập tin vào trang này.
Chọn yuv hoặc bất kỳ định dạng nào khác bạn cần chuyển đổi sang (hỗ trợ hơn 200 định dạng)
Hãy để tập tin chuyển đổi và bạn có thể tải tập tin yuv của bạn xuống ngay sau đó
Về các định dạng
BIN đề cập đến các tệp phông chữ được mã hóa MacBinary, một định dạng truyền tải bảo toàn các tính năng hệ thống tệp Macintosh cổ điển khi di chuyển dữ liệu giữa các nền tảng. Mac OS cổ điển lưu trữ phông chữ sử dụng resource fork — một luồng dữ liệu thứ cấp vô hình với các hệ thống không phải Mac — có nghĩa là việc đơn giản sao chép phông chữ Mac sang PC Windows hoặc máy chủ Unix sẽ loại bỏ toàn bộ dữ liệu phông chữ thực tế. MacBinary giải quyết vấn đề này bằng cách kết hợp cả data fork và resource fork vào một tệp phẳng duy nhất với tiêu đề 128 byte chứa siêu dữ liệu HFS gốc. Trong bối cảnh phông chữ, tệp BIN thường bọc các phông chữ suitcase TrueType, tệp đường viền PostScript Type 1 LWFN, hoặc tài nguyên phông chữ bitmap NFNT. Định dạng được đặc tả lần đầu vào năm 1985 bởi Dennis Brothers và các cộng tác viên từ cộng đồng Mac thời kỳ đầu, với MacBinary II ra đời khoảng năm 1987 và MacBinary III xuất hiện năm 1996 để hỗ trợ tên tệp dài hơn. Một ưu điểm chính là bảo toàn không mất dữ liệu: mọi byte của tệp phông chữ Mac gốc được giữ nguyên qua email, FTP hoặc chia sẻ tệp đa nền tảng, bao gồm các mã creator và type xác định định dạng phông chữ. Việc đóng gói thành một tệp duy nhất là một thế mạnh thực tế khác — thay vì phải xử lý các luồng data và resource riêng biệt, người dùng và hệ thống tự động chỉ cần làm việc với một container di động. Mặc dù macOS hiện đại đã rời xa resource fork và các phông chữ Mac hiện nay thường được phân phối dưới dạng OTF, TTF hoặc DFONT, BIN vẫn quan trọng để truy cập các bộ sưu tập phông chữ lưu trữ từ thời Mac cổ điển.
YUV là định dạng dữ liệu pixel thô lưu trữ hình ảnh trong mô hình màu Y'UV, trong đó dữ liệu hình ảnh được tách thành thành phần độ chói (Y', biểu diễn độ sáng) và hai thành phần sắc độ (U/Cb và V/Cr, biểu diễn tín hiệu chênh lệch màu). Mô hình màu YUV bắt nguồn từ truyền hình màu phát sóng tương tự — cụ thể là hệ thống NTSC được áp dụng năm 1953 và hệ thống PAL năm 1967 — nơi tính tương thích ngược với các máy thu đen trắng hiện có yêu cầu tách riêng thông tin độ sáng khỏi thông tin màu. Trong hình ảnh kỹ thuật số, tiêu chuẩn ITU-R BT.601 (1982) chính thức hóa mã hóa YCbCr kỹ thuật số bắt nguồn từ mô hình YUV tương tự, định nghĩa các ma trận chuyển đổi và độ chính xác mẫu được sử dụng bởi hầu hết mọi hệ thống video kỹ thuật số và phát sóng. Tệp YUV thô không chứa tiêu đề, nén hay siêu dữ liệu — chúng là chuỗi phẳng các mẫu độ chói và sắc độ theo thứ tự được chỉ định (4:4:4, 4:2:2, 4:2:0 hoặc các tỷ lệ lấy mẫu con khác), yêu cầu chỉ định bên ngoài kích thước, độ sâu bit và sơ đồ lấy mẫu con. Chế độ lấy mẫu con 4:2:0 (trong đó sắc độ có một nửa độ phân giải ngang và một nửa độ phân giải dọc so với độ chói) đặc biệt phổ biến, được sử dụng bởi H.264, H.265, AV1 và hầu hết codec video tiêu dùng. Một ưu điểm là tương thích trực tiếp với quy trình video: dữ liệu YUV là định dạng đầu vào gốc cho bộ mã hóa video, bộ điều khiển hiển thị phần cứng và ISP cảm biến camera, khiến YUV thô trở thành biểu diễn trực tiếp nhất cho xử lý và phân tích video chính xác theo khung hình. Hiệu quả tri giác của mô hình màu YUV là một thế mạnh cơ bản khác — việc tách luma khỏi chroma cho phép lấy mẫu con hiệu quả giảm một nửa hoặc một phần tư dữ liệu màu với tác động hình ảnh tối thiểu. Dữ liệu YUV được xử lý bởi FFmpeg, ImageMagick và tất cả các công cụ xử lý video.