Sau nhiều tháng tranh luận, IETF cuối cùng đã đạt được thỏa thuận, một sự thỏa hiệp, về việc bắt buộc cài đặt (MTI: Mandatory To Implement) cả hai bộ giải mã Video VP8 và H.264 trên các trình duyệt phổ thông.

Đối với một số người, đây có vẻ là một quyết định cực đoan (ugly decision), một sự thỏa hiệp thiếu xót mà nó làm cho mọi thứ trở nên phức tạp hơn, mở ra một “trận chiến bản quyền” cho các nhà phát triển trình duyệt Web, và thêm phức tạp cho nhà phát triển ứng dụng. Đối với những người khác, điều này cung cấp một sự thỏa hiệp hợp lý (affordable compromise) để phá vỡ bế tắc của ngành công nghiệp và đẩy WebRTC trong tương lai như là tiêu chuẩn thống nhất (the de-facto standard) cho truyền thông thời gian thực.

Cuộc chiến đã diễn ra trong 3 năm nay và không có người chiến thắng rõ ràng. Bạn có thể đọc bài viết “Battle of the Codecs” của Steve Anderson trên trang WebRTC World, tóm tắt nhanh, thì có hai phe phái chính trong cuộc chiến này. Một bên, là các nhà phát triển web với mô hình mã nguồn mở – cầm đầu là Google – tuyên bố VP8 là bộ mã ứng cử tốt hơn với một rào cản thấp hơn tất cả. Bên kia là H.264, được bảo vệ bởi Cisco, nó không miễn phí, nó là quyền sở hữu trí tuệ (IPR: intellectual property rights) có chủ sở hữu là những người mong đợi một khoản phí bồi thường mỗi khi chúng được sử dụng. Đối với nhiều người, đây sẽ là một cuộc tranh luận vô nghĩa. Có gì để thảo luận ? Hãy chọn VP8.

À, nó thực sự không đơn giản vậy. VP8 là tương đối mới, nó có một số lợi thế hơn H.264 về khả năng nén tốt hơn với tỷ lệ chất lượng và nó cần phải quan tâm đến tiền bản quyền. Tuy nhiên, H.264 đã gắn bó với chúng ta trong thời gian dài và đã được nhúng trong phần cứng của nhiều thiết bị, bao gồm iPhone, iPad, điện thoại và máy tính bảng Samsung Galaxy, Apple TV, Video game và hầu hết nếu không dựa trên các thiết bị Android hiện đại. Thật vậy, vì các bộ mã video làm những nhiệm vụ xử lý chuyên sâu và nhúng các thuật toán mã hóa / giải mã vào silicon cung cấp tiết kiệm ấn tượng lượng tiêu thụ pin trong CPU/GPU.

VP8, ở mặt khác, nó chưa phổ biến trên các thiết bị di động và thiết bị người dùng và như vậy VP8 làm cho WebRTC chơi với hiệu suất kém hơn và độ trễ lớn hơn cho đến khi khả năng phần cứng của các thiết bị tiêu dùng được gia tăng. Không đề cập đến tiêu hao pin tăng (như sự kết thúc của Adobe Flash trên thị trường điện thoại thông minh smartphone)

Bên cạnh đó, VP8 vẫn không phải là một ván cược hoàn toàn an toàn. Vào tháng Ba năm 2013, Nokia tuyên bố chủ quyền bằng sáng chế chống lại HTC và Google về việc sử dụng VP8 trong Android tại một tòa án Đức. Vì vậy, các nhà phát triển cài đặt VP8 vào trình duyệt hoặc ứng dụng của họ phải chấp nhận sự không chắc chắn việc Nokia có thể có được quyền bồi thường với một khoản tiền không xác định được trước !

Vậy IETF đã làm thế nào để đạt được sự thỏa hiệp ? Thứ nhất, bởi vì Cisco và Google, các đối thủ chính trong cuộc chiến này, dẫn đầu các cuộc thảo luận thúc đẩy sự chấp nhận của thỏa hiệp này. Cho thấy rằng cuộc tranh luận bất tận này đang giữ chân deverlopers; nói với họ hãy chờ đợi. Thứ hai, bởi vì nhiều trình duyệt (như Firefox) đã sẵn sàng cả hai (hỗ trợ sẵn VP8 và sử dụng plugin tài trợ Cisco H.264), thậm chí Apple đã từ chối cài đặt VP8 cho đến khi IPR được giải quyết xong, mà bây giờ Google đã cung cấp một plugin VP8 cho trình duyệt Safari.

Sự thỏa hiệp này có ý nghĩa gì ?

Sự thỏa hiệp này không tác động ngay lập tức. Vẫn còn một số nhà phát triển thích VP8 và một số khác thích H.264 nhưng giờ họ có thể lựa chọn bộ mã để sử dụng dựa trên hệ sinh thái của thiết bị mà họ muốn nhắm tới. Và tác động của thỏa hiệp này sẽ có lợi cho nhiều bên:

1. Cho người dùng cuối: Kết thúc chiến tranh sẽ loại bỏ những trở ngại cho nhiều developers và chúng ta sẽ bắt đầu nhìn thấy một sự tăng trưởng theo hàm số mũ trong số các ứng dụng có kích hoạt WebRTC tung ra thị trường. Người dùng sẽ ít quan tâm hơn về công nghệ được sử dụng bên dưới, họ chỉ quan tâm đến trải nghiệm cuối cùng và đó là nơi mà WebRTC tỏa sáng.

2. Cho developers: Bây giờ. Nó là vấn đề của sở thích cá nhân hoặc mục đích kinh doanh chứ không phải một vấn đề tuân thủ. Developers có thể chọn các bộ mã phù hợp với nhu cầu của họ hay hệ sinh thái thiết bị mục tiêu của họ.

3. Cho nhà cung cấp dịch vụ: WebRTC vẫn chưa được sử dụng nhiều bởi các nhà cung cấp dịch vụ vì nó đòi hỏi phải chuyễn mã, và trong trường hợp Video, các mạng di động sử dụng chủ yếu là H.264. Thỏa hiệp này có nghĩa là họ có thể kết nối với các thiết di động với thiết bị WebRTC đầu cuối mà không cần phải chuyển mã Video; một nhiệm vụ mà có thể ngốn toàn bộ năng lực của CPU trên máy chủ và tài nguyên mạng; điều này rất tốn kém, không hiệu quả và không cần thiết.

4. Cho các nhà cung cấp WebRTC gateway: Biết rằng thiết bị đầu cuối đã hỗ trợ cả hai bộ mã, cho phép các cổng WebRTC gateway lựa chọn bộ mã thích hợp khi giao tiếp được thiết lập dựa trên các thiết bị đầu cuối tham gia, cung cấp khả năng sử dụng tài nguyên tốt hơn, đồng thời loại bỏ độ trễ và suy thoái chất lượng. Nói cách khác là, cung cấp những trải nghiệm tốt nhất có thể cho người dùng cuối.

Kết quả cuối cùng là sự thỏa hiệp này có thể là bước ngoặt đối trong việc áp dụng WebRTC trong thị trường viễn thông, và trong dài hạn, đó thực sự là một điều tốt cho tất cả chúng ta.

Tham khảo: http://carlosaragon.postach.io/vp8-or-h-264-the-power-of-compromise

About The Author