Độ trễ phát lại VLC khi tìm kiếm (chuyển sang dấu thời gian khác)
Cập nhật:ngày 13 tháng 11 năm 2024
Vấn đề bạn đang gặp phải khá vô hại nhưng lại gây khó chịu. Trong VLC, các tập tin âm thanh và video phát bình thường. Tuy nhiên, với các tệp âm thanh, khi bạn chuyển sang dấu thời gian khác, sẽ có độ trễ phát lại, chẳng hạn như 1 giây. Hơn nữa, quá trình phát lại được cho là bị giật một chút so với mức mong muốn. Vì vậy, bạn nhảy từ 0 phút 34 giây lên 1 phút 22 giây trong một bài hát và sau đó VLC bắt đầu phát nhanh, xem xét lại và quay trở lại 1 phút 21 giây. Đã xảy ra với tôi.
Tôi không biết tại sao vấn đề đột nhiên xuất hiện. Tôi chưa bao giờ gặp vấn đề như vậy với VLC trước đây, nhưng giờ đây chúng đã xuất hiện trong trình phát đa phương tiện trong Kubfox 22.04 trên Slimbook Executive của tôi. Bây giờ, vì gần đây tôi đã gặp phải một loạt vấn đề với chiếc máy này, chủ yếu là do các bản cập nhật kernel có lỗi và lỗi với máy tính để bàn Plasma, tôi sẽ không ngạc nhiên nếu VLC không phải là một nạn nhân phụ khác của vấn đề. May mắn thay, bạn có thể giải quyết vấn đề này tương đối dễ dàng, vì vậy hãy để tôi chỉ cho bạn.
Giải pháp
Điều chúng ta cần làm là thay đổi giá trị bộ nhớ đệm cho Đầu vào/Codec. Điều này tương tự với các vấn đề về giá trị tìm nạp trước mà tôi gặp phải khi phát trực tuyến chia sẻ Samba. Mở tùy chọn VLC, sau đó nhấp vào Tất cả. Trong trường tìm kiếm, nhập bộ nhớ đệm (hoặc tương tự). Trong kết quả thanh bên bên dưới, chọn Nâng cao> Đầu vào / Codec. Sau đó, ở bên phải, cuộn xuống phần có tên Nâng cao (có, nhiều trường Nâng cao).
Ở đây, mục đầu tiên sẽ là File caching (ms). Đối với tôi, giá trị mặc định được đặt thành 1000ms (1 giây) và giá trị này tương ứng rõ ràng với hiện tượng giật/nhảy xảy ra khi bạn tìm kiếm. Không chắc chắn TẠI SAO vấn đề lại xuất hiện đột ngột, nhưng đó là vấn đề chúng ta nên giải quyết vào lúc khác - hoặc không, và để những người phát triển mã, trình phát, môi trường máy tính để bàn và bản phân phối tìm ra vấn đề đó như một phần QA của họ, đúng không.
Tôi quyết định chơi với giá trị, để xem những gì mang lại. Việc giảm bộ nhớ đệm từ 1000ms xuống 100ms mang lại kết quả mong muốn. Không còn độ trễ và/hoặc nhảy, hoặc nếu có thì cũng không đáng chú ý. Tôi biết rằng điều này có thể gây ra sự cố phát lại đối với các tệp được phát trực tuyến trên mạng, nhưng hiện tại, tôi chưa gặp phải bất kỳ tác dụng phụ nào. VLC hiện đã phân phối đúng như mong muốn.
Kết luận
Đây chắc chắn không phải là năm của máy tính để bàn Linux. Và tôi đoán, với cách tiếp cận bình thường, coi thường khả năng sử dụng và triết lý về thành phẩm, điều đó sẽ không bao giờ như vậy. Chừng nào phần mềm còn được phát triển với mục tiêu cao hơn, không quan tâm đến chức năng cốt lõi, tức là cung cấp cho người dùng những gì họ cần thay vì trở thành niềm vui cho những người viết mã, thì người dùng cuối sẽ luôn gặp rủi ro. Sự hay thay đổi, không có trách nhiệm. Đó là phần mềm. Kỹ sư xây cầu, có sự cố xảy ra, họ vào tù. Lập trình viên viết mã, có lỗi xảy ra, không ai quan tâm. Chúng tôi có thể đổ lỗi cho VLC, nhưng sự cố không xảy ra trong Windows.
Nhưng đừng để sự thất vọng to lớn của tôi làm hỏng ngày của bạn. Suy cho cùng, tôi viết bài này sau hàng núi vấn đề và vấn đề trong hệ thống máy tính để bàn Linux và tất cả chúng đều xảy ra chỉ trong vài tháng qua. Đây là một vấn đề ngớ ngẩn, không cần thiết. Đó cũng là điều tôi chưa từng thấy trước đây và chắc chắn là một lỗi vô nghĩa. Vâng, thế đấy. Một vấn đề vô nghĩa và một cách giải quyết hữu ích. Hãy cẩn thận.
Chúc mừng.