Công cụ chuyển đổi BIN sang DDS
Chuyển đổi file bin sang dds trực tuyến và miễn phí
bin
dds
Làm thế nào để chuyển đổi BIN sang DDS
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 dds 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 dds 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.
DDS (DirectDraw Surface) là định dạng container để lưu trữ texture nén và không nén, cube map, texture thể tích và chuỗi mipmap, được Microsoft giới thiệu cùng với DirectX 7.0 vào ngày 22 tháng 9 năm 1999. File DDS được thiết kế cho GPU sử dụng trực tiếp: dữ liệu pixel được lưu dưới các định dạng mà phần cứng đồ họa có thể giải nén trực tiếp trong quá trình render — chủ yếu là nén khối S3TC/DXTn (DXT1, DXT3, DXT5), và trong các phiên bản DirectX sau là BC4 đến BC7 — loại bỏ bước giải nén phía CPU mà các định dạng như PNG hoặc JPEG yêu cầu. Cấu trúc file bắt đầu với số ma và header 124 byte chỉ định chiều rộng, chiều cao, định dạng pixel, số lượng mipmap và header mở rộng DX10 tùy chọn cho các chế độ nén mới hơn, theo sau là dữ liệu bề mặt thô. DDS hỗ trợ texture 2D, cube map (sáu mặt cho ánh xạ môi trường), texture thể tích/3D và mảng texture, mỗi loại với chuỗi mipmap được tính toán trước cho phép GPU lấy mẫu các phiên bản kích thước phù hợp ở các khoảng cách khác nhau. Một ưu điểm là hiệu suất render: vì GPU đọc dữ liệu DDS trực tiếp mà không có chi phí giải nén, việc tải texture nhanh hơn đáng kể so với các định dạng ảnh truyền thống, và dữ liệu nén vẫn ở trạng thái nén trong bộ nhớ video, cho phép nhiều texture vừa vào VRAM cùng lúc. Sự thống trị của định dạng trong phát triển game là một điểm mạnh then chốt khác — DDS là định dạng texture tiêu chuẩn cho các ứng dụng DirectX, được hỗ trợ gốc bởi Unreal Engine, Unity và hầu như mọi engine game PC, cũng như các trình chỉnh sửa ảnh như GIMP (với plugin), Paint.NET, Photoshop (qua plugin NVIDIA) và ImageMagick.