| Sergey 1400 Member 728/767 ответов, #13 в рейтинге 20 лет на iXBT, с марта 2005 Чаще пишет в "Видеозахват" (90%) Россия Web-страница | Filin74 Я имею ввиду, задействовать консольную программу mediainfo в бат файле и результат через переменную кидать обратно в ffmpeg. |
| Tadoritz Member 33/34 ответов 6 лет на iXBT, с июня 2018 Чаще пишет в "Видеозахват" (68%) | Filin74 Но простым людям как быть? Если только проредить в два раза: -filter:v "select=mod(n-1\,2)" - superuser.com В ответе как-то всё сильно усложнили - то ли из-за сырого видео, то ли для дополнительных действий с fps. У меня одного filter:v хватает, чтобы уменьшить fps в два раза и не менять длительность файла. Там ещё вариант - скармливать ffmpeg'у ависинтовский скрипт, в котором делать что-нибудь с fps. |
| Filin74 Member 609/3716 ответов 7 лет на iXBT, с апреля 2017 99 фото на iXBT.photo Чаще пишет в "Тех. поддержка" (29%) Россия |
| Tadoritz Member 34/35 ответов 6 лет на iXBT, с июня 2018 Чаще пишет в "Видеозахват" (68%) | Filin74 то с продолжительностью надо думать Как вариант: ffprobe => временный файл (>temp.txt) => считать файл в переменную (set /p VAR=<temp.txt). ffprobe => грязный хак с for и присвоением напрямую. |
| Filin74 Member 612/3719 ответов 7 лет на iXBT, с апреля 2017 99 фото на iXBT.photo Чаще пишет в "Тех. поддержка" (29%) Россия |
| Filin74 Member 613/3720 ответов 7 лет на iXBT, с апреля 2017 99 фото на iXBT.photo Чаще пишет в "Тех. поддержка" (29%) Россия | А PotPlayer врет на первой, но не врет на второй вкладе. Такая вот ерундистика. К сообщению приложены файлы: |
| Tadoritz Member 35/36 ответов 6 лет на iXBT, с июня 2018 Чаще пишет в "Видеозахват" (68%) | Filin74 Ага, в ffprobe я как раз не смотрел. Только в MediaInfo. - контейнер не при чём, с сырым .h264 получается так же - вариант с ависинтом выглядит правильно в ffprobe - временные метки pts получаются такие же, как с ависинтом, но pkt_duration_time в 2 раза меньше (можно вывести через ffprobe) Ужс, хотелось сделать это без вытаскивания fps из видео, но всё-таки красиво не получится. |
| Filin74 Member 615/3722 ответов 7 лет на iXBT, с апреля 2017 99 фото на iXBT.photo Чаще пишет в "Тех. поддержка" (29%) Россия | Tadoritz Я про ависинт слышал. Но это для умных. Word, photoshop, avisynth - это все для интеллигентов-очкариков. У рабочих и крестьян все проще: notepad, paint и ffmpeg. Я тут штуку одну вычитал. Опция -psnr. Ее удобно с -report использовать. frame= 4462 fps= 13 q=0.0 LPSNR=Y:41.10 U:44.75 V:45.03 *:42.03 size= 6307kB time=00:05:56.95 bitrate= 144.8kbits/s speed=1.02x И вроде как в паинте пиксели под лупой можно не разглядывать, сравнивая настройки кодирования.video:5195kB audio:975kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.223526% временные метки pts получаются такие же, как с ависинтом, но pkt_duration_time в 2 раза меньше Я не знаю, что это. Исправлено: Filin74, 12.01.2020 17:50 |
| DTL Member | Filin74 У рабочих и крестьян все проще: notepad, paint и ffmpeg. ффмпег намного сложнее ависинфа т.к. это поделие особых юнихистов с командной строкой онли. ну почти онли т.к. под сложение они согласны принимать ввод в отдельном раздельно строчном файлике. потому в ффмпег примерно тоже ависинфовое надо вписывать в одну строку с сильно излишним напрягом мозга. попытки дебага сколько либо сложных команд ффмпегу тоже особливо доставляют. Опция -psnr. лучше разглядывать. пснр мож годно сравнивать когда разница между 20 и 30. а когда между 42 и 42.5 то разные 42.5 могут выглядеть заметно различно. |
| Filin74 Member 619/3726 ответов 7 лет на iXBT, с апреля 2017 99 фото на iXBT.photo Чаще пишет в "Тех. поддержка" (29%) Россия | Первый столбец - CRF
|
| Tadoritz Member 36/37 ответов 6 лет на iXBT, с июня 2018 Чаще пишет в "Видеозахват" (68%) | Filin74 Я не знаю, что это. Мне тоже мало о чём говорит, но хотелось найти что-то, что намекает на неправильный fps. И вроде как в паинте пиксели под лупой можно не разглядывать, сравнивая настройки кодирования. Ну, для некоторых случаев PSNR - слишком тупая метрика. Поэтому придумали SSIM, а потом VMAF. И всё равно, наверное, оптимизация вроде --psy-rd будет портить все три метрики, но улучшать субъективное качество. Ависинт с AvsPmod ещё отлично подходит для разглядывания. |
| Filin74 Member 625/3732 ответов 7 лет на iXBT, с апреля 2017 99 фото на iXBT.photo Чаще пишет в "Тех. поддержка" (29%) Россия |
| Tadoritz Member 37/38 ответов 6 лет на iXBT, с июня 2018 Чаще пишет в "Видеозахват" (68%) | Filin74 Не буду искать, можно ли вывести в процессе кодирования или сразу после него... Но отдельной командой вполне себе: ffmpeg ^ |
| Filin74 Member 626/3733 ответов 7 лет на iXBT, с апреля 2017 99 фото на iXBT.photo Чаще пишет в "Тех. поддержка" (29%) Россия | Займусь. У меня тут аномалии опять. Первый вариант - как по учебнику. Только я для первого прохода убрал -b:v 0 -crf 35. Ни на что не влияет. У первого варианта и PSNR выше. А визуально - хуже. По бороде хорошо видно. Тут без SSIM не разобраться. А потом я буду с SAR экспериментировать. Попробую 0,5 или 2 сделать. Читал о такой хитрости. Добавление от 12.01.2020 22:10: [Parsed_ssim_0 @ 0000000009b90e00] SSIM Y:0.979757 (16.937254) U:0.982444 (17.555675) V:0.985535 (18.396875) All:0.981168 (17.251003) SSIM тоже у первого варианта лучше. Все врут. Неужели без глаз - никак?[Parsed_psnr_1 @ 0000000002bdfe00] PSNR y:41.378408 u:46.867837 v:46.931267 average:42.569363 min:41.362915 max:47.411089 [Parsed_ssim_0 @ 00000000095efec0] SSIM Y:0.977943 (16.564442) U:0.980851 (17.178517) V:0.984232 (18.022121) All:0.979475 (16.877266) [Parsed_psnr_1 @ 0000000002b3fec0] PSNR y:40.923156 u:46.437188 v:46.507707 average:42.117560 min:41.235541 max:45.616787 Мда. Незячим монтировать сложней. Без шуток. К сообщению приложены файлы: |
| Tadoritz Member 38/39 ответов 6 лет на iXBT, с июня 2018 Чаще пишет в "Видеозахват" (68%) | Filin74 Анаморфирование для сжатия - это уже экстрим как субдискретизация 4:1:0 (хм, она почти нигде не поддерживается и H.264, например, не разрешает). Про эффективность что-то почти не пишут, говорят только как про костыль для впихивания 16:9 в 4:3. |
| Filin74 Member 630/3737 ответов 7 лет на iXBT, с апреля 2017 99 фото на iXBT.photo Чаще пишет в "Тех. поддержка" (29%) Россия | Tadoritz и H.264, например, не разрешает Но я это делал. Я не знал про запреты. Добавление от 12.01.2020 22:34: Tadoritz Анаморфирование для сжатияВон оно как называется... Добавление от 12.01.2020 22:37: Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf58.29.100 Duration: 00:00:09.31, start: 0.000000, bitrate: 530 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 240x854 [SAR 2:1 DAR 240:427], 455 kb/s, 30 fps, 30 tbr, 15360 tbn, 60 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 69 kb/s (default) Metadata: handler_name : SoundHandler |
| Tadoritz Member 39/40 ответов 6 лет на iXBT, с июня 2018 Чаще пишет в "Видеозахват" (68%) | Filin74 Не, она == субдискретизация 4:1:0. С неквадратными пикселями в H.264 всё хорошо. И даже если какой-то другой стандарт их не разрешает - можно выставить SAR в контейнере (mkv умеет). |
| Filin74 Member 631/3738 ответов 7 лет на iXBT, с апреля 2017 99 фото на iXBT.photo Чаще пишет в "Тех. поддержка" (29%) Россия |
| Tadoritz Member 40/41 ответов 6 лет на iXBT, с июня 2018 Чаще пишет в "Видеозахват" (68%) | Filin74 Но я про это и говорил. А я про то, что H.264 не разрешает 4:1:0... mkv не для веба. Для веба его подмножество. В WebM сохранили что-то на тему неквадратных пикселей, setsar дружит с WebM через (зачем я это пишу?) изменение "Video display width" относительно "Video pixel width". Остаётся вопрос, дублируется ли sar в потоке VP9. Вроде нет (про почти сырой поток, для тестов). |
| Filin74 Member 634/3741 ответов 7 лет на iXBT, с апреля 2017 99 фото на iXBT.photo Чаще пишет в "Тех. поддержка" (29%) Россия | Metadata: COMPATIBLE_BRANDS: isomiso2avc1mp41 MAJOR_BRAND : isom MINOR_VERSION : 512 ENCODER : Lavf58.29.100 Duration: 00:00:34.96, start: 0.000000, bitrate: 69 kb/s Stream #0:0: Video: vp9 (Profile 0), yuv420p(tv), 320x360, SAR 2:1 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 1k tbc (default ) Metadata: HANDLER_NAME : VideoHandler ENCODER : Lavc58.54.100 libvpx-vp9 DURATION : 00:00:34.960000000 Metadata: Второе видео открывается уменьшенным в проигрывателе PotPlayer.COMPATIBLE_BRANDS: isomiso2avc1mp41 MAJOR_BRAND : isom MINOR_VERSION : 512 ENCODER : Lavf58.29.100 Duration: 00:00:34.96, start: 0.000000, bitrate: 72 kb/s Stream #0:0: Video: vp9 (Profile 0), yuv420p(tv), 640x180, SAR 1:2 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 1k tbc (default ) Metadata: HANDLER_NAME : VideoHandler ENCODER : Lavc58.54.100 libvpx-vp9 DURATION : 00:00:34.960000000 Добавление от 12.01.2020 23:27: В браузере тоже.Добавление от 12.01.2020 23:31: Но пропорции везде нормальные. |
| Tadoritz Member 41/42 ответов 6 лет на iXBT, с июня 2018 Чаще пишет в "Видеозахват" (68%) | Filin74 isomiso2avc1mp41 Да, контейнер mp4 тоже умеет в неквадратный пиксель, если ты об этом. Меня опять куда-то не туда несёт, но он делает это через поля "Track Width" и "Track Height" в атоме tkhd, всё как в WebM. |
| Filin74 Member 635/3742 ответов 7 лет на iXBT, с апреля 2017 99 фото на iXBT.photo Чаще пишет в "Тех. поддержка" (29%) Россия | Этот фокус позволил увеличить качество CRF с 32 (sar 1) до 22 (sar 2) и 23 (sar 0.5) при том же битрейте. sar 0.5 мне понравился чуть больше, чем 2. Но оба сильно проигрывают CRF = 32, SAR = 1. Идея неудачная была. Добавление от 12.01.2020 23:46: Tadoritz Для веба его подмножествоЯ такого не встречал, чтобы браузеры mkv играли. Да и не пробовал. |
| Tadoritz Member 42/43 ответов 6 лет на iXBT, с июня 2018 Чаще пишет в "Видеозахват" (68%) | Filin74 Я опять непонятно написал. Это я так сказал, что webm - тот же mkv, только с ограничениями. "...контейнер WebM, являющийся подмножеством медиаконтейнера Matroska" - вики. |
| Filin74 Member 636/3743 ответов 7 лет на iXBT, с апреля 2017 99 фото на iXBT.photo Чаще пишет в "Тех. поддержка" (29%) Россия |
| Tadoritz Member 43/44 ответов 6 лет на iXBT, с июня 2018 Чаще пишет в "Видеозахват" (68%) | Filin74 Наверное, -lavfi "ssim=stats_file=ssim.log;[0:v][1:v]psnr=stats_file=psnr.log". В документации есть ещё что-то вроде предупреждения про ssim/psnr/md5 и разные контейнеры у исходника и результата. Та муть с settb и setpts в последнем примере. |
| Filin74 Member 637/3744 ответов 7 лет на iXBT, с апреля 2017 99 фото на iXBT.photo Чаще пишет в "Тех. поддержка" (29%) Россия | Tadoritz Спасибо, получилось. Иногда слышу жалобы про артефакты аппаратного кодирования. Вот эту статистику - да на график. Вместе с процессорным вариантом. Может, сделаю когда-нибудь. Нужны очень тяжелые видео. Добавление от 13.01.2020 00:26: Еще бы метрику, чтобы оценивать сложность кадра.Самое простое - закодировать в jpeg. Размер файла и есть сложность. Но он не учитывает движение. А кодеки на том и построены. Добавление от 13.01.2020 00:42: Я тут подумал. Если мы возьмем видео, сдвинем его на кадр, а потом сравним с нормальным черезTadoritz -lavfi "ssim=stats_file=ssim.log;[0:v][1:v]psnr=stats_file=psnr.log" То мы получим детектор движения для камеры наблюдения. |
| DTL Member |
| Sergey 1400 Member 731/770 ответов, #13 в рейтинге 20 лет на iXBT, с марта 2005 Чаще пишет в "Видеозахват" (90%) Россия Web-страница | Если нужно в "визуально/в цифрах" сравнить результаты работы кодеков, то "MSU Video Quality Measurement Tool" отличный инструмент. Сразу становиться понятно кто есть кто, т.е. кто как жмет |
| Tadoritz Member 44/45 ответов 6 лет на iXBT, с июня 2018 Чаще пишет в "Видеозахват" (68%) | Filin74 Оффтоп |
вставить выделенную цитату в окно ответа
