Có một hiện tượng phổ biến là ở các diễn đàn không chuyên về anime, hễ có ai đăng chia sẻ anime là các bác phụ huynh nhà ta nhao nháo vào "down về cho con xem", "load về cho em/cháu xem"... chẳng cần biết nội dung anime có phù hợp với lứa tuổi con cháu mình hay không. Tình trạng vô tư này dẫn đến nhiều hệ lụy mà điển hình là vụ phụ huynh "tá hỏa" phát hiện con cháu mình xem nội dung "hoạt hình" không phù hợp, kế đến báo chí đăng loạt bài "lên án" anime và các diễn đàn chia sẻ anime mà quên mất góp phần không nhỏ trong việc truyền bá nội dung "độc hại" cho giới trẻ nước nhà là các bậc phụ huynh thiếu ý thức. (Ý thức người xem và những vấn đề linh tinh khác tôi không muốn đề cập tới).
"Only few people get what they deserve, good or bad."
Giới thiệu
Các bài viết sẽ nhằm vào bất cứ đề tài gì mà tôi có hứng thú muốn đề cập, không theo một chủ đề nhất định. Nguyên tắc viết không theo khuôn khổ và tự do thoải mái nhất có thể, nội dung bài viết cũng sẽ thay đổi liên tục theo thời gian nên sẽ rất khó theo dõi. Bên cạnh đó, độ dài của các bài viết rất bất định, nhiều khi dài lê thê và tràn lan.
Các quy tắc chung (Đọc kỹ trước khi quyết định đọc nội dung bài viết):
Điều 1. Nội dung bài viết có thể dựa hoàn toàn vào quan điểm cá nhân, do đó sẽ khác với quan điểm của bạn. Bạn luôn có quyền ngừng đọc hoặc không cần đọc. Tuy nhiên, một khi đã đọc, bạn không được phép tranh cãi với tác giả. (Bạn được quyền nói xấu tác giả, nếu thích). Tác giả không chịu bất cứ trách nhiệm nào nếu nội dung bài viết gây ảnh hưởng xấu đến sức khỏe hay tâm lý của bạn.
Điều 2. Nội dung bài viết có thể chứa rất nhiều "spoiler" nên khuyên bạn không nên đọc trước khi xem/chơi tựa phim/anime/video game... được nhắc đến trong bài viết. Tác giả không chịu trách nhiệm vì làm bạn mất hứng. Bên cạnh đó, vì sở thích mỗi người mỗi khác, những chi tiết mà tác giả chê khen có thể không giống cách đánh giá của bạn, nên đừng dùng nó làm cơ sở lựa chọn. Ngoài ra, xem lại điều 1.
Điều 3. Bài viết chỉ được phép tồn tại trên blog này. Bạn không được quyền sao chép toàn bộ hay một phần nội dung của bất cứ bài viết nào sang nơi khác (bạn được phép đăng link của bài viết đi nơi khác, nếu muốn). Tác giả phủ nhận hoàn toàn trách nhiệm liên quan đến nội dung bài viết nếu nó được phát tán nơi khác dưới hình thức không phải link, tuy nhiên vẫn giữ quyền đối với nó.
Điều 1. Nội dung bài viết có thể dựa hoàn toàn vào quan điểm cá nhân, do đó sẽ khác với quan điểm của bạn. Bạn luôn có quyền ngừng đọc hoặc không cần đọc. Tuy nhiên, một khi đã đọc, bạn không được phép tranh cãi với tác giả. (Bạn được quyền nói xấu tác giả, nếu thích). Tác giả không chịu bất cứ trách nhiệm nào nếu nội dung bài viết gây ảnh hưởng xấu đến sức khỏe hay tâm lý của bạn.
Điều 2. Nội dung bài viết có thể chứa rất nhiều "spoiler" nên khuyên bạn không nên đọc trước khi xem/chơi tựa phim/anime/video game... được nhắc đến trong bài viết. Tác giả không chịu trách nhiệm vì làm bạn mất hứng. Bên cạnh đó, vì sở thích mỗi người mỗi khác, những chi tiết mà tác giả chê khen có thể không giống cách đánh giá của bạn, nên đừng dùng nó làm cơ sở lựa chọn. Ngoài ra, xem lại điều 1.
Điều 3. Bài viết chỉ được phép tồn tại trên blog này. Bạn không được quyền sao chép toàn bộ hay một phần nội dung của bất cứ bài viết nào sang nơi khác (bạn được phép đăng link của bài viết đi nơi khác, nếu muốn). Tác giả phủ nhận hoàn toàn trách nhiệm liên quan đến nội dung bài viết nếu nó được phát tán nơi khác dưới hình thức không phải link, tuy nhiên vẫn giữ quyền đối với nó.
2013-03-18
Cớ gì lại giấu x264 settings?
Nếu ai từng sử dụng x264 để encode có lẽ biết rằng mặc định chương trình sẽ ghi lại settings và version sử dụng (user data) vào trong SEI (một phần header của bitstream). Việc này trước hết giúp cho các developer của x264 dễ dàng debug khi có người dùng báo lỗi. Về sau, thông tin này còn giúp những người dùng kinh nghiệm xem lại settings mình từng sử dụng. Tất nhiên là cũng biết được settings mà người khác sử dụng cho bản encode nào đó.
2013-03-17
Tại sao "pirate" chủ yếu dùng x264?
Các người làm trong lĩnh vực authoring khi được hỏi sao không sử dụng x264 thường cho rằng như thế không "pro", không chuyên nghiệp. Họ viện nhiều cớ này nọ để thoái thác, như x264 không bằng một số sản phẩm chuyên nghiệp ở bitrate cao, khách hàng sẽ không hài lòng khi biết họ dùng phần mềm miễn phí (tâm lý "tiền nào của nấy"), việc sử dụng x264 không tiết kiệm nhiều chi phí trong khi đòi hỏi nhân viên phải được đào tạo lại (lý do x264 khó sử dụng và không đảm bảo tạo ra stream tương thích với chuẩn), x264 không kèm theo đầy đủ công cụ cho toàn bộ quá trình authoring như các sản phẩm chuyên nghiệp...
Tôi không muốn bàn đến những điều này. Từng sử dụng thử MainConcept tôi thừa nhận x264 tồn tại một vài yếu điểm so với MC ở mức bitrate cao, chẳng hạn vấn đề banding, hoặc cảnh chuyển động nhanh, tuy nhiên vì bitrate cao nên chênh lệch giữa chúng cũng rất khó nhận thấy. Và đúng rằng x264 không hỗ trợ tốt các công đoạn mà authouring đòi hỏi. Cho nên không phải nói rằng họ không có lý. Điều làm tôi khó chịu nhất là họ thường xuyên dùng luận điệu rằng x264 chỉ và sẽ chỉ phổ biến trong giới pirate là vì nó miễn phí nên giúp cho việc pirate phim thuận lợi hơn. Cực kỳ lố bịch! Vì sao? Vì nó áp dụng lên "pirate"! Pirate không quan tâm chuyện miễn phí hay không, nếu muốn họ có thể pirate hoặc thậm chí mua phần mềm chuyên nghiệp nếu thật sự cần thiết*. Điều làm cho x264 trở nên phổ biến đối với người dùng thông thường và "pirate" là vì trên thực tế họ thấy rằng x264 thể hiện chất lượng ưu việt hơn hẳn các H.264 encoder khác ở mức bitrate trung bình (1/3 bitrate thường dùng trên Blu-ray) trở xuống. Tất nhiên, đúng rằng việc này thuận lợi cho việc trao đổi qua mạng và lưu trữ, nhưng cũng không vì thế mà phù hợp với luận điệu họ đưa ra.
* Lưu ý: Ở đây không nói đến các phần mềm authouring (như Blu-Code), bởi vì chúng không có bản bẻ khóa (do khâu licensing khắc khe) và có giá rất cao, mà muốn nói đến các phần mềm H.264 encoding thương mại thông thường (đa số dùng MainConcept) ví dụ Rovi TotalCode Studio, Harmonic ProMedia Carbon (tên cũ: Rhozet Carbon Coder), Elecard StreamEye series, Elecard Converter Studio, Ateme EAVC4...
Đăng ký:
Bài đăng (Atom)