Tôi đang cố mã hóa video .mp4 từ một bộ khung bằng FFMPEG bằng codec libx264.

Đây là lệnh tôi đang chạy:

/usr/local/bin/ffmpeg -r 24 -i frame_%05d.jpg -vcodec libx264 -y -an video.mp4

Đôi khi tôi nhận được lỗi sau:

[libx264 @ 0xa3b85a0] height not divisible by 2 (520x369)

Sau khi tìm kiếm xung quanh một chút, có vẻ như vấn đề có liên quan đến thuật toán chia tỷ lệ và có thể được khắc phục bằng cách thêm đối số -vf.

Tuy nhiên, trong trường hợp của tôi, tôi không muốn thực hiện bất kỳ tỷ lệ nào. Lý tưởng nhất, tôi muốn giữ kích thước giống hệt như khung. Có lời khuyên nào không? Có một số loại tỷ lệ khung hình mà h264 thực thi?

Câu trả lời cho câu hỏi ban đầu mà không muốn mở rộng quy mô các video là:

-vf "pad=ceil(iw/2)*2:ceil(ih/2)*2"

Chỉ huy:

ffmpeg -r 24 -i frame_%05d.jpg -vcodec libx264 -y -an video.mp4 -vf "pad=ceil(iw/2)*2:ceil(ih/2)*2"

Về cơ bản, .h264 cần các kích thước chẵn nên bộ lọc này sẽ:

1. Chia chiều cao và chiều rộng ban đầu cho 2
2. Làm tròn nó đến pixel gần nhất
3. Nhân số đó với 2 lần nữa, do đó biến nó thành số chẵn
4. Thêm pixel đệm màu đen lên đến số này

Bạn có thể thay đổi màu của phần đệm bằng cách thêm tham số bộ lọc :color=white. Xem tài liệu của pad .

Chỉ dùng -2

Từ tài liệu lọc tỷ lệ :

Nếu một trong các giá trị đi -ncùng n > 1, bộ lọc tỷ lệ cũng sẽ sử dụng giá trị duy trì tỷ lệ khung hình của hình ảnh đầu vào, được tính từ kích thước được chỉ định khác. Tuy nhiên, sau đó sẽ đảm bảo rằng kích thước được tính chia hết cho nvà điều chỉnh giá trị nếu cần.

Ví dụ

Đặt chiều rộng thành 1280 và chiều cao sẽ tự động được tính để duy trì tỷ lệ khung hình và chiều cao sẽ chia hết cho 2:

-vf scale=1280:-2

Tương tự như trên, nhưng với một chiều cao khai báo thay thế; để lại chiều rộng được xử lý bởi bộ lọc:

-vf scale=-2:720

"chia hết cho 2"

Theo yêu cầu của x264, "chia hết cho 2 cho chiều rộng và chiều cao" là cần thiết cho các đầu ra mẫu phụ của YUV 4: 2: 0. 4: 2: 2 sẽ cần "chia hết cho 2 cho chiều rộng" và 4: 4: 4 không có những hạn chế này. Tuy nhiên, hầu hết các trình phát không dựa trên FFmpeg chỉ có thể giải mã chính xác 4: 2: 0, vì vậy đó là lý do tại sao bạn thường thấy ffmpegcác lệnh với -pix_fmt yuv420ptùy chọn khi xuất video H.264.

Hãy cẩn thận

Thật không may, bạn không thể sử dụng -2cho cả chiều rộng và chiều cao, nhưng nếu bạn đã chỉ định một chiều thì sử dụng -2là một giải pháp đơn giản.

Nếu bạn muốn đặt một số chiều rộng đầu ra và có đầu ra với cùng tỷ lệ như ban đầu

scale=720:-1 

và không rơi vào vấn đề này thì bạn có thể sử dụng

scale="720:trunc(ow/a/2)*2"

(Chỉ dành cho những người tìm kiếm cách thực hiện điều đó với tỷ lệ)

Vấn đề với các scalegiải pháp ở đây là chúng làm biến dạng hình ảnh / video nguồn gần như không bao giờ là thứ bạn muốn.

Thay vào đó, tôi đã tìm thấy giải pháp tốt nhất là thêm một pixel 1 pixel vào kích thước lẻ. (Theo mặc định, phần đệm có màu đen và khó nhận thấy.)

Vấn đề với các padgiải pháp khác là chúng không khái quát trên các kích thước tùy ý vì chúng luôn đệm.

Giải pháp này chỉ thêm một miếng đệm 1 pixel cho chiều cao và / hoặc chiều rộng nếu chúng là số lẻ:

-vf pad="width=ceil(iw/2)*2:height=ceil(ih/2)*2"

Điều này là lý tưởng bởi vì nó luôn luôn làm đúng ngay cả khi không cần đệm.

Có khả năng là do video H264 thường được chuyển đổi từ không gian RGB sang YUV thành 4: 2: 0 trước khi áp dụng nén (mặc dù bản thân chuyển đổi định dạng là thuật toán nén mất dữ liệu giúp tiết kiệm không gian 50%).

YUV-420 bắt đầu bằng hình ảnh RGB (Red Green Blue) và chuyển đổi nó thành YUV (về cơ bản là một kênh cường độ và hai kênh "màu"). Các kênh Huế sau đó được ghép lại bằng cách tạo một mẫu màu cho mỗi ô vuông 2X2 của màu đó.

Nếu bạn có số lượng pixel RGB lẻ theo chiều ngang hoặc chiều dọc, bạn sẽ có dữ liệu không đầy đủ cho cột hoặc hàng pixel cuối cùng trong không gian màu được ghép lại của khung YUV.

LordNeckbeard có câu trả lời đúng, rất nhanh

-vf scale=1280:-2

Đối với Android, đừng quên thêm

"-preset ultrafast" and|or "-threads n"

Bạn cũng có thể sử dụng bitandchức năng thay vì trunc:

bitand (x, 65534)

sẽ làm như vậy trunc(x/2)*2và nó minh bạch hơn theo ý kiến ​​của tôi.
(Hãy xem xét 65534 một con số kỳ diệu ở đây;))

Nhiệm vụ của tôi là tự động thu nhỏ rất nhiều tệp video thành một nửa độ phân giải .

scale=-2,ih/2dẫn đến hình ảnh hơi mờ

lý do:

• video đầu vào có tỷ lệ khung hình hiển thị (DAR) được đặt
• scale chia tỷ lệ kích thước khung hình thực
• trong khi xem trước, kích thước của video mới phải được sửa bằng DAR , trong trường hợp video có độ phân giải khá thấp (360x288, DAR 16: 9) có thể dẫn đến mờ

giải pháp:

-vf "scale='bitand(oh*dar, 65534)':'bitand(ih/2, 65534)', setsar=1"

giải trình:

• output_height = input_height / 2
• output_creen = output_height * original_display_aspect_ratio
• cả output_creen và output_height hiện được làm tròn thành số nhỏ hơn gần nhất chia hết cho 2
• setsar=1có nghĩa là output_dimensions hiện là cuối cùng, không nên áp dụng hiệu chỉnh tỷ lệ khung hình

Ai đó có thể tìm thấy điều này hữu ích.