Quay lại Blog

Thư viện / P1.1 · CineX

Vì sao chuyển đổi video cần chỗ dự phòng: tùy quy trình xử lý và kích thước tệp

Nguyên nhân phổ biến nhất khiến việc chuyển đổi một tệp lớn thất bại không phải định dạng, mà là thiết bị không còn đủ dung lượng trống. Trước khi bắt tay, CineX sẽ kiểm tra một lần: dung lượng khả dụng không đủ thì ứng dụng không bắt đầu, và nói thẳng với bạn “Không đủ dung lượng lưu trữ để hoàn tất chuyển đổi.” Câu này xuất hiện ở thời điểm chưa bắt đầu, chứ không phải lúc chuyển đổi đang dở — đó là chủ ý: thất bại giữa đường vừa lãng phí thời gian, vừa để lại một tệp mới ghi được một nửa.

Vậy cần bao nhiêu? Không có một con số nào đúng cho mọi bộ phim — chiếm bao nhiêu do con đường xử lý quyết định, chứ không riêng kích thước tệp. Điều có thể nói là hai ranh giới nhà mình: con đường phải nén lại hình ảnh thì mức đỉnh chiếm chỗ không quá gấp đôi tệp gốc; con đường chỉ đổi hộp thì dung lượng của một tệp kết quả là đủ. Thứ thật sự đáng tin cũng không phải mấy con số đó, mà là lần kiểm tra trước khi mở máy: chỗ dư không đủ thì nó không bắt đầu, và nói cho bạn biết lý do ngay tại chỗ.

1. Vì sao phải chừa nhiều hơn cả dung lượng của tệp đầu ra

Vì chuyển đổi không phải một thao tác tức thời kiểu “tệp gốc biến thành tệp mới”, mà là một quá trình chiếm cùng lúc nhiều phần dung lượng: tệp nguồn phải nằm trên đĩa (không đọc nó thì không xử lý được), tệp đầu ra phải nằm trên đĩa (đó là thứ bạn muốn nhận về), và đoạn giữa hai việc đó còn sinh ra tệp trung gian — phần hình ảnh được viết ra từng đoạn, rồi kết quả tạm ghép chúng lại. Các phần dung lượng này cùng tồn tại cho tới lúc kết thúc, chúng không chạy tiếp sức. Tệp càng lớn, chữ “cùng lúc” đó càng rõ.

Bạn mua tệp kết quả, nhưng chỗ bị chiếm là tệp kết quả cộng với cả quá trình. Phần nhiều ra đó không phải phần mềm tham, mà là quá trình cũng cần chỗ — và nó bị dọn sạch ngay khoảnh khắc tệp kết quả ghi xong, không nằm lại trên đĩa của bạn.

2. Vì sao chỉ đổi container lại yêu cầu thấp hơn nhiều

Chỉ đổi container có nghĩa là dữ liệu hình ảnh và âm thanh không bị mã hóa lại dù chỉ một byte, chúng chỉ được chuyển từ lớp đóng gói MKV sang lớp đóng gói MP4. Không còn bước “tính lại hình ảnh từng đoạn”, nên số tệp trung gian cần nằm lại trong quá trình ít đi, và phần dung lượng dự trữ cần thiết cũng nhỏ hơn. Muốn biết lần này bạn đi đường nào, hãy nhìn codec hình ảnh bên trong tệp chứ không nhìn phần mở rộng; quy tắc nằm ở CineX quyết định cách chuyển đổi như thế nào.

3. Vì sao không thể “vừa chuyển đổi vừa xóa tệp nguồn”

Nghe có vẻ tiết kiệm dung lượng nhất lại chính là cách nguy hiểm nhất: tệp nguồn là cơ hội duy nhất để làm lại. Bất kỳ bước nào trong quá trình chuyển đổi gặp lỗi, chỉ cần tệp nguồn còn đó thì bạn còn làm lại được; tệp nguồn bị xóa rồi, trong tay bạn chỉ còn lại sản phẩm thất bại. CineX không thay thế hay xóa tệp gốc của bạn — ứng dụng chỉ ghi ra một tệp đầu ra mới, còn tệp gốc có giữ hay không là do bạn quyết định.

4. Khi thiếu dung lượng, cách đúng không phải là cố thử

Nếu thiết bị của bạn vốn chỉ còn vài chục GB trống, mà bạn cần chuyển một bản gốc 4K, thứ tự khả thi là: đưa tệp sang nơi có dung lượng rộng rãi hơn để xử lý (cùng một máy Mac hoặc lưu trữ gắn ngoài), hoặc chờ đến khi dành ra đủ chỗ rồi mới bắt đầu. Bấm “Bắt đầu” lặp đi lặp lại không làm dung lượng đủ thêm, chỉ khiến bạn bị chặn lại ở đúng bước kiểm tra với cùng một câu đó.

5. Tệp tạm mà quá trình chuyển đổi để lại

Sau khi hoàn tất bình thường, các tệp trung gian của quá trình sẽ bị dọn đi, chỉ còn lại tệp đầu ra. Nhưng nếu bạn hủy giữa chừng, hoặc chuyển đổi thất bại, một phần tệp trung gian đó có thể còn nằm trong bộ nhớ đệm của thiết bị và tiếp tục chiếm dung lượng. Phần còn sót này được hệ thống thu hồi khi dọn bộ nhớ đệm hoặc khi khởi động lại máy, và không cản trở lần chuyển đổi tiếp theo.

Thứ thật sự đáng tin không phải mấy con số gấp đó, mà là lần kiểm tra trước khi mở máy: chỗ dư không đủ thì nó không bắt đầu và nói cho bạn biết lý do ngay tại chỗ — chứ không dừng giữa chừng rồi để lại một tệp mới ghi được nửa.

6. Ranh giới cần biết trước

Trước khi chuyển một tệp lớn, hãy phán đoán đường xử lý có thể áp dụng, rồi kiểm chứng bằng chính tệp lớn thật của bạn; CineX quyết định đường chuyển đổi như thế nào giải thích các đường, thử tệp lớn của bạn trong vài lượt miễn phí tương ứng với kiểm thử thực tế.

Câu hỏi thường gặp

Tôi chỉ đổi hộp, có phải chừa chỗ theo bậc mã hóa lại hình ảnh không?

Không cần. Khi hình ảnh không bị nén lại, phần dung lượng dự trữ mà bước kiểm tra yêu cầu thấp hơn rõ rệt; nhưng hai phần dung lượng cho tệp nguồn và cho tệp đầu ra thì vẫn bắt buộc.

Vì sao tệp đầu ra của tôi lại lớn hơn tệp gốc?

Cách đóng gói của container và của rãnh âm thanh sẽ thay đổi, và khi âm thanh được chuyển sang định dạng thông dụng thì cũng có thể phát sinh thêm một chút dung lượng. CineX sẽ dừng lại và báo cho bạn khi tệp đầu ra lớn hơn rõ rệt so với tệp nguồn, thay vì để bạn nhận về một tệp phình to hơn.

Cắm một ổ đĩa gắn ngoài có được không?

Đặt tệp nguồn ở một vị trí rộng rãi về dung lượng rồi mới bắt đầu là một hướng làm hợp lý. Bước kiểm tra nhìn vào vị trí lưu trữ mà quá trình chuyển đổi sử dụng, nên điều thật sự cần bảo đảm là phần dung lượng ở đúng vị trí đó đủ dùng.

Chuyển đổi thất bại rồi mà dung lượng không trả về, phải làm sao?

Đó là các tệp trung gian mà quá trình để lại chưa được thu hồi. Chỉ cần dọn bộ nhớ đệm của thiết bị hoặc khởi động lại là xong; chúng không phải tệp đầu ra, cũng không bị coi là tệp của bạn.

Có cách nào khiến nó chiếm ít dung lượng hơn không?

Không. CineX không có bất kỳ công tắc nào về chất lượng hình ảnh hay dung lượng, hướng thiết kế là trước hết bảo đảm tệp đầu ra nằm vừa trong đĩa và không phình ra ngoài tầm kiểm soát, chứ không phải trao cho bạn một loạt nút xoay mâu thuẫn với nhau.


Axiom One LLC — CineX