Tôi ghi lại một vài giờ quay video mỗi ngày, mà tôi đặt trong hàng đợi để mã hóa ffmpeg. Tôi sử dụng veryslowcài đặt sẵn với x265, vì vậy một giờ video có thể mất tới 20 giờ hoặc hơn để mã hóa.

Vì máy tính của tôi hoạt động cả ngày lẫn đêm, tôi tự hỏi liệu ffmpegcó cách nào để tạm dừng và tiếp tục mã hóa không? Tôi đang sử dụng Terminalcho OS X.

Nếu vậy, tôi cũng có thể tiếp tục mã hóa ngay cả sau khi tắt Terminal và khởi động lại máy tính không? Tôi nghĩ rằng phiên Terminal được khôi phục khi bạn đăng nhập lại trong OS X, ít nhất là lịch sử Terminal.

Đình chỉ

Một phương pháp đơn giản là tạm ngưng nó với ctrl+ z. Hoặc bạn có thể nhận được PID pgrep ffmpegsau đó sử dụng kill -s SIGSTOP <PID>để tạm dừng.

Sau đó tiếp tục với fglệnh hoặc kill -s SIGCONT <PID>.

Thật không may, điều này sẽ không tồn tại một khởi động lại.

Máy ảo

Nếu bạn sử dụng máy ảo, với một cái gì đó như VirtualBox, bạn có thể thực hiện mã hóa của mình trong một máy khách VM. Nó sẽ cho phép bạn "lưu trạng thái máy" bất cứ lúc nào có thể sống sót khi khởi động lại. Nó cũng có thể cho phép bạn chỉ định tài nguyên CPU tối đa cho khách để máy chủ của bạn sẽ luôn có sẵn tài nguyên.

Có thể quá mức cần thiết, nhưng nếu bạn đã quen với máy ảo hoặc đã sử dụng máy ảo thì đó là một giải pháp khả thi.

Nó dường như không thể kể từ ngày 30 tháng 9 năm 2015 . Tôi sẽ đề nghị phân đoạn tệp nguồn, mã hóa các phân đoạn và sau đó ghép các tệp kết quả.

Đây không phải là một cơ sở tạm dừng / tiếp tục thực sự nhưng bộ phận từng phần sẽ cho phép bạn nghỉ mã hóa.

Tổng quan sơ bộ về các lệnh cần phát hành:

Chia fullfile thành nhiều phần

ffmpeg -i recording.mp4 -c copy -flags +global_header -segment_time n -f segment file%03d.mp4

Điều này sẽ tạo file000.mp4, file001.mp4, v.v. Do cách trình phân đoạn hoạt động - nó chỉ cắt ở các khung hình I - các tệp này sẽ không ndài chính xác vài giây và phần video có thể không phát đúng, nhưng tất cả dữ liệu đều ở đó và bạn có thể chuyển đổi từng phần

ffmpeg -i file001.mp4 -{filter/encoding parameters} -fflags +genpts file001-new.mp4

Tham gia lại các phần được mã hóa

Tạo một tệp văn bản và đặt tên của mỗi tệp được hiển thị như thế này

file 'file000-new.mp4'
file 'file001-new.mp4'
.... 
file 'filelast-new.mp4'

Và chạy

ffmpeg -f concat -i textfile -c copy -fflags +genpts recording-encoded.mp4

Trên Windows, nhấn phím "Tạm dừng / Nghỉ" (phím trên cùng bên phải) sẽ tạm dừng nó. Nhập sẽ tiếp tục.

Nếu nó không hoạt động, bấm vào cửa sổ nhắc lệnh để tập trung vào nó.

Tôi sugest thay vì tạm dừng, bạn dành cho quá trình mã hóa mức độ ưu tiên hệ thống tối thiểu (hay còn gọi là " renice "), để bạn có thể làm việc thoải mái hàng ngày và quá trình mã hóa sẽ diễn ra trong nền với các nguồn tài nguyên hệ thống không sử dụng. Vì vậy, mã hóa của bạn sẽ diễn ra liền mạch 24/7 mà không bị gián đoạn, không xung đột với công việc hàng ngày

vì AFAIK OSX thiếu lệnh pidof, bạn cần biết số tiến trình ffmpeg (PID)

sau đó bạn có thể renice quá trình này để nền nhàn rỗi với

sudo renice 20 yourPID

nếu cần, bạn cũng có thể đổi mới quy trình thành ưu tiên tiền cảnh hơn

sudo renice -10 yourPID

Tạm dừng Thread cũng hoạt động trên Windows, không phải với ctrl+ Z, nhưng trong trình quản lý tài nguyên, bạn cũng có thể tiếp tục nó ở đó.

(Cái này cho Linux)

Như bạn có thể biết, nhấn 'q' sẽ kết thúc tệp ghi âm.

ffplay có khả năng 'p'. Tại sao ffmpeg không có điều tương tự? Có lẽ bởi vì nó có thể dẫn đến sự không đồng bộ giữa video và âm thanh? ...

Tôi chỉ mã hóa ffmpeg thành x264-aac-mkv với crf (23) và luôn có cùng điều kiện video, 'thoát' (q) các bản ghi và tham gia tất cả các phân đoạn trong một thư mục cụ thể, nơi tập lệnh này nằm trong 1 tệp trong chế độ streamcopy với bash-script này:

#!/bin/bash

# FFMPEG MERGE

# File path must be absolutely absolute...

ffmpeg -f concat -safe 0 -i <(printf "file '%s'\n" /home/me/Videos/FFmpeg/FFmpeg_Merge/*.mkv) -c copy merged.mkv

exit 

Sau đó tôi kiểm tra video được hợp nhất kết quả và dán nó vào một thư mục khác. Các phân đoạn được loại bỏ khỏi thư mục hợp nhất.

Nhưng, nút 'Tạm dừng & Tiếp tục' rắc rối thực sự sẽ được hoan nghênh;)

Đây chỉ là một ý tưởng, nhưng nếu bạn có một số ngân sách, bạn nên nâng cấp bộ xử lý (lên Intel thế hệ thứ 8) hoặc thậm chí tốt hơn, thẻ video (lên NVIDIA GTX 1050 trở lên) để bạn có thể mã hóa h.265 / HEVC với khả năng tăng tốc phần cứng thay vì sử dụng nhiều CPU x265. Mã hóa video của bạn sẽ được hoàn thành trong vòng chưa đầy 20 giờ, giúp bạn tiết kiệm chi phí điện.