Quay lại Blog

Góc nhìn / D6 · Quyết định

Trước khi chọn App chuyển đổi video, kiểm tra năm điều này, đừng vội xem bảng tính năng

Bảng tính năng của nhóm công cụ này viết na nhau: hỗ trợ vài chục định dạng, đầu ra tương thích hơn, tốc độ nhanh hơn. Điều thật sự quyết định tối nay bạn có giao được video hay không là năm chuyện ít khi được viết ở màn đầu tiên. Chúng kiểm được từng điều một, không cần tin ai trước — kể cả bài này.

1. Vì sao thứ tự quan trọng hơn danh sách

Một tệp không mở được có thể bị chặn ở vài chỗ: container, codec hình ảnh, codec âm thanh, loại phụ đề — chỉ cần một chỗ không ổn, kết quả đều là "không mở được" hoặc "không có tiếng". Phần lớn mọi người bắt đầu thử từ bước cuối — đổi công cụ rồi ép lại một lần nữa — trong khi bốn chỗ trước đó không ai kiểm. Vì vậy năm điều này phải kiểm theo thứ tự, đừng nhìn theo bố cục quảng cáo.

Xác định trước tầng nào đang chặn bạn, rồi hãy quyết định có đổi công cụ hay không. Làm ngược thứ tự, người ta chỉ lặp lại cùng một sai lầm ba lần trên cùng một thiết bị.

2. Kiểm thứ nhất: container và codec hình ảnh là hai biến số

Phần mở rộng sau tên tệp cho bạn biết cái hộp (container), không cho biết phần hình ảnh bên trong. Cùng một MP4 có thể chứa hai thứ hoàn toàn khác nhau; cùng một codec hình ảnh đặt vào những container khác nhau thì phản ứng của thiết bị cũng hoàn toàn khác nhau. Đọc nội dung bên trong tệp trước, rồi hãy nói chuyện "có hỗ trợ hay không".

Chỉ một lệnh là tách được hai biến số đó ra: bất kỳ công cụ kiểm tra nào đọc được cấu trúc bên trong tệp đều liệt kê từng thứ — container, codec hình ảnh, codec âm thanh, loại phụ đề. Xong bước này, nhiều phán đoán kiểu “công cụ không ăn ai” sẽ biến mất ngay tại chỗ; vấn đề thật thường là đổi hộp chứ không đổi hình, hoặc ngược lại. Cách đi đầy đủ của tầng này kèm số đo thực nghiệm viết ở danh sách kiểm tra từng tầng.

Điều cần tránh là câu "hỗ trợ vài chục định dạng". Nó nén hai biến số thành một, đúng lúc giấu đi thứ bạn cần kiểm. Muốn phân tách triệt để hai tầng này, xem container và codec mới thật sự quyết định có phát được hay không, và vì sao chỉ đổi container và nén lại hình ảnh không cùng một chuyện.

3. Kiểm thứ hai: đầu ra phải rơi đúng vào container mà thiết bị đích nhận trực tiếp

"Chuyển xong rồi" có ba nghĩa khác nhau: phát được trên chiếc máy tính này, phát được trên chiếc điện thoại kia, và phát được trong tay người nhận ở khâu tiếp theo. Ba cái là ba tiêu chuẩn. Trước khi bắt tay, nói rõ thành phẩm sẽ nằm trên màn hình nào, vì điều đó quyết định container đầu ra và nhãn mô tả phải ghi ra sao.

Phạm vi container mà điện thoại và TV chấp nhận hẹp hơn trình phát trên máy tính để bàn rất nhiều; cùng một codec hình ảnh nằm trong cùng một container vẫn có vài cách ghi nhãn khác nhau, mà đọc ra được cấu hình giải mã hay không thì hành vi khác nhau hoàn toàn. Nhóm khác biệt này không mở rộng lại ở đây, danh sách container và codec đã có số đo thực nghiệm viết ở những container và codec nào đã được kiểm chứng trên thiết bị thật; còn vì sao tầng nhãn khiến hai tệp giống nhau từng byte mà một tệp phát được, một tệp không, liên kết ở mục 2 đã đi lại từng tầng kèm số đo thực nghiệm.

Điều đáng dè chừng là loại công cụ "đầu ra chọn được vài chục container". Nhiều lựa chọn không đồng nghĩa thiết bị đích của bạn nhận — bạn cần một câu trả lời, không cần một thực đơn.

4. Kiểm thứ ba: đếm từng rãnh âm thanh, và hai loại phụ đề

Sau khi phần hình qua cửa, thứ biến tệp thành "không mở được" hoặc "không có tiếng" thường là âm thanh và phụ đề. Hai loại phải hỏi riêng:

Đường phụ đề hình ảnh đã được kiểm thực tế: nhận dạng được thành phụ đề văn bản, và mang vào rãnh phụ đề văn bản của đầu ra; nhưng nhận dạng là đọc lại chữ trong ảnh một lần nữa, có thể sai, nên trước khi giao việc phải kiểm lại. Cách xử lý từng rãnh âm thanh và cách chuyển hai loại phụ đề viết riêng ở số phận của từng rãnh âm thanh khi chuyển đổi tệp đa âm thanh và phụ đề bị xử lý thế nào trong chuyển đổi.

Hỏi công cụ "có hỗ trợ phụ đề không" là vô nghĩa. Câu hỏi đúng là: rãnh phụ đề này là văn bản hay hình ảnh, sau khi chuyển đổi nó còn là đúng loại đó hay không.

5. Kiểm thứ tư: tệp có phải rời khỏi thiết bị này hay không

Điều này dễ bị bỏ qua nhất, vì phần lớn công cụ không chủ động nói. Câu hỏi là hướng đi của dữ liệu: tệp được xử lý ngay trên máy, hay phải gửi đi trước rồi chờ nó quay về. Tư liệu càng lớn, càng riêng tư, khác biệt này càng thiết thực — thời gian một vòng đi-vòng về sẽ lấn át mọi ưu điểm của bản thân công cụ.

Cách hỏi phải cụ thể: thả vào một tệp lớn, xem nó có bắt đầu kết nối ra ngoài hay không, có xuất hiện trạng thái "xếp hàng chờ" mà bạn không kiểm soát được hay không, mất mạng rồi thì còn làm việc được hay không. Lựa chọn của CineX là không gửi tệp đi: việc xử lý hoàn tất ngay trên thiết bị trong tay bạn; giới hạn cụ thể của khẳng định này viết ở chuyển đổi diễn ra ở đâu; hai tuyến đường của nhóm công cụ này so sánh thế nào viết ở khác biệt giữa xử lý trên máy và xử lý qua đường tải lên.

6. Kiểm thứ năm: hình thức trả phí, và trong tay còn lại gì sau khi dừng lại

Nhóm công cụ này thường thu phí theo ba cách: trả phí định kỳ theo chu kỳ, mua hạn mức theo lượng, và mua một lần. Khác biệt của ba cách không nằm ở giá niêm yết, mà nằm ở ngày bạn không trả nữa — kết quả trước đó còn hay không, tệp vốn đã mở được có phải trả thêm tiền lần nữa hay không. Hỏi rõ tầng này hữu ích hơn nhiều so với so sánh chiết khấu.

Còn một câu bạn phải tự kiểm chứng, vì nó thường được viết mơ hồ: một tệp vốn đã phát trực tiếp được thì không phải là một lượt chuyển đổi. Công cụ không được sinh tệp thứ hai cho nó, cũng không được trừ một hạn mức. Điều này suy ngược được cách công cụ đếm "số lượt", và liệu nó có thực sự xem tệp của bạn có cần động đến hay không.

CineX thuộc cách thứ ba: mua một lần (khoản mua này trong sản phẩm gọi là Opus), không thu phí định kỳ theo chu kỳ, không có thời gian dùng thử, không bán hạn mức theo số phút chuyển đổi. Khác biệt giữa ba hình thức và việc mua một lần rốt cuộc thay đổi điều gì viết ở mua một lần rốt cuộc thay đổi điều gì.

7. Ngoài năm điều: những ai vốn không nên mua công cụ chuyển đổi

Bằng chứng đáng tin nhất khi phán đoán một công cụ có đáng mua hay không là chính các tệp của bạn biến thành cái gì trong tay nó.

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

Đổi phần mở rộng trước rồi thử, được không?

Không, bước này chưa bao giờ là đường tắt. Phần mở rộng chỉ là nhãn; đổi nhãn không viết lại cấu trúc bên trong hộp, cũng không thay đổi codec hình ảnh. Khi mở một tệp, thiết bị đọc cấu trúc bên trong, không đọc tên tệp. Hãy xuất cấu trúc bên trong ra trước, rồi quyết định động vào tầng nào.

Có bắt buộc phải mua công cụ trước rồi mới kiểm được không?

Không. Bốn điều đầu trong năm điều không cần bất kỳ công cụ nào: đọc cấu trúc bên trong tệp, xác nhận thiết bị đích nhận container loại nào, đếm rõ số rãnh âm thanh và loại phụ đề, hỏi rõ hướng đi của dữ liệu. Điều thứ năm về hạn mức cũng chỉ cần lấy một tệp vốn đã phát được thử một lần: xem nó có sinh thêm tệp thứ hai hay không.

Phụ đề hình ảnh có đưa nguyên trạng vào MP4 được không?

Không được. Rãnh phụ đề của MP4 được xây theo hướng văn bản, loại hình ảnh không có vị trí container tương ứng. Hai đường khả thi là: nhận dạng thành phụ đề văn bản rồi mang qua (có thể sai, phải kiểm lại), hoặc bỏ luôn rãnh phụ đề đó. Không tồn tại cách thứ ba vừa giữ nguyên đồ họa gốc vừa nhét vào rãnh phụ đề văn bản của MP4.

Cùng một codec, vì sao có tệp phát được, có tệp không?

Vì "codec giống nhau" không phải toàn bộ điều kiện. Thông tin cấu hình đặt trong phần mô tả rãnh hay đặt trong luồng bit, độ sâu bit và level, nhãn màu, tốc độ khung hình và cấu trúc GOP — tất cả đều làm thay đổi phản ứng của thiết bị. Đó là lý do đọc từng mục bên trong tệp đáng tin hơn một câu "hỗ trợ HEVC".

Kiểm xong năm điều này, còn phải xem gì nữa không?

Xem loại kỳ quái nhất trong tư liệu của bạn. Camera hành trình, máy quay đời cũ, điện thoại cũ, tệp từ thời đĩa quang để lại — mỗi loại mang một món nợ lịch sử riêng; thứ khiến người ta phải thức đêm chưa bao giờ là tư liệu chuẩn. Lấy chính tệp phiền nhất của bạn chạy thử một vòng, hiệu quả hơn đọc mười bài đánh giá.

Axiom One LLC — CineX