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

Chuyển đổi file dfont 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 DFONT 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

DFONT (Data Fork TrueType) là định dạng tệp phông chữ được Apple giới thiệu cùng Mac OS X 10.0 vào tháng 3 năm 2001, được tạo ra để giải quyết một vấn đề tương thích cơ bản trong quá trình chuyển đổi từ Mac OS cổ điển sang kiến trúc OS X dựa trên Unix. Phông chữ Mac cổ điển lưu trữ dữ liệu glyph trong resource fork — một luồng tệp thứ cấp đặc thù cho hệ thống tệp HFS — nhưng nền tảng Unix của OS X và việc sử dụng UFS không có hỗ trợ resource fork tự nhiên. DFONT chuyển toàn bộ cấu trúc resource fork vào data fork, bọc cùng các bảng phông chữ TrueType trong một bản đồ tài nguyên mà các API typography tiêu chuẩn của OS X có thể đọc được. Tệp này thực chất là một suitcase TrueType không có resource fork. Apple đã kèm DFONT làm định dạng mặc định cho các phông chữ hệ thống được cung cấp với OS X, và nó vẫn có mặt trong các thư mục hệ thống macOS. Một ưu điểm là khả năng tương thích ngược liền mạch với ngăn xếp hiển thị phông chữ hiện có của Apple — cấu trúc nội bộ phản ánh phông chữ resource fork cổ điển, nên CoreText và các tiền nhiệm của nó xử lý DFONT mà không cần bất kỳ đường chuyển đổi đặc biệt nào. Thiết kế một fork duy nhất là một thế mạnh thực tế khác, đảm bảo tệp DFONT tồn tại nguyên vẹn khi lưu trữ trên các ổ đĩa không phải HFS, truyền qua mạng hoặc quản lý bởi hệ thống kiểm soát phiên bản. Mặc dù Apple ngày càng chuyển sang OpenType (.otf/.ttc) cho các phông chữ hệ thống mới hơn, các tệp DFONT vẫn xuất hiện trong các bản cài đặt macOS và trong các bộ sưu tập phông chữ bắt nguồn từ thời kỳ OS X.
Nhà phát triển: Apple Computer
Phát hành lần đầu: 2001
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