Bắt đầu với câu hỏi mà hình ảnh phải trả lời
Trích xuất khung là một vấn đề lấy mẫu trước khi nó là vấn đề định dạng hình ảnh. Xác định phạm vi thời gian hữu ích và quyết định mà ai đó sẽ đưa ra từ hình ảnh. Một bảng liên hệ cuộc họp cần có phạm vi bao phủ rộng. Đánh giá hoạt ảnh cần có các trạng thái có khoảng cách gần nhau. Tìm kiếm hình thu nhỏ cần một tập hợp các ứng cử viên có hình ảnh khác nhau có thể quản lý được.
Cắt tỉa đầu tiên. Nếu chỉ có 45 giây trong một bản ghi dài 20 phút, hãy đặt phạm vi đó trước khi tăng mật độ lấy mẫu. Điều này làm giảm công việc giải mã, sử dụng bộ nhớ, khung trông trùng lặp và thời gian cần thiết để kiểm tra kết quả.
- Sử dụng khoảng thời gian khi thời gian theo lịch là đơn vị ổn định: cứ 5, 10 hoặc 30 giây lại có một hình ảnh.
- Sử dụng FPS được yêu cầu khi khoảng cách chuyển động quan trọng: ví dụ: 2 mẫu mỗi giây trong một hành động ngắn.
- Sử dụng số lượng cố định khi nỗ lực đánh giá hoặc số lượng đầu ra là cố định: ví dụ: 24 ứng viên trong một cảnh.
- Chỉ sử dụng khung hình đơn sau khi bạn đã biết thời điểm hoặc đã thu hẹp phạm vi đủ để kiểm tra các khung hình gần đó.
Tính toán khoảng thời gian đầu ra trước khi trích xuất
Đối với phạm vi từ thời gian bắt đầu S đến thời gian kết thúc E, được lấy mẫu cứ sau I giây, ước tính hữu ích là sàn((E - S) / I) + 1 khi bao gồm cả hai ranh giới phạm vi. Do đó, phạm vi 60 giây được lấy mẫu cứ sau 10 giây sẽ tạo ra khoảng 7 dấu thời gian: 0, 10, 20, 30, 40, 50 và 60 giây. Số lượng cuối cùng có thể thay đổi ở ranh giới phương tiện vì dấu thời gian phải được giải mã.
Nếu ước tính vượt quá 240 hình ảnh, hãy rút ngắn phạm vi hoặc tăng khoảng thời gian. Ví dụ: lấy mẫu trong phạm vi 30 phút cứ sau 5 giây sẽ yêu cầu khoảng 361 dấu thời gian. Việc tăng khoảng thời gian lên 8 giây sẽ giảm ước tính xuống còn khoảng 226, phù hợp với một lần chạy. Một tùy chọn khác là xử lý các cảnh riêng biệt để mỗi kết quả vẫn dễ xem xét hơn.
Lấy mẫu theo khoảng thời gian đặc biệt dễ đọc đối với các hướng dẫn, bài giảng, kiểm tra và bản ghi dài trong đó các sự kiện được thảo luận trong vài giây hoặc vài phút. Nó ít phù hợp hơn cho một chuyển động ngắn kết thúc giữa hai dấu thời gian cách đều nhau.
Hiểu ý nghĩa của FPS được yêu cầu
FPS được yêu cầu kiểm soát số lượng dấu thời gian của mẫu công cụ mỗi giây; nó không thay đổi video nguồn và nó không chứng minh tốc độ khung hình nguồn. Ở 2 FPS được yêu cầu, khoảng cách mục tiêu là 0,5 giây. Ở 10 FPS được yêu cầu, nó là 0,1 giây. Phạm vi 12 giây ở 5 FPS được yêu cầu sẽ yêu cầu khoảng 61 dấu thời gian khi bao gồm cả hai điểm cuối.
Việc lấy mẫu phía trên chi tiết tạm thời hữu ích của clip thường tạo ra sự trùng lặp gần như trùng lặp. Một bản trình bày tĩnh được ghi ở tốc độ 30 FPS nguồn hiếm khi cần 30 hình ảnh được xuất mỗi giây. Ngược lại, lỗi tương tác kéo dài hai giây có thể được hưởng lợi từ 10 FPS được yêu cầu để có thể nhìn thấy các thay đổi trạng thái trên một chuỗi ngắn gọn.
Phương tiện có tốc độ khung hình thay đổi làm cho sự khác biệt trở nên quan trọng hơn. Trình duyệt tìm kiếm theo thời gian truyền thông và trả về khung trình bày được giải mã gần thời điểm đó; có thể không có một khung nguồn ở mỗi khoảng thời gian hoàn toàn đều đặn. Để lập chỉ mục khung nguồn chính xác, hãy sử dụng bộ giải mã được thiết kế để hiển thị dấu thời gian của bản trình bày và nhận dạng khung.
Sử dụng số lượng cố định cho công việc đánh giá có giới hạn
Chế độ đếm cố định phân phối số lượng ứng cử viên đã chọn trên phạm vi đã chọn. Nếu phạm vi 90 giây cần 10 hình ảnh thì khoảng cách gần đúng giữa các ứng cử viên là 90/(10 - 1) hoặc 10 giây khi bao gồm cả hai điểm cuối. Chế độ này giúp có thể dự đoán được khối lượng công việc xem xét ngay cả khi thời lượng clip khác nhau.
Quy trình làm việc hai lượt hữu ích bắt đầu với 12 đến 24 hình ảnh trên phạm vi rộng. Xác định dải con mạnh nhất, sau đó lặp lại với số lượng tương tự bên trong cửa sổ nhỏ hơn đó. Lượt thứ hai tăng chi tiết theo thời gian mà không tạo ra hàng trăm hình ảnh từ các cảnh quay không liên quan.
Cách tiếp cận này hoạt động tốt đối với hình thu nhỏ, ảnh sự kiện, góc độ sản phẩm và QA trực quan. Việc giải thích cho người khác cũng dễ dàng hơn: “xem xét 20 ứng cử viên này” là một sự phân chia rõ ràng hơn so với cài đặt FPS tùy ý.
Kế hoạch lấy mẫu đã làm việc
Hướng dẫn sử dụng phần mềm trong mười phút
Bắt đầu với khoảng thời gian 30 giây cho khoảng 21 hình ảnh. Loại bỏ màn hình tải và trạng thái trùng lặp. Nếu một quy trình làm việc cần chi tiết hơn, hãy tách riêng phút đó và lấy mẫu sau mỗi 5 giây. Xuất PNG khi văn bản giao diện nhỏ phải dễ đọc.
Chơi thể thao tám giây
Cắt bớt phạm vi của trò chơi và yêu cầu 8 FPS cho khoảng 65 ứng viên. Xem lại vị trí bóng, tư thế, tắc và chuyển động mờ. Thu hẹp đến cửa sổ một giây tốt nhất và sử dụng các thao tác nhắc nhở từng khung hình trước khi xuất JPG hoặc PNG cuối cùng.
Phiếu liên lạc bài giảng dài 45 phút
Sử dụng khoảng thời gian 2 phút cho khoảng 23 hình ảnh. Điều này đủ để xác định những thay đổi về chủ đề mà không biến kết quả đầu ra thành một thư viện không thể xem lại được. Nếu văn bản trang trình bày quan trọng, hãy giữ nguyên chiều rộng nguồn hoặc đặt chiều rộng tối đa để duy trì mức độ dễ đọc.
Mẫu kiểm tra tập dữ liệu
Chọn số lượng cố định phù hợp với ngân sách đánh giá của con người, sau đó ghi lại phạm vi thời gian và cài đặt chính xác. Một mẫu có thể bộc lộ sự cân bằng của cảnh và các vấn đề về chất lượng rõ ràng, nhưng nó không tự động mang tính đại diện về mặt thống kê. Thiết kế tập dữ liệu, cân bằng lớp và ngẫu nhiên hóa yêu cầu một phương pháp riêng.
Kiểm tra kết quả trước khi tăng mật độ
Xem lại các dấu thời gian theo thứ tự và đặt ba câu hỏi: Các chuyển đổi quan trọng có bị thiếu không? Nhiều hình ảnh liên tiếp có dư thừa về mặt thị giác không? Người đánh giá có thể hiểu tại sao mỗi hình ảnh tồn tại không? Các sự kiện bị thiếu yêu cầu phạm vi hẹp hơn hoặc mẫu dày đặc hơn; dự phòng yêu cầu khoảng thời gian rộng hơn hoặc FPS được yêu cầu thấp hơn.
Giữ đường chuyền đầu tiên có chủ ý nhỏ. Hình ảnh có độ phân giải đầy đủ được giải mã bởi trình duyệt có thể chiếm nhiều bộ nhớ hơn nguồn video nén của chúng gợi ý. Canvas 1920 x 1080 chứa khoảng 8,3 triệu byte RGBA trước khi mã hóa hình ảnh, vì vậy nhiều bản xem trước đồng thời có thể gây áp lực lên thiết bị di động ngay cả khi tệp JPG đã tải xuống có kích thước nhỏ gọn.
Tiếp tục với hướng dẫn khung hình chính xác khi mẫu xác định được thời điểm hứa hẹn hoặc mở trình chuyển đổi video sang khung hình để áp dụng kế hoạch ngay bây giờ.