Công cụ chuyển đổi BIN sang PAL
Chuyển đổi file bin sang pal trực tuyến và miễn phí
bin
pal
Làm thế nào để chuyển đổi BIN sang PAL
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 pal 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 pal 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.
PAL là định dạng hình ảnh YUV xen kẽ 16-bit mỗi pixel, lưu trữ thông tin màu sử dụng mô hình độ chói-sắc độ thay vì giá trị RGB trực tiếp. Mỗi cặp pixel được đóng gói thành bốn byte sử dụng thứ tự byte UYVY — U (Cb), Y0, V (Cr), Y1 — trong đó hai pixel liền kề chia sẻ một bộ mẫu sắc độ (chênh lệch màu) trong khi mỗi pixel giữ lại giá trị độ chói (độ sáng) riêng. Việc lấy mẫu con sắc độ 4:2:2 này giảm một nửa độ phân giải màu theo chiều ngang với ảnh hưởng tri giác không đáng kể, vì thị giác con người nhạy cảm hơn rất nhiều với biến đổi độ sáng so với chi tiết màu. Nguồn gốc khái niệm của định dạng có thể truy về các tiêu chuẩn truyền hình phát sóng tương tự phát triển trong thập niên 1960 và 1970, nơi việc tách riêng độ chói và sắc độ cho phép truyền màu tương thích ngược bên cạnh tín hiệu đơn sắc hiện có. Trong hình ảnh kỹ thuật số, YUV 16-bit đóng vai trò biểu diễn trung gian phổ biến cho phần cứng thu hình, bộ thu khung hình và quy trình xử lý hình ảnh hoạt động trong không gian màu YCbCr nội bộ trước khi chuyển sang RGB để hiển thị. Một ưu điểm là hiệu quả băng thông: ở 16 bit mỗi pixel, UYVY chỉ cần khoảng hai phần ba dữ liệu so với RGB 24-bit không nén trong khi duy trì chất lượng cảm nhận gần như tương đương, phù hợp cho thu hình tốc độ cao và các ứng dụng xử lý hình ảnh thời gian thực. Sự tương ứng trực tiếp với cách phần cứng video thu và xuất dữ liệu mang lại lợi ích thực tế khác — nhiều card thu và cảm biến camera tạo ra dữ liệu UYVY một cách tự nhiên, nên lưu trữ dưới dạng PAL tránh được bước chuyển đổi không gian màu không cần thiết gây thêm độ trễ và tạo ra nhiễu do làm tròn.