Các chế độ ratecontrol của x264

Mục đích của bài viết là nhắc bản thân nhớ về các ratecontrol mode mà x264 hỗ trợ, không phân tích chi tiết kỹ thuật của từng mode.

Các mode được x264 hỗ trợ: CBR, ABR, CQ, CRF, lossless. (Thật ra lossless là trường hợp đặc biệt của CQ và CRF khi giá trị qp hoặc crf bằng 0 [đối với 8-bit]). Cả CBR và ABR đều có thể có hơn 1 pass (thường không ai dùng quá 3 pass, trong khuôn khổ bài viết sẽ chỉ nói đến 2-pass bởi vì người có đầu óc tỉnh táo sẽ không dùng hơn 2 pass). (Lưu ý: Một số người nhầm lẫn và cho rằng n-pass ABR là VBR; kỳ thật ngoại trừ hard-CBR mode như nêu dưới đây, tất cả mode đều là VBR).

Tám linh tinh về Anime: Needless

Tôi đã xem xong bộ này nên ngẫu hứng muốn tán dóc về nó. Đây không phải là review, xin ai đang đọc hãy nhớ kỹ điều này. Ngoài ra, đừng đọc nó với tinh thần nghiêm túc, 'kay? Tôi chỉ viết theo cảm hứng, giống như nhật ký để sau này xem lại thôi (bởi vì trí nhớ của tôi rất kém).

Nói chung, bộ này khá thú vị, tuy nhiên lại tồn tại nhiều điểm trừ mà trong đó có một số tôi cảm thấy không đáng, khiến cho hứng thú xem và độ hấp dẫn giảm đi ít nhiều. Dẫu sao đây cũng là một bộ hành động hài hước có tính giải trí cao. Như đã nêu, tôi không có ý định review hay điều gì tương tự mà chỉ muốn tám linh tinh các tình tiết trong series tôi cảm thấy thích thú hoặc khúc mắc, khó chịu.

Tránh sử dụng DirectShowSource khi không cần thiết

Tôi thấy rằng nhiều người, đặc biệt là người mới làm quen hoặc người thiếu kinh nghiệm trong lĩnh vực video encoding thường sử dụng DirectShowSource (DSS). Một phần vì nghĩ rằng nó "tiện", một phần khác cũng không thể trách là do có nhiều guide, tutorial toàn sử dụng nó. Trong khi đó hiện nay, nó chỉ nên là lựa chọn cuối cùng và ngay cả thế, người sử dụng nó nên có đủ kinh nghiệm để phần nào làm chủ được những rắc rối mà nó có thể mang đến.

Bàn về 10-bit H.264

Đây là bài viết tôi chép lại từ một post của mình trên VnSharing, có chỉnh sửa bổ sung.

Lược sử:

Từ khi chuẩn H.264 được mở rộng vào khoảng cuối năm 2004 (và đưa vào tài liệu đặc tả vào tháng 3/2005), sample bit depth precision đã được nâng lên đến 10 bits per sample (hiện tại cao nhất là 14-bit sau Bổ sung 2 tháng 11/2007), tuy nhiên tại sao gần đây nó mới được chú ý? Một phần là vì high bit depth không thực sự được các nhà sản xuất nội dung chú ý bởi khá nhiều người tiêu dùng đến nay vẫn đang dùng màn hình TN LCD 6-bit (per component). Tuy nhiên nội dung high bit depth không phải là điểm chính, mà quan trọng hơn là vì thiếu nhu cầu. Nguyên nhân: thứ nhất, về phía nhà sản xuất nội dung, BD quá dư dả dung lượng để có thể chứa bitrate cao nên high bit depth không thật sự tỏ rõ ưu thế, đối với broadcast thì các thiết bị thu [receiver] thế hệ hiện tại cần nâng cấp để giải mã được high bit depth H.264 do đó chưa khả thi về tính kinh tế; thứ hai, về phía người tiêu dùng, không có encoder và decoder miễn phí nào hỗ trợ (các encoder thương mại điển hình như MainConcept H.264/AVC Broadcast đã hỗ trợ từ khá sớm) nên ít ai biết được lợi ích mà high bit depth H.264 có thể mang lại, chưa kể là những nhận định sai lầm khiến cho người ta lờ nó đi. Điều này dẫn đến các nhà sản xuất phần cứng cũng chẳng quan tâm đến chuyện hỗ trợ high bit depth (vì họ chẳng dại gì bỏ tiền thêm vào tính năng người dùng không cần đến làm tăng giá thành không cần thiết). (Lưu ý: Những điều nêu ở đây chỉ áp dụng phía người tiêu dùng, bản thân high bit depth đã được sử dụng trong các khâu sản xuất [production chain] từ thời MPEG-2).