LINUX.ORG.RU

Как поменять только параметры keyint и min-keyint не меняя остальных?

Никак. Это опции кодека, как часто встречаются ключевые кадры, поменять их в готовом видео нельзя. Только перекодировать. С потерей качества.

Psych218 ★★★★★
()
Последнее исправление: Psych218 (всего исправлений: 1)
Ответ на: комментарий от serles

Бессмысленная затея. А зачем, собственно, понадобилось ключевые кадры чаще вставлять?

mix_mix ★★★★★
()
Ответ на: комментарий от serles

А если разжать в raw, а потом заново пережать с уже новыми опциями?

Абсолютно то же самое. Качество уже потеряно, при разжатии в raw будет получен не изначальный raw, а уже с потерями из-за h264, при сжатии снова в h264 появятся ещё потери — качество ухудшится. Чем больше туда-сюда пережимать (при использовании не lossless-кодеков), тем хуже будет качество.

Psych218 ★★★★★
()
Ответ на: комментарий от KivApple

avidemux вырезает по ключевым кадрам
а нужно по-точнее вырезать вплоть до кадра.
Может-быть чего-нибудь присоветуете

serles
() автор топика
Ответ на: комментарий от Psych218

качество ухудшится

Чуть-чуть ухудшится. Так что можно особо не переживать.

mix_mix ★★★★★
()
Ответ на: комментарий от Psych218

Да уже попробовал, действительно бяка получается

serles
() автор топика
Ответ на: комментарий от serles

h264 с правильными настройками. А зачем вообще это всё понадобилось?

А, вижу выше. Ну можно перевести хоть в raw (или любой lossless-кодек), обработать как надо в avidemux, потом сжать в нужный формат. Но качество, естественно, пострадает, так что тут вопрос в том, действительно ли так надо более точно обрезать.

Psych218 ★★★★★
()
Последнее исправление: Psych218 (всего исправлений: 1)
Ответ на: комментарий от serles

Ну просто мне кажется, что полсекунды лишнего мусора плюс остальное видео в более хорошем качестве — лучше, чем без мусора, но в более низком качестве. Но тут уж смотря что важнее.

Psych218 ★★★★★
()
Ответ на: комментарий от Psych218

Да, качество действительно в этом случае страдает, причем прилично.
На больших битрейтах этого почти не заметно, а на малых - очень существенно.

serles
() автор топика
Ответ на: комментарий от serles

Нет, тут не знаю. ffmpeg тоже по ключевым режет. А всякие гуёвые редакторы более сложные только с перекодированием.

Psych218 ★★★★★
()
Ответ на: комментарий от serles

Лучше для чего?
Все кодеки для чего-нибудь конкретного хороши.

Goury ★★★★★
()
Ответ на: комментарий от Psych218

А ещё можно именно эти полсекунды пережать.
Вырезаешь кусок по ключам, пережимаешь его так, чтобы он состоял из одних ключей, отрезаешь от полученного куска полсекунды с нужной стороны, пережимаешь в соответствии с форматом, приклеиваешь туда, откуда отрезал кусок, профит.

Goury ★★★★★
()
Ответ на: комментарий от serles

Советую для такой точной нарезки исходное видео делать из одних ключевых кадров. Или делать его беспотерьным, чтобы можно было обкадрить любой отдельный кусок.

Goury ★★★★★
()
16 января 2016 г.
Ответ на: комментарий от Psych218

ffmpeg умеет резать не по ключевым кадрам, но поддержка, вероятно, зависит от контейнера. Как бы нет никаких технических трудностей добавить DTS, но не PTS, в нужные места.

ValdikSS ★★★★★
()
Ответ на: комментарий от ValdikSS

Это ты как себе представляешь? Таймстампы здесь вообще не причём, в теории нужно реконструировать GOP, но на практике это не всегда возможно в ряде случаев.

mix_mix ★★★★★
()
Ответ на: комментарий от mix_mix

Я себе это не представляю, а очень часто так и делаю. В чем проблема-то? GOP у нас не теряется, у нас обрезаются PTS, т.е. мы декодируем видео и/или аудиофрейм с начала GOP, но его не воспроизводим, а воспроизводим только часть GOP.

ValdikSS ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.