Кодировка FFmpeg + NVENC: странное соотношение сторон

787

Мой источник видео - MPEG-2, 720x576, DAR = 16: 9. Используя FFmpeg и кодировщик h264_nvenc, я конвертирую его в H.264. Проблема: выход AR является странным / неправильным / незаметным. Командная строка:

>ffmpeg -i "d:\in.mpg" -aspect 16:9 -c:v h264_nvenc -c:a copy -t 15 "d:\out.mp4" ffmpeg version N-83280-gcba4f0e Copyright (c) 2000-2017 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable-version3 --enable-cuda --enable-cuvid --enable-d3d11va --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib libavutil 55. 45.100 / 55. 45.100 libavcodec 57. 75.100 / 57. 75.100 libavformat 57. 65.100 / 57. 65.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 71.100 / 6. 71.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 [mpeg @ 000000000223ab20] start time for stream 0 is not set in estimate_timings_from_pts Input #0, mpeg, from 'd:\in.mpg': Duration: 02:59:33.92, start: 0.500000, bitrate: 3401 kb/s Stream #0:0[0x1bf]: Data: dvd_nav_packet Stream #0:1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16p, 192 kb/s Stream #0:2[0x1e0]: Video: mpeg2video (Main), yuv420p(tv, top first), 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc File 'd:\out.mp4' already exists. Overwrite ? [y/N] y Output #0, mp4, to 'd:\out.mp4': Metadata: encoder : Lavf57.65.100 Stream #0:0: Video: h264 (h264_nvenc) (Main) ([33][0][0][0] / 0x0021), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=-1--1, 2000 kb/s, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc57.75.100 h264_nvenc Side data: cpb: bitrate max/min/avg: 0/0/2000000 buffer size: 4000000 vbv_delay: -1 Stream #0:1: Audio: mp2 (i[0][0][0] / 0x0069), 48000 Hz, stereo, s16p, 192 kb/s Stream mapping: Stream #0:2 -> #0:0 (mpeg2video (native) -> h264 (h264_nvenc)) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 375 fps=0.0 q=22.0 Lsize= 4122kB time=00:00:14.97 bitrate=2254.9kbits/s dup=19 drop=0 speed=28.9x video:3762kB audio:352kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.208697% 

Для выходного видеопотока он говорит: «[SAR 64:45 DAR 16: 9]», однако, если я анализирую полученный out.mp4, он говорит:

Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 720x576 [SAR 16:11 DAR 20:11], 2054 kb/s, SAR 64:45 DAR 16:9, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) 

Значения после квадратных скобок верны, но внутри скобок я не знаю, почему он использует эти значения DAR / SAR. В зависимости от того, какие значения используются (контейнер или поток AR) игроком позже, результат может быть неправильным. Неважно, используется «-аспект 16: 9» или нет.

Если я использую libx264 вместо h264_nvenc, выходной AR будет правильным, поэтому я думаю, что это проблема с кодировщиком. Я использовал последнюю сборку, но раньше я использовал официальные выпуски 3.2 и 3.2.2

Я удивлен, что нигде не обнаружил той же проблемы, о которой сообщалось, поэтому, прежде чем сообщить об этом как об ошибке, я хотел бы спросить ваше мнение, если я делаю что-то не так. Благодарю.

0
Отличалось ли поведение со старыми сборками (такими как версии выпуска)? LordNeckbeard 7 лет назад 0
Нет, поэтому я попробовал последнюю сборку, чтобы посмотреть, не исправилась ли она. 7 лет назад 0
Если вы добавите `-vf setdar = 16: 9`, это поможет избежать проблемы? Gyan 7 лет назад 0
Спасибо за подсказку. Нет, это не меняет результат. Даже если я укажу «-aspect 4: 3», поток DAR будет 20: 11. Однако, если я укажу «-vf setdar = 4: 3», результирующий поток DAR будет 15:11. Возможно, он принимает во внимание входной DAR, но я думаю, что если 16: 9 является явным целевым DAR, не должно быть отклонений от него. 7 лет назад 0
Интересно: если я добавлю масштабный фильтр, настройка AR будет установлена ​​правильно. Но это работает, только если я действительно изменяю размер, то есть, если я устанавливаю размер назначения, равный входному размеру 720x576, установка DAR не дает эффекта. 7 лет назад 0
Извините, я снова. Я пробовал разные комбинации входных размеров и выходных размеров, используя фильтр масштаба, всегда устанавливая AR в 16: 9. Результат: AR всегда установлен правильно - если только размер вывода не равен 720: 576. (может быть, этот специальный «размер PAL» обрабатывается по-другому. Я попытаюсь найти местоположение исходного кода для этой проблемы ...) 7 лет назад 0
Похоже, это вызов `av_reduce` в` libavcodec / nvenc.c` Gyan 7 лет назад 0
Благодарю. Я проверил звонок. Входные значения: 720 * 64 = 46080 для ширины и 576x45 = 25920 для высоты (64 и 45 - значения SAR). Выходные значения - 16 и 9. Таким образом, эта часть правильно подается в энкодер. Кажется, кодировщик обрабатывает эти значения PAL специально. Об этом есть билет на trac.ffmpeg.org, так что я буду следить за ним. 7 лет назад 0

0 ответов на вопрос

Похожие вопросы