WebM không mở được trên Mac hay iPhone: xem hai tầng của video quay màn hình và tải về

WebM mở không được thì nguyên nhân gần như luôn ở cùng một chỗ: thứ bên trong cái hộp này, thiết bị không nhận nổi. Nó hay gặp trong video quay màn hình cuộc họp, bản ghi trang web và clip tải từ một số trang — đuôi tên trông "rất hiện đại", còn bên trong phần lớn là codec hình kiểu VP9, AV1 ghép với tiếng Opus; bộ này trong hệ phát của thiết bị Apple không phải không cất được, mà là không phát trực tiếp được. Nên WebM thường không phải "đổi trình phát là xong", mà phải chứa lại nội dung vào MP4. Trên Mac cũng như iPhone, iPad vẫn là cùng một câu hỏi: thiết bị này có nhận luồng đó hay không.

Bên trong WebM thường chứa gì

WebM là container được thiết kế để truyền trên web, tổ hợp phổ biến nhất là hình VP8／VP9 với tiếng Opus, các bản ghi mới hơn dùng AV1 để tiết kiệm băng thông. Tiết kiệm băng thông rất đáng ở phía web, còn cái giá rơi xuống phía thiết bị: codec càng mới thì bộ phận phát của hệ thống càng dễ không có năng lực đọc tương ứng. Container và codec cái nào quyết định có phát được không, viết trong container và codec của video khác nhau chỗ nào.

Đuôi tên hiện đại không đồng nghĩa thiết bị nhận ra — vấn đề của WebM chưa bao giờ là cái tên, mà là hai luồng bên trong.

Vì sao thiết bị này không nhận bộ đôi đó

Phía hình, thứ thiết bị nhận trực tiếp chủ yếu là H.264 và HEVC trong thông số phổ biến; họ VP9, AV1 phổ biến trong hệ web và Android nhưng không có chỗ ổn định trên đường phát của Apple. Phía tiếng, Opus cũng thuộc loại "trong tệp có mà thiết bị đọc không ra". Đặt cả hai vào chỗ không đọc trực tiếp được thì kết quả là đúng cảnh bạn thấy: tệp có đó, bấm đúp không phản hồi, hoặc thư viện ảnh không nhận, phần mềm dựng cũng không biết.

Chuyển đổi sẽ làm gì với tệp này

Ô đã chạy trên thiết bị thật trong họ WebM là hình VP9 ghép tiếng Opus: cả hai đều không có đường phát trực tiếp, nên đi chuyển đổi toàn bộ — hình nén lại thành codec thiết bị nhận ra, tiếng đổi sang AAC, đầu ra là MP4. Hình AV1 cũng đã đo, rơi vào cùng con đường. Trong họ này VP8 không có mẫu, nên không nêu tên. Vì hình phải nén lại một lần nên thời gian tính theo độ dài tư liệu, ở mức vài phút — một bản quay màn hình hai mươi phút không xong trong vài giây. Trong lúc xử lý, tệp tạm và thành phẩm cùng chiếm dung lượng, tư liệu càng lớn càng chiếm nhiều, cụ thể bao nhiêu tùy con đường xử lý. CineX phán đoán tệp này có cần nén lại hình không trước, rồi mới quyết định bỏ bao nhiêu công, thứ tự ở vì sao CineX chuyển có video rất nhanh, có video lâu hơn.

Mười phút trước cuộc họp, có nên chuyển không

Câu trả lời thẳng thì tùy mục đích. Chỉ muốn xem hết nội dung ngay bây giờ thì tìm một thiết bị hoặc trình duyệt phát được WebM trực tiếp sẽ đỡ tốn thời gian hơn — nén lại một bản quay dài không phải chuyện vài phút là qua mặt được. Ngược lại, nếu bản quay này sau đó còn gửi cho người khác, còn lưu lại, còn đưa vào phần mềm dựng, còn xem đi xem lại ở nơi không có mạng, thì một lần chuyển đổi đổi lấy "về sau khỏi phải tìm cách khác". Cùng một tệp, hai mục đích cho hai cách làm; thước phán đoán cũng như bài về MKV, viết trong MKV không mở được trên Mac thì làm sao.

Chuyển xong rồi, trên tay là gì

Một tệp MP4 mới, nằm trên chính thiết bị của bạn. Tệp nguồn không bị ghi đè, cũng không bị dời đi — bản WebM gốc vẫn ở đúng chỗ cũ. Đầu ra hiện trong ứng dụng Tệp, có thể tiếp tục giao cho ứng dụng khác dùng, không bị khóa trong ứng dụng này. Toàn bộ việc xử lý hoàn tất trên thiết bị này, chuyển đổi không cần giao tệp cho nơi khác, điểm đó nói rõ trong CineX xử lý video ở đâu.

Biết trước hai điều để khỏi chạy công cốc

Một là chuyển đổi không làm video quay màn hình rõ hơn: nó không nâng độ phân giải, không khử nhiễu, không bù lại chữ đã bị nén cho nhoè, chỉ làm cho thiết bị này phát ra được. Hai là nếu WebM có kèm phụ đề thì loại văn bản được mang sang từng rãnh; phụ đề Blu-ray nén thành ảnh (PGS) được nhận ra thành chữ và mang đi dưới dạng rãnh phụ đề thật, nhưng nhận chữ có thể nhận nhầm — nói rõ hai điều này trước để khỏi chuyển xong mới thấy sai, chi tiết xem sau khi chuyển đổi thì phụ đề ra sao.

Cái phát trực tiếp được thì để nguyên, cái buộc phải nén lại mới nén — phán đoán rơi trên chính tệp này, không rơi trên đuôi tên.

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

WebM có được hỗ trợ không, chuyển có dễ hỏng không?

WebM thuộc nhóm container đã chạy thông trên thiết bị thật bằng mẫu vật thật: ô đã chạy chứa hình VP9 ghép tiếng Opus, cả hai đều nằm trên cùng một chuỗi phán đoán. Thứ thật sự có thể kẹt là hai trường hợp khác: tệp nguồn không hoàn chỉnh (tải bị ngắt, ghi chưa xong), hoặc thông số hình vượt trần mà thiết bị này nhận nổi — loại tệp này cực ít, và nén lại hình chưa chắc cứu được. Nên khi mới gặp một tư liệu chưa chạy, hãy lấy một đoạn ngắn hơn trong đó thử trước một lần: thất bại hoặc hủy không trừ lượt chuyển đổi, tệp nguồn cũng không bị ghi đè.

Sao không cài tạm một trình phát cho xong?

Nếu bạn chỉ xem lần này thì cách đó quả là đỡ công. Khác biệt nằm ở "lần này" và "về sau": để tệp trong một trình phát đặc biệt thì nó cứ phụ thuộc trình phát đó; chuyển ra MP4 rồi, nó thành một tệp bình thường, chia sẻ được, đưa vào phần mềm dựng được, để lâu được.

Một bản quay màn hình rất dài mất bao lâu?

Tính theo độ dài tư liệu và tốc độ thiết bị; WebM về cơ bản đều phải nén lại hình, nên là mức vài phút chứ không phải vài giây. Muốn kiểm tra trước, có thể lấy một đoạn ngắn hơn trong chính bản đó chạy một lần, xem nó rơi vào con đường xử lý nào. Bản miễn phí chỉ đếm những lượt chuyển đổi hoàn tất thành công, cách thử viết trong CineX bản miễn phí dùng được đến đâu.

Chuyển có đụng vào bản WebM gốc của tôi không?

Không. Xử lý sinh ra một tệp mới khác, bản gốc giữ nguyên; thất bại hoặc hủy không trừ lượt chuyển đổi.

Âm thanh có thay đổi theo không?

Cách lưu giữ sẽ đổi, nhưng không mất. Rãnh Opus trong WebM được đổi sang định dạng tương thích, hình và tiếng phán đoán riêng, nên không xảy ra kiểu nửa vời "hình thì xử lý rồi còn tiếng thì bỏ mặc".

Axiom One LLC — CineX