Công cụ chuyển đổi BIN sang PFM

Chuyển đổi file bin sang pfm trực tuyến và miễn phí

Thả tập tin ở đây. 1 GB Kích thước file tối đa hoặc là Đăng ký
đến
Facebook Amazon Microsoft Tesla Nestle Walmart L'Oreal

Làm thế nào để chuyển đổi BIN sang PFM

1

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.

2

Chọn pfm 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)

3

Hãy để tập tin chuyển đổi và bạn có thể tải tập tin pfm 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.
Nhà phát triển: Dennis Brothers
Phát hành lần đầu: 1985
PFM (Portable Float Map) là định dạng hình ảnh raster dấu phẩy động được Paul Debevec tạo ra vào khoảng năm 2001, được thiết kế để lưu trữ dữ liệu hình ảnh dải tần nhạy sáng cao (HDR) với sự đơn giản của họ định dạng Netpbm. PFM mở rộng triết lý PBM/PGM/PPM — tiêu đề tối giản, dữ liệu thô, không nén — sang các mẫu dấu phẩy động IEEE 32-bit, cung cấp truy cập trực tiếp vào giá trị pixel HDR mà không có chi phí mã hóa của các định dạng như OpenEXR hay phạm vi hạn chế của mã hóa RGBE trong Radiance HDR. Cấu trúc tệp cố ý tối giản: số magic hai ký tự ('Pf' cho thang xám, 'PF' cho màu), chiều rộng và chiều cao trên dòng tiếp theo, chỉ số tỷ lệ/thứ tự byte (âm cho little-endian, dương cho big-endian, với giá trị tuyệt đối chỉ hệ số tỷ lệ), và sau đó là dữ liệu float 32-bit thô cho mỗi pixel. Tệp PFM lưu một giá trị float mỗi pixel cho thang xám hoặc ba giá trị float (RGB) mỗi pixel cho ảnh màu, không có nén, kênh alpha hay hỗ trợ siêu dữ liệu. Định dạng xuất hiện từ cộng đồng nghiên cứu hình ảnh HDR nơi công trình của Debevec về chiếu sáng dựa trên hình ảnh và thu thập sân khấu ánh sáng cần một cách đơn giản, rõ ràng để lưu các giá trị bức xạ dấu phẩy động tuyến tính có thể dễ dàng trao đổi giữa các công cụ nghiên cứu. Một ưu điểm là sự đơn giản tuyệt đối cho dữ liệu HDR: PFM có thể được đọc và ghi chỉ bằng vài dòng mã trong bất kỳ ngôn ngữ nào hỗ trợ float IEEE, không phụ thuộc thư viện — lý tưởng cho tạo mẫu nghiên cứu và trao đổi dữ liệu nhanh giữa các công cụ tùy chỉnh. Sự áp dụng rộng rãi trong cộng đồng nghiên cứu thị giác máy tính và nhiếp ảnh tính toán là một thế mạnh thực tế khác — các bộ benchmark luồng quang học (Middlebury), tập dữ liệu ước lượng độ sâu và thu thập trường bức xạ thường sử dụng PFM. Định dạng được hỗ trợ bởi ImageMagick, OpenCV, HDR Shop và Luminance HDR.
Nhà phát triển: Paul Debevec
Phát hành lần đầu: 2001