Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
Сообщение от opennews (??), 05-Апр-24, 10:07
После пяти месяцев разработки доступен мультимедиа-пакет FFmpeg 7.0, включающий набор приложений и коллекцию библиотек для операций над различными мультимедиа-форматами (запись, преобразование и декодирование звуковых и видеоформатов). Пакет распространяется под лицензиями LGPL и GPL, разработка FFmpeg ведётся смежно с проектом MPlayer... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60929
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
Сообщение от Аноним (1), 05-Апр-24, 10:07
Самая лучша тулза,но у кодеров другое мнение и ябраузер без Gstreamer теперь не полноценно работает.Такая печалька.
Ответить | Правка | Наверх | Cообщить модератору

	3. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–1 +/–
	Сообщение от leap42 (ok), 05-Апр-24, 10:15
	Дело не в том, что "лучше", а в том, что Gstreamer проще и приятнее поддерживать. У него API более высокоуровневый, и он кучу времени разработчкам экономит.
	Ответить | Правка | Наверх | Cообщить модератору

	4. Скрыто модератором	+9 +/–
	Сообщение от Аноним (4), 05-Апр-24, 10:22
	Gstreamer - глючный и кривой что капец.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–1 +/–
	Сообщение от Аноним (19), 05-Апр-24, 12:00
	Для более высоуровневого уже сделали PipeWire.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	72. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от leap42 (ok), 05-Апр-24, 16:00
	> Для более высоуровневого уже сделали PipeWire. Неа. Pipewire - это вывод уже готового звука. А FFmpeg и Gstreamer нужны чтобы этот готовый звук получить из закодированных файлов.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от namenotfound (?), 06-Апр-24, 01:28
	сравнение яблок и трактора "беларус"
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	6. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от КО (?), 05-Апр-24, 11:09
	Пфф, откопал ведь где-то альтернативу
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	16. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+5 +/–
	Сообщение от Аноним (19), 05-Апр-24, 11:56
	А браузить чем-либо более полноценным, чем Ябраузер не пробовал?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	39. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–3 +/–
	Сообщение от Устин (ok), 05-Апр-24, 13:23
	ЯБ полноценный, а для обычного пользователя самый удобный, в наших широтах. П.С. Сам пользуюсь лисичкой.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+3 +/–
	Сообщение от Аноним (95), 05-Апр-24, 18:51
	Пользоваться проприетарными браузерами от поисковых гигантов это неуважение к себе и своим данным.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–6 +/–
	Сообщение от Аноним (103), 05-Апр-24, 19:25
	Расскажите это своим американцам на английском, о том что пользоваться Google Chrome, Microsoft Edge и Apple Safari это неуважение к себе и своим данным. А что, полное название написать — режет ухо? С каких это пор Яндекс браузер исковеркали в Ябраузер и зачем? Яблоки стали плохо продаваться?
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–3 +/–
	Сообщение от Аноним (103), 05-Апр-24, 19:29
	И да, у меня вот Яндекс браузер в стране заблокирован провайдером, но я таки поставил! Ничего плохого сказать не могу, кроме того что без VPN к сожалению блокируются обновления. И очень рад что есть возможность читать книги в форматах для читалки — мелочь, а приятно.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от Аноним (115), 05-Апр-24, 20:13
	С Эплой я как то не особо отожествлял,а полное название вызывает часто лютый батхерт.
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	119. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (119), 05-Апр-24, 21:47
	Во первых проблема с GStreamer и недостающими якобы проприетарными библиотеками, которые нужно доставить почему-то самому характерна для всех хромиум-подобных браузеров.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–1 +/–
	Сообщение от Аноним (119), 05-Апр-24, 22:00
	Во вторых политические технологии типа что-то, что нельзя называть меня достало просто. Это просто жуткая реклама западных товаров. Я не видел ни одного иностранца делающий тоже самое. Навязывание вины, навязывание состояния стеснения, ярлыки. Что за психологические трюки ориентированные от подростков до среднего возраста? Как на это можно вестись? Вы боитесь батхерта? Батхертофобия?
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	121. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–1 +/–
	Сообщение от Аноним (119), 05-Апр-24, 22:23
	У меня невероятно много эмоций, которые сложно выразить словами - несколько десятков предложений удалил. Если вам кто-то в вашем окружении не даёт возможность выразить собственное мнение, то подумайте о том, зачем вам общаться с людьми навязывающим вам батхертофобию? Всегда можно остаться при своём мнении. Впрочем будем честными, это страх одиночества, его разновидность. Если есть страхи потерять "друзей" и быть отвергнутым обществом это не очень хорошо. Рекомендую к просмотру: https://rutube.ru/video/9d4d1db2038025c476f8d1da55a714a2/
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от penetrator (?), 06-Апр-24, 04:45
	а что не так? это так и есть и для перечисленных браузеров, с принятием третьего манифеста некоторые прозреют почему плохо продаваться? на фф перейдут, на сегодня в штатах адблокеры используют активнее чем в ЕС, недавно стата выходила
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	184. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (184), 08-Апр-24, 12:49
	Американцам на американском же!
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	144. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+4 +/–
	Сообщение от Аноним (144), 06-Апр-24, 09:37
	>полноценный https://www.opennet.ru/opennews/art.shtml?num=56830
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	150. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–2 +/–
	Сообщение от Устин (ok), 06-Апр-24, 10:45
	>>полноценный > https://www.opennet.ru/opennews/art.shtml?num=56830 А вы считаете, что отечественный браузер не должен уметь из коробки заходить на все отечественные сайты?) Да вы юморист)
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+3 +/–
	Сообщение от Аноним (144), 06-Апр-24, 11:40
	Вы написали, что пользуетесь лисичкой, так почитайте, что лисичка думает про такие "сертификаты": https://opennet.ru/51329-cert https://opennet.ru/54206-https
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–3 +/–
	Сообщение от Устин (ok), 06-Апр-24, 12:26
	> Вы написали, что пользуетесь лисичкой, так почитайте, что лисичка думает про такие > "сертификаты": > https://opennet.ru/51329-cert > https://opennet.ru/54206-https Лисичка меня и на мой сервер с трудом пускает, это один из её недостатков. Я ей пользуюсь по совокупности качеств, а не потому, что она идеальна. А знакомым ставлю именно ЯБ, чтобы им не пришлось заниматься непотребством с сертификатами ради того, чтобы коммуналку оплатить.
	Ответить | Правка | Наверх | Cообщить модератору

	185. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (184), 08-Апр-24, 12:57
	"Письменные упоминания об этом животном в Китае восходят к XIII столетию, но европейцы узнали о нём только в XIX веке. Официально «открыл» его в 1821 году английский генерал и натуралист Томас Хардвик, собиравший материал на территории английских колоний."
	Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

	43. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+3 +/–
	Сообщение от Аноним (43), 05-Апр-24, 13:42
	А чем ЯБ неполноценен? Шуточки про тов. маойра и прочее в сторону, вот чисто как браузер?
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	47. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (47), 05-Апр-24, 13:56
	Они инглишь знают как носители языка и потертое авторским правом в выдаче поисковика им не доставляет неудобств,а потому Ябраузер у них плохой.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–3 +/–
	Сообщение от ryoken (ok), 05-Апр-24, 14:51
	Тем, что по дефолту все настройки на стук телеметрию и отправку данных включены?
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	60. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (43), 05-Апр-24, 14:57
	Это как-то мешает сёрфингу? Попросил же, про майора не упоминать.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от Аноним (47), 05-Апр-24, 15:06
	Идете в настройки - расширения и отключаете,удаляете дополнение для отправки статистики всяких сбоев.
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	66. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–3 +/–
	Сообщение от ryoken (ok), 05-Апр-24, 15:18
	> Идете в настройки - расширения и отключаете,удаляете дополнение для отправки статистики > всяких сбоев. Вот вот. Т.е. для использования сначала надо выдернуть шнур, выдавить стекло (сеть потушить). Потом обработать напильником, и только потом пользоваться.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+4 +/–
	Сообщение от Аноним (43), 05-Апр-24, 15:29
	Без этого использование становится каким-то неполноценным? Сайты как-то не так открываются, музыка не играет, и прочее?
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–1 +/–
	Сообщение от ryoken (ok), 05-Апр-24, 16:16
	> Без этого использование становится каким-то неполноценным? Сайты как-то не так открываются, > музыка не играет, и прочее? Стучит жИ. ЛУчше уж вовсе без Инета, чем с таким.
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (192), 10-Апр-24, 16:56
	Пользоваться в людном месте туалетной кабинкой со стеклянными (прозрачными) стенками и дверью тоже врпниципе можно - свою основную фнукцию он исполняет ок, но... некомфортно. Назовёт это так. P.S. Например, хрендекс-браузер принудительно пропускает рекламу хрендекса. Вполне себе объективный недостаток.
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	99. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (95), 05-Апр-24, 18:56
	Не факт что это на самом деле что то отключает, браузер проприетарный, проверить нельзя, так же как и Chrome, вот Firefox в этом вопросе можно полностью доверять он полностью открытый, как исходный  код так и отправляемые данные при включенной телеметрии, которые можно посмотреть прямо из меню.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	169. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (169), 06-Апр-24, 20:53
	> Тем, что по дефолту все настройки на стук телеметрию и отправку данных включены? Всё как в зондофоксе. Сперва телеметрию с экспериментами приходится выключать в настройках и групповых политиках, потом в about:config подшаманить и только после этого первый раз в инет выйти можно. Да, нюанс: когда chrome обвиняют в том, что там RLZ-идентификатор и реклама - мне вспоминается https://www.opennet.ru/opennews/art.shtml?num=59203 и https://www.opennet.ru/opennews/art.shtml?num=56871
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	70. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–2 +/–
	Сообщение от Аноним (70), 05-Апр-24, 15:53
	Он вторичен по отношению к chromium. Есть firefox, есть chrome/chromium. Зачем брать какую-то васянскую сборочку с нескучными обоями, которая по определению отстаёт от хромиума, и к тому же стучит?
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	87. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Бывалый Смузихлёб (ok), 05-Апр-24, 17:26
	Оно как бы всё "стучит" если не отключать. А то и всё равно стучит или опосредованно шпионит( как тот скандал, когда оказалось что хромой фактически продолжал шпионить за пользователями когда те в режиме инкогнито сидели ) С той лишь разницей, что теперь огнелис и выглядит и работает как васянская сборочка в сравнении с яндекс-браузером. У последнего, до кучи, полно настроек нормально выведено, [когда-то. Как сейчас - хз] норм подключались расширения для хромого и оперы. Ну и недавняя интеграция всяких новых яндексовых штук в т.ч с нейросетями Уже давно браузер делает не столько голый движок, сколько его обвес
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–1 +/–
	Сообщение от Аноним (70), 05-Апр-24, 18:53
	Обвес это нескучные обои, которые можно допилить дополнениями и юзерскриптами. А дырявый движок, который обновляется с задержками это база
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–1 +/–
	Сообщение от Аноним (95), 05-Апр-24, 19:00
	Firefox хотя бы имеет открытый исходный код в отличие от проприетарных Яндекс браузера и Chrome.
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

	112. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+4 +/–
	Сообщение от Аноним (43), 05-Апр-24, 19:57
	Тысячеглаз не подведёт! Проверено.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (158), 06-Апр-24, 15:47
	Именно так, Неуловимый Джо!
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+2 +/–
	Сообщение от Аноним (144), 06-Апр-24, 09:40
	>Шуточки Это не шуточки https://opennet.ru/56830-tls
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	45. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (47), 05-Апр-24, 13:53
	Ghost-chromium использовал,там ничего не надо. Потом получилось с Ябраузером и я вернулся на него.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	76. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от iPony129412 (?), 05-Апр-24, 16:22
	> ябраузер без Gstreamer теперь не полноценно работает Что?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	79. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (47), 05-Апр-24, 16:44
	Ничего. Какое слово вам там не понятно?
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от iPony129412 (?), 06-Апр-24, 09:58
	Мне схема непонятна. Так-то Chromium требует fffmpeg. Firefox оказался от gstreamer в пользу ffmpeg. Но зашёл на офсайт — действительно. Я в шоке.
	Ответить | Правка | Наверх | Cообщить модератору

2. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
Сообщение от Аноним (2), 05-Апр-24, 10:14
в 24.04 будет или уже поздно?
Ответить | Правка | Наверх | Cообщить модератору

	108. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (108), 05-Апр-24, 19:32
	Конечно не будет... Там почти все "фризы" уже случились (новый функционал не завезут), вчера вот бету должны были выпустить.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от Lyrix (ok), 06-Апр-24, 04:28
	Из-за XZ перенесли на 11 апреля, будут пересобирать бинарники "в целях безопасности". А свежий FFmpeg with bells and whistles, как всегда, в ppa у Rob Savoury за донаты :)
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от Олег (??), 07-Апр-24, 03:52
	А смысл? Если нужны сборки то они или с внешних реп либо самому собирать
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

5. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–1 +/–
Сообщение от Аноним (5), 05-Апр-24, 10:43
Всё круто и красиво! Только не понял, почему мажорная версия.
Ответить | Правка | Наверх | Cообщить модератору

	7. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от YetAnotherOnanym (ok), 05-Апр-24, 11:13
	Единственное из перечисленного в новости, что может поломать какую-то совместимость - это требование C11. М.б., поэтому.
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–1 +/–
	Сообщение от Аноним (8), 05-Апр-24, 11:24
	У них версии ничего не значат, ломают все ветки в минорном патче и забивают, аргументируя "валите на гит-версию из мастера". А то что новые версии идут с новыми багами, удалёнными/модифицированными опциями и медленнее работают, так страдайте, сами выбрали эту поделку.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	201. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 14-Апр-24, 14:36
	> У них версии ничего не значат, ломают все ветки в минорном патче > и забивают, аргументируя "валите на гит-версию из мастера". А то что > новые версии идут с новыми багами, удалёнными/модифицированными опциями и медленнее работают, > так страдайте, сами выбрали эту поделку. Можно подумать, у сабжа еще и конкуренты есть. Хы. Но вы можете форкаться и показать мастеркласс майнтенанса сами.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (19), 05-Апр-24, 12:03
	Хромой покоя никому не даёт.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	33. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+2 +/–
	Сообщение от Аноним (33), 05-Апр-24, 13:06
	Потому что дропнули API, которые раньше были объявлены устаревшими.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

9. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
Сообщение от Аноним (9), 05-Апр-24, 11:29
А в какой формат нужно кодировать видео, чтобы смотреть на всяких Пентиумах 3? И какой видеоформат меньше всего нагружает процессор/видеокарту?
Ответить | Правка | Наверх | Cообщить модератору

	10. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Слава Линуксу (?), 05-Апр-24, 11:32
	JPEG
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Зазнайка (?), 05-Апр-24, 14:13
	MJPEG?
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Слава Линуксу (?), 05-Апр-24, 15:33
	Ессесно!
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Ivan_83 (ok), 05-Апр-24, 11:49
	Смотря в каком разрешении и какая видяха. Помню я на коредуо решил переходить когда скачал рип 720p h.264 и его невозможно было смотреть ибо оно тормозило. Может mpeg2/dixv/xvid но опять же хз какое разрешение максимум вытянет.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	14. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+4 +/–
	Сообщение от name (??), 05-Апр-24, 11:52
	Желательно в тот, который аппаратно ускоряется декодером в видюхе. Если никакие не ускоряются, то h264 в низком разрешении может потянуть. Нагрузка на видеокарту зависит от рендера, нужно использовать прямой рендеринг, чтобы её минимализировать.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	41. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (43), 05-Апр-24, 13:31
	> Я даже удивился, увидев тиринг на ЭЛТ-мониторе, я думал, что он там невозможен. В смысле? Тиринг от устройства отображения не зависит вообще.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (43), 05-Апр-24, 13:31
	Промазал, к комменту ниже.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Zenitur (ok), 05-Апр-24, 11:56
	Я например жму в Xvid. На торрентах дофига раздач в нём. Что интересно, даже актуальные фильмы выкладывают в h265/h264/xvid. Это значит, что это кому-то нужно, что кто-то xvid скачивает и смотрит... Я как-то по приколу перекодировал видео с ютюба в 854x480 при битрейте 555k (почему именно такой битрейт? Потому что в Wiki-страничке на сайте ffmpeg указан такой пример). Двупроходное кодирование, само собой. Получилось интересно. Квадратики, но фреймрейт бодренький. Даже когда динамичные сцены, никаких сверх-искажений не было. Я потом пережал в 855 килобит - стало значительно лучше. Потом посмотрел, в каком качестве кодируют на торрентах. Раздачи, которые я нашёл беглым гуглингом, начинаюся от 1,1 мегабита и заканчивается 1,9 мегабитами. Почему не ровно 1 мегабит и не ровно 2 мегабита - мне неведомо. Наверное, авторы rip-ов как-то расчитали наиболее идеальное качество - по алгоритму, который мне неизвестен. Либо же там vbr, переменный битрейт в зависимости от сложности кодирования каждого кадра... А вот размер видео, которые мне попадались, всегда были 360p. Никаких 480p мне не попадалось... Причём если по-горизонтали разрешение всегда 640 или 720 (что как бы нормально), то по-вертикали всега начинается какая-то экзотика. Такое ощущение, что видео подрезают сверху и снизу, чтобы ещё лучше сжать. Я почитал статью на Википедии про Nero Digital. Там внизу статьи приведены ссылки на бенчмарки, проведённые ресурсом Doom9 в 2005 году. http://forum.doom9.org/showthread.php?s=&threadid=90784 Видео в формате DivX 6 для теста там сжимали с битрейтом 450 для стримов и 900 для обычных видео. Походу, это чтобы на CD-R влез полуторачасовой фильм. Я тут подсчитал на калькуляторе: чтобы 2-часовой фильм влез на CD-R, битрейт должен быть 777 килобит суммарно видео + аудио. То есть 650 килобит видео + 128 килобит аудио. В качестве 360p и сверху-снизу подрезать - и думаю, с качеством всё будет норм. Как я понял, так как в наши дни уже не нужно уместить видео на CD-R, видео стали жать с бо́льшим битрейтом. Ну и Avisynth + VirtualDub в 2000-2008 были самыми лучшими инструментами для создания DVDrip-ов. Ну и на Windows 98 SE в сборке от 98IF видео прекрасно играются как под Media Classic, так и через GOM. А вот в CentOS 5 через mplayer был тиринг! Я даже удивился, увидев тиринг на ЭЛТ-мониторе, я думал, что он там невозможен. А на 98-й винде никакого тиринга не было! Команда "compton --vsync opengl" поправила это недоразумение! Но блин, на винде и без композитинга всё было норм...
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	34. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от Аноним (33), 05-Апр-24, 13:12
	> Почему не ровно 1 мегабит и не ровно 2 мегабита - мне неведомо. Раньше подгоняли размер файла под объем CD/DVD/BD. Сейчас - не уверен, что кто-то заморачивается. > Такое ощущение, что видео подрезают сверху и снизу, чтобы ещё лучше сжать. Отрезают черные полосы.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (43), 05-Апр-24, 18:15
	> Раньше подгоняли размер файла под объем CD/DVD/BD. Сейчас - не уверен, что кто-то заморачивается. AVU 1.46 и 2.18 по-прежнему на трекерах стандарт. Причём самые востребованные раздачи, и этот феномен объяснить я никаким образом не могу.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (52), 05-Апр-24, 14:09
	Есть инфа по сжатию 1080p xvid?
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	54. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (43), 05-Апр-24, 14:28
	А есть принципиальные проблемы? Битрейт повыше и поехало. Правда, с  битрейтом-то как раз Pentium-3 потом и не справится.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (52), 05-Апр-24, 14:31
	> Битрейт повыше и поехало. Путь виндузятника. Зачем бездумно задирать битрейт?
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (43), 05-Апр-24, 14:58
	Почему бездумно? Хотите разрешение повыше — битрейт задирать _придётся_. На любом кодеке.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 05-Апр-24, 18:28
	Так устроено сжатие видео и не как по другому не могут сделать - чем выше разрешение тем больше нужен битрейт чтобы не было искажений в видео. А дальше уже смотрят какой кодек может с наименьшими искажениями в видео сжать, с наименьшим битрейтом.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	128. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (8), 06-Апр-24, 00:16
	Сжатие видео устроено не так. Чем выше разрешение, тем более эффективные и дорогие техники кодирования можно задействовать, что позволяет ощутимо понизить относительный битрейт и сократить искажения. Хороший пример VVC.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (43), 06-Апр-24, 01:28
	Зависимость, безусловно, не линейная, но вполне однозначная. И да, на старых кодека с этим хуже.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 06-Апр-24, 18:53
	Развитие всевозможных алгоритмов улучшения качества сжатия помогают сократить битрейт это факт. Но, одни алгоритмы улучшения сжатия не могут заменить нехватку битрейта, а только помочь снизить цифру битрейта, насколько снизить это выясняется, закодировал посмотрел. Почему кодеки и развиваются и не стоят на месте. Иначе можно было не заморачиваться с новыми алгоритмами сжатия или улучшениями алгоритмов сжатия и использовать что-то вроде кодека, PNG видео кодек с битрейтом 50Мбит/c.
	Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

	167. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 06-Апр-24, 19:06
	PNG видео кодек с битрейтом 50Мбит/c это я не сам придумал как абстрактный пример название. Это я в программе для сжатия видео видел такой кодек, сам я им не особо пользовался очень большой размер файла получаются неприемлемо для меня большой, гигабайты размер, а часы видео десятки гигабайт. Оно и понятно, что с любым кодек с таким битрейтом размер файла будет большой.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (8), 06-Апр-24, 19:43
	Для примера, я кодирую файл в 360p и ему едва достаточно 1mbps. Потом кодирую этот же файл в 720p и 1mbps ему уже очень хорошо. Но кодирование ощутимо дороже и применяется куча дополнительных технологий. С пнг, я думаю, может быть заметная проблема с производительностью. Есть более эффективные форматы сжатия без потерь. Но, в принципе, набор картинок это практически идеальный вариант для сохранения целостности данных -- простой, все кадры настоящие и полные. Этот вариант обычно используется при обработке нейронками и прочем подобном.
	Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

	56. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Zenitur (ok), 05-Апр-24, 14:34
	> Есть инфа по сжатию 1080p xvid? Мегабит 15 попробуй выставить.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	64. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (43), 05-Апр-24, 15:06
	Средний битрейт 4000, максимальный 8000 — не супер, но уже приемлемо. https://i.ibb.co/TWbjyLb/Twin-Peaks-Fire-Walk-With-Me-Comple...
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (52), 05-Апр-24, 15:00
	Помоги пожалуйста разобраться с включением флага gmc. ffmpeg -i out.mkv -c:v libxvid -flags gmc o.avi При запуске выдаёт ошибку: [libmp3lame @ 0x55b471464040] [Eval @ 0x7fff70a22300] Undefined constant or missing '(' in 'gmc' [libmp3lame @ 0x55b471464040] Unable to parse option value "gmc" [libmp3lame @ 0x55b471464040] [Eval @ 0x7fff70a21fe0] Undefined constant or missing '(' in 'gmc' [libmp3lame @ 0x55b471464040] Unable to parse option value "gmc" [libmp3lame @ 0x55b471464040] Error setting option flags to value gmc. Error initializing output stream 0:1 -- Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height Conversion failed!
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	88. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (52), 05-Апр-24, 17:49
	Сам отвечаю (ну почти, до конца не понял): За это отвечает отдельный параметр -gmc. Но это мне нейронка дала ответ, так что хз. Если 0 или 1 выставлять ему -- принимает значения, на другие ругается с ошибкой. По логике это тот самый gmc и его включение-выключение.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 06-Апр-24, 00:02
	Что я узнал. ffmpeg -h full дальше ищем libxvid AVOptions: По какой-то мне неизвестной причине "-flags gmc" не существует как настройка по этому не кодирует и пишет: [libmp3lame @ 0x6094addb9200] [Eval @ 0x7fffeb212ac0] Undefined constant or missing '(' in 'gmc' [libmp3lame @ 0x6094addb9200] Unable to parse option value "gmc" [libmp3lame @ 0x6094addb9200] [Eval @ 0x7fffeb212780] Undefined constant or missing '(' in 'gmc' [libmp3lame @ 0x6094addb9200] Unable to parse option value "gmc" [libmp3lame @ 0x6094addb9200] Error setting option flags to value gmc. Error initializing output stream 0:1 -- Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height Conversion failed!
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (43), 06-Апр-24, 00:15
	FFmpeg это просто, говорили они. Читайте маны, говорили  они…
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 06-Апр-24, 17:09
	В том-то и дело у них где-то ошибка мы не с головы взяли "-flags gmc" https://ffmpeg.org/ffmpeg-all.html найти раздел 16.19 libxvid, 16.19.1 Options эта настройка там и написана "-flags gmc", но в самом ffmpeg такого параметра нет потому и не кодируется с параметром "-flags gmc", что я и узнал. Оказалось надо перепроверять, смотреть вывод команды "ffmpeg -h full".
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 06-Апр-24, 17:26
	Точнее так: оказалось надо перепроверять и смотреть вывод команды "ffmpeg -h full".
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 07-Апр-24, 18:18
	16.19 libxvid, 16.19 libxvid. Изменили инструкцию, убрали gmc из раздела flags. Отдельно написано gmc.
	Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

	122. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Zenitur (ok), 05-Апр-24, 22:25
	Честно, я не спец по Xvid. Мне хочется научиться сжимать видео в этом формате так же хорошо, как это делали спецы в 2002-2005 годах. С наименьшим битрейтом, но при этом наибольшим качеством. Avisynth, VirtualDubMod, вот это вот всё. Почему-то в те годы эта информация ускользала от меня, как будто её имеют право знать только избранные. Вот как я сжимал: ffmpeg -i ИСХОДНОЕ_ВИДЕО.mp4 -c:v mpeg4 -vtag xvid -level 3.0 -b:v 1100k -pass 1 -an -f avi /dev/null ffmpeg -i ИСХОДНОЕ_ВИДЕО.mp4 -c:v mpeg4 -vtag xvid -level 3.0 -b:v 1100k -pass 2 -c:a libmp3lame -b:a 128k output.avi Вот. Для переменного битрейта: ffmpeg -i ИСХОДНОЕ_ВИДЕО.mp4 -c:v mpeg4 -vtag xvid -level 3.0 -qscale:v 3 -c:a libmp3lame -b:a 128k output.avi Также для видео надо параметр "-s 640x360" в случае, если я пережимаю 720p или 1080p-видео с ютюба. Также параметр -qscale:v 0 (судя по тому, что пишут в интернете) делает видео наиболее большим по битрейту, и наиболее качественным. Если кто-нибудь знает дополнительные параметры и всякие улучшайки - буду рад посмотреть. Я тут уже погуглил и нашёл какие-то: https://askubuntu.com/questions/122147/need-to-convert-a-vid... https://4pda.to/forum/index.php?showtopic=318265&view=findpo... А вот твоё подключение нейросетей к этому процессу - это вышка! По-моему, так xvid ещё никто не сжимал! P.S. А я тут подумал, а зачем мне стереозвук в Xvid-файле? В тех видео, которые я смотрю, едва ли кто-то заморачивается объёмным звуком - все смотрят ютюб со смартфонов... Можно же указать -ac 1 -ab 64k, тем самым высвободив 64k для видео... И тогда побольше влезет на CD-R, если стоит такая задача.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	125. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (43), 05-Апр-24, 23:09
	Понять бы ещё, зачем это всё.
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Zenitur (ok), 07-Апр-24, 07:25
	> Понять бы ещё, зачем это всё. Скоро поймёшь.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (8), 06-Апр-24, 00:30
	У divx, кстати, куда лучше картинка была всегда. Ну и за mp3 в файлах четвертовать мало. Впрочем, я смотрю 2 подряд фильм с таким же aac-92kbps и avc-2100kbps (fullhd) и какие же всё-таки субхуманы этим занимаются. Ещё они цветовые пространства херят, из-за этого чёрный на экране всегда будет светлосерым. И через годик в нормальном качестве уже не найти в сети.
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	140. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+2 +/–
	Сообщение от Аноним (140), 06-Апр-24, 08:14
	Там большая проблема в интерфейсах Xvid и DivX. Хочешь как тогда - страдай с оригинальным гуём и VfW-кодеком. Тык-тык-тык, клац-клац-клац, зырк-зырк-зырк вместо автоматизации и чёткого списка параметров. ffmpeg/mencoder как консольный интерфейс к libxvid? А они все опции выставляют? Нет. Где профили(@уровни), где ограничения на VBV-буфер? Без этих ограничений можно случайно вылезти за возможности аппаратного декодера. К тому же рядом на протухшую документацию указали (-flags gmc). Консольный интерфейс xvid_encraw - официальный ли он, какой из форков нужен, где последняя версия? Но это должен быть лучший вариант. Собственный ffmpeg'овый энкодер вместо Xvid? Начни с фразы из документации "libxvid will deliver better quality than mpeg4" и закончи ей. Как кодировать? Для начала подстроиться под профиль MPEG4 Visual, поддерживаемый тогдашним железом. Он, внезапно, не прописан в стандарте. Это потом можно сказать, что железо декодирует H.264 вплоть до Main Profile. А нужный профиль MPEG4 Visual поверхностно описан... у авторов кодека DivX: профиль "DivX Home Theater"[1]. За него точно не стоит вылезать. Он описывает всё вместе: то, что обычно называют профилем + уровнем + остальное помимо видео*. Если максимально использовать его профильную сторону, то будет более-менее эффективное кодирование. Если ещё максимально использовать его уровневную сторону (битрейт, разрешение), то будет и качественная картинка. А детальное описание профиля где? Подразумевается, что ты купишь себе DivX и не будешь тут это самое. Так что оно разбросано по форумам, как и оптимальные настройки для по-настоящему эффективного кодирования. Я ограничивался этим: ffmpeg ... -vf scale=720:-16 -codec:v libxvid -b:v 2000k ... Битрейт постоянный, потому что с переменным битрейтом ffmpeg нужных гарантий не даёт (аналога -x264-params vbv-bufsize нет) и достаточно большой ради качества. Эффективности нет, это на один раз посмотреть, да и без хотя бы xvid_encraw гнаться за эффективностью всё равно несерьёзно. * осторожно, 6-канальный звук может не работать [1] https://www.divx.com/wp-content/uploads/2018/10/DivX-Cert_Pr...
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	142. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (140), 06-Апр-24, 08:36
	А, я туплю, xvid_encraw идёт к Xvid'у. По крайней мере, сейчас. И CLI у DivX есть. По крайней мере, с DivX 5. Тогда проблема скорее в том, что кому-то было проще тонну скриншотов выложить, чем параметры для CLI.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (140), 06-Апр-24, 09:28
	А, я не так уж туплю, CLI появился именно в DivX 5, xvid_encraw - официальная, но неполноценная утилита, в нельзя задать профиль, хотя в устаревшем форке[1] они в недоделанном виде есть. [1] http://forum.doom9.net/showthread.php?t=98469
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (140), 07-Апр-24, 07:10
	Нет, на самом деле я лишь чуть-чуть тупил. xvid_encraw в исходниках озаглавлена как "test application" и лежит в каталоге "examples"[1], стоит ли её расценивать как лучший консольный интерфейс, сравнимый с гуями? Так-то возможен и полуконсольный вариант с VfW-кодеком, запускаемым через avs2avi или .jobs-файл VirtualDub'ов. А ещё можно забить на Xvid и присмотреться к фразе из вики: "последняя версия ASP кодека ... DivX 6.9.2". Слова в help'е, что она принимает поток из stdin - это не документация, а археологический артефакт, предположительно означающий, что она в 2002 году съедала вывод конкретно из mpeg2dec. Но она принимает avisynth-файл (хотя 64-битной сборки под 64-битный ависинт из коробки нет), это очень хорошо, через скрипт можно скормить любой исходник и фильтры ависинта дают всё нужное. stdin ей пытались чинить, но только в неофициальных патчах, форках разной степени сохранности на 2024-й год, на форумах[2][3][4]. [1] http://websvn.xvid.org/cvs/viewvc.cgi/trunk/xvidcore/example... [2] https://forum.doom9.org/showthread.php?t=181894 [3] https://forum.videohelp.com/threads/399070-Xvid-1-3-5-CLI-is... [4] https://forum.videohelp.com/threads/386228-Xvid-1-3-5-(CLI)#post2597811
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Zenitur (ok), 07-Апр-24, 07:18
	Интересно. Теперь я знаю, куда копать. Спасибо. Использование гуя для меня не проблема. Так даже лучше. Мне же всего лишь пару видео в год таким образом сжать (не пользуюсь старым компом на постоянке, только из ностальгии). А потому, без консоли было бы удобнее. То есть, получается, можно сделать двупроходное кодирование при помощи встроенного в ffmpeg кодировщика mpeg4, но нельзя использовать двупроходное кодирование со сторонним кодеком libxvid? Потому что в новых версиях ffmpeg есть регрессия, из-за которой это перестало работать? Хм, а что если у меня ffmpeg 3.2? У меня Debian 8 с установленным из бэкпортов ffmpeg. Чтобы делать двупроходное кодирование libxvid, мне надо отказаться от ffmpeg? И вместо него нужно использовать xvid_encraw, который раньше был сторонним скриптом, а теперь принят в апстрим? Вот только в апстрим он принят без части опций, а надо чтоб были. Сами опции разбросаны по форумам, и сделаны на основе возможностей базовой версии кодировщика DivX. Никто не даст команду "сделать зашибись", так как никто её и не знает. Ну и ещё несколько вопросов: 1. nvidia-settings во вкладке VDPAU показывает, что поддерживаются h264, MPEG4, DIVX4, DIVX5, MPEG-2 и VC1. https://blog.gyt.is/2018/08/26/pci-e-video-card-qemu-revert-.../ Про DivX 6 забыть? Или декодеру не важно, какой MPEG-4 отправлять на вход (за исключением DivX Pro с нестандартными алгоритмами)? 2. Есть официальный DivX для Linux: https://www.divx-digest.com/software/divxcodec_linux.html Он только для декодирования, или кодировать им тоже можно? 3. Примерно 10 лет назад вышел libxvid 1.3.0. Насколько я знаю, в тот момент это было крупное обновление, которое на данный момент является последним (не считая минорные версии). Вопрос, аналогичный DivX 6: не ломает ли новый libxvid совместимостиь со старой версией? Будет ли работать видео, сжатое им, на компьютере со старой версией кодека? А на аппаратных плеерах тех лет? Спасибо за внимание. Попробую дополнительные параметры с сайта ubuntuforums, добавлю опции для двупроходного кодирования. ffmpeg -i yourvid.mp4 -f avi -vcodec libxvid -vtag XVID \           -vf scale=-1:360 -b 1100k -qmin 3 -qmax 8 -bufsize 4096 \           -mbd 2 -bf 2 -trellis 1 -flags +aic -cmp 2 -subcmp 2 -g 300 \           -pass 1 -an -f avi /dev/null ffmpeg -i yourvid.mp4 -f avi -vcodec libxvid -vtag XVID \           -vf scale=-1:360 -b 1100k -qmin 3 -qmax 8 -bufsize 4096 \           -mbd 2 -bf 2 -trellis 1 -flags +aic -cmp 2 -subcmp 2 -g 300 \           -pass 2 -acodec libmp3lame -ab 128k \           yourvid.avi 640x360 для 16:9, 600x480 для 4:3 PAL, 600x400 для 4:3 NTSC. P.S. Выше я тупанул, когда ты сказал "нейронка подсказала". Я думал, ты используешь нейронку для кодирования (слышал что для деинтерлейсингак её используют, только бывают проблемы с глазами), а оказалось, ты попросил её сделать поиск.
	Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

	180. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от Аноним (140), 07-Апр-24, 13:48
	Вообще сегодня оно не кажется сломанным, как написано в багтеркере. ffmpeg+libxvid имеет право на жизнь: - лог дублируется (ffmpeg2pass-0.log + xvidff.XXXXXX) - но он учитывается, двухпроходное кодирование работает*, качество лучше - битрейт сильно отклоняется только при упоре в ограничения квантизатора, это видно в выводе ffmpeg (frame=XXX fps=YYY q=*может упереться qmin/qmax*) и в этом не виноват конкретно ffmpeg+libxvid В принципе на каком-то исходнике Xvid (с любыми интерфейсами) может упереться в qmax (максимальной возможный равен 31) и молча вылезти за любые ограничения по битрейту (жёсткие ограничения не выставить). Если параноить как я, то можно следить за этим вручную. Похоже, тут[1] именно на это жалуются в 2004. У меня -bufsize не влияет на результат (файлы идентичные - хэш от них совпадает). -vf scale может гарантировать нужную кратность разрешения (надо иметь mod16 или, может, менее строгий mod4): -vf scale=-16:360. С -1 иногда может не повезти. xvid_encraw изначально[2] официальная, про нейросетки другой анон написал, про DivX for Linux не знаю, об аппаратном ускорении DivX на ПК странно заботиться, но если всё же... то надпись про поддержку DivX 4/5 выглядит бредово. Возможно, в DivX 4 не было B-кадров[3]. Стандарт один - MPEG4 Visual. Профили DivX Certified с момента появления вряд ли менялись, я даже вчера видел где-то жалобу, что "могли бы Home Theater чуть расширить и добавить поддержку 3 point GMC и Qpel" и очевидный ответ про обратную совместимость, с libxvid аналогично - в кодеках не ломают так совместимость. --- Компромиссность всех вариантов раздражает, глубже вникать в кодирование avi-шек не хочется. Наверное, где-то на форуме (опять рутрекер?) должен найтись урок от тех, кто много кодировал. Там приходилось думать и о совместимости с железными плеерами (единственное, для чего ещё нужен MPEG4 Visual?), и об эффективности - лучше некуда. Наверное, там предложат взять VfW-энкодер и кодировать в 2 прохода с %professional_settings_list%, запуская его через %program_name% вроде VirtualDub2** или AvsPmod*** (но тогда нужен и Avisynth+, и плагины к нему - без ffms2 современные файлы не открыть). Точнее, там предложат что-то постарее, а эти программы ещё поддерживаются. --- Хм, почему Xvid сейчас торгует "AutoGraph. A DRM that is no DRM. Video watermarking to stop piracy the smart way"[4]? * с -qscale:v (фиксированный квантизатор) вместо -b:v (average bitrate, ABR) двухпроходное кодирование точно бесполезно, если вдруг ещё попадутся такие советы. 1 или 2 прохода - файлы идентичные. ** File -> Save video... -> VfW кодеки в левом нижнем углу -> ... -> повторить для второго прохода *** Tools -> Script Encoder (VFW) -> Run -> Xvid MPEG-4 Codec -> ... -> повторить для второго прохода [1] http://forum.doom9.org/showthread.php?t=74251 [2] http://websvn.xvid.org/cvs/viewvc.cgi/trunk/xvidcore/example... [3] http://forum.doom9.net/showthread.php?p=845931#post845931 [4] https://autograph.xvid.com/
	Ответить | Правка | Наверх | Cообщить модератору

	186. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Zenitur (ok), 08-Апр-24, 13:01
	Ну что ж, я попробовал. Двупроходное кодирование работает. https://pastebin.com/PywTeRXZ Единственная проблема - mplayer ругается на двойное B: [mpeg4 @ 0x7f7569767f60]Video uses a non-standard and wasteful way to store B-frames ('packed B-frames'). Consider using the mpeg4_unpack_bframes bitstream filter without encoding but stream copy to fix it. При этом всё работает. Я погуглил - это оказывается следствие недостатка контейнера avi: там нельзя два "B" подряд. Но это очень здорово улучшает качество видео, и особенно на старых компах вот этот "Packed bitstream" ускоряет воспроизведение. Рутрекер, как я понял, к этому толерантен. Моя 98-я винда тоже. Что ж, пусть тогда будет. P.S. В команде, которую я привёл выше, надо поправить "-b" на "-b:v". В противном случае, ffmpeg выдаёт предупреждение, но всё равно работает. P.P.S. Почему у тебя не работает двупроходное кодирование с "-qscale:v"? Об этом написано на страничке H.264 на Wiki-страничке ffmpeg. Там двупроходное кодирование не работает с "-cbr 17" (это, я так понимаю, аналог "qscale" в Xvid). По аналогии с h264, могу предположить, что тут так же.
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от Аноним (140), 10-Апр-24, 14:17
	mplayer ругается не на два B-кадра, а на способ их вкорячивания. MediaInfo его отображает: > Muxing mode : Packed bitstream Рутрекер о нём предупреждает: > Опции кодирования должны быть: ... Packed bitstream - отключено -bsf:v mpeg4_unpack_bframes на самом деле этот способ меняет и добавляет совместимости с железом. Хотя можно не догадаться, что этот фильтр принимает и видеопоток, создаваемый _внутри_ ffmpeg, без пайпа из одного ffmpeg в другой. > P.P.S. Почему у тебя не работает двупроходное кодирование с "-qscale:v"? Оно бесполезно. С -q:v статистика с первого прохода не может ни на что повлиять - результат такой же, как если кодировать в один проход, бит в бит. Считалка md5 пригодится (md5 от файла или встроенная ffmpeg'овая считалка от потока): https://pastebin.com/0CMFfEhi Кстати, команда с ubuntuforums как будто составлена по принципу "кашу маслом не испортишь", там ещё -cmp и -subcmp ничего не делают - они не действуют в связке с libxvid. А нужен -me_quality без -cmp и -subcmp. По-хорошему надо ещё исправлять[2][3] обратно цвет при уменьшении HD-видео до SD-видео. Он искажается, потому что... это долгая история, но mpv подтвердит. У меня родилась творчески отформатированная баТпортянка с разбором опций. Значения не исследовал, только причесал код, сопоставил опции с xvid_encraw, добавил ссылки, которые могут пригодиться: https://pastebin.com/jLMbicMV [1] https://superuser.com/questions/1483338/cant-get-same-xvid-q... [2] в Avisynth: ColorMatrix(mode="Rec.709->Rec.601"), в ffmpeg сработает -vf zscale=matrixin=709:matrix=170m, но почему он сработает как надо - это ещё одна долгая история. [3] http://avisynth.nl/index.php/Colorimetry#Should_I_correct_an...
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Zenitur (ok), 11-Апр-24, 12:15
	Спасибо за ответ. Скрипт для конвертации видео - просто шик. Для моего кейса - самое то. Не удивительно, что об этом мало информации в интернете: в годы актуальности третьепней, пережимали видео не с ютюба (а с DVD, VHS). А соответственно, готовых решений нет (условной кнопки "сделать зашибись"). Даже на официальной Wiki ffmpeg предлагается использовать кодировщик mpeg4 с "-vtag "XVID", а не libxvid... Я попробую скрипт, и надеюсь что это и есть кнопка "сделай мне зашибись", которая позволяет скнвентировать видео с ютюба для просмотра на третьепне.
	Ответить | Правка | Наверх | Cообщить модератору

	196. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (140), 11-Апр-24, 19:35
	Нет, ведь я не подбирал значения параметров, только привёл их к удобоваримому виду. Да и погружение в такие тонкости может быть перебором. У меня свой интерес в том, чтобы иметь в запасе консольную команду для кодирования со своими приоритетами, поэтому постоянно отклоняюсь в их сторону (по убыванию: совместимость с DVD-плеерами, пригодность для любого типа видео, эффективность). Вот снова отклонюсь и замечу, что mencoder как интерфейс к Xvid может похвастаться наличием профилей и полнотой опций, я это не заменил. "профиль DXN [DivXNetworks] для домашнего кинотеатра" - https://manpages.debian.org/testing/mencoder/mencoder.1.ru.h... Попутно гугл выдал issue насчёт неполноты в ffmpeg, там человек составил гуглотаблицу соответствия опций к Xvid в ffmpeg и в mencoder'е: https://trac.ffmpeg.org/ticket/8935 (и, кажется, он не заметил нерабочесть -bufsize и -maxrate).
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от Аноним (149), 06-Апр-24, 10:24
	А я так сжимал, в два прохода: ffmpeg -i \[anti-raws\]Violet\ Evergarden\ creditless\ OP1\[BDRemux\].mkv -c:v libxvid -c:a copy -qscale:v 3 -threads 0 -me_quality 6 -mbd rd -variance_aq 1 -gmc 1 -flags +mv4+aic+qpel -trellis 2 -pass 1 z.mkv На счёт trellis не уверен. 2 для всех кадров, но пишут что иногда мыло даёт. Для B/P кадров можно 1 поставить.
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	151. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от Аноним (140), 06-Апр-24, 11:02
	Если он решит повторить и кодирует для какого-то определённого плеера, то ему надо как минимум с QPel и GMC быть осторожным. Если для произвольного, то убрать их как выходящие за профиль DivX Home Theater и за правила рутрекера, которые тоже описывают возможности большинства железок. Хм, рутрекер разрешает 2 B-кадра, в отличие от Home Theater.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от Аноним (140), 06-Апр-24, 16:23
	А ведь двухпроходность с фиксированным квантизатором ничего не делает... потому что квантизатор-то для всех кадров уже зафиксирован. Выход - задать битрейт вместо квантизатора. Но придётся отказаться от ffmpeg, потому что двухпроходное кодирование с libxvid в нём давным-давно сломано[1][2]. Я что-то засомневался в своих словах про ненадёжность квантизатора без ограничений сверху (ради которых тоже надо отказаться от ffmpeg), но сейчас убедился, что -qscale:v 3 способен превысить максимально допустимый битрейт аж в десятки раз. На цветной шум[3] он выделяет 90Mbps, как если бы это было 8K-видео, а не SD. [1] https://trac.ffmpeg.org/ticket/6270 [2] https://trac.ffmpeg.org/ticket/6217 [3] Blackness(length=1*60*24, width=720, height=540, pixel_type="YV12").ColorYUV(off_y=(235-16)/2).AddGrainC(var=3000, uvar=5000, seed=0)
	Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

	187. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Zenitur (ok), 08-Апр-24, 13:02
	Почему у тебя не работает двупроходное кодирование с "-qscale:v"? Об этом написано на страничке H.264 на Wiki-страничке ffmpeg. Там двупроходное кодирование не работает с "-cbr 17" (это, я так понимаю, аналог "qscale" в Xvid). По аналогии с h264, могу предположить, что тут так же.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+3 +/–
	Сообщение от devl547 (ok), 05-Апр-24, 11:57
	>чтобы смотреть на всяких Пентиумах 3? Xvid попробуй. Либо x262, потому как dvd видео в те годы научились даже на встройках ускорять.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	20. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от qwdqwd (?), 05-Апр-24, 12:00
	MPEG-1
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	24. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от хрю (?), 05-Апр-24, 12:13
	MPEG2. Оно будет не только на p3 оно и на p2 и на селеронах того времени нормально работать. Хардварная часть есть, наверно, вездеЮ даже ввидухах того времени, за счёт этого можно брать нормальное разрешение. Но лучше, конечно, поменять работу и купить на авито подержанный комп за пару тройку тышЪ.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	49. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (49), 05-Апр-24, 13:57
	Pentium3 MPEG2 не потянет.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (43), 05-Апр-24, 14:03
	Щито Второй пентиум на ура тянул. Main Level, конечно, но зачем на пузатом ЭЛТ выше.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 05-Апр-24, 19:17
	Смотря какое видео с mpeg2. Как и с другими кодеками зависит от разрешения, частоты кадров и битрейта. https://ru.wikipedia.org/wiki/MPEG-2 брать надо видео файлы и проверять, смотреть нагрузку на процессор. 720 × 480 30 кадров 4:2:0 15 Мбит (DVD: 9.8) DVD, SD-DVB может и не потянуть процессор Pentium 3 из-за высокого битрейта или на пределе. Проверять надо. Pentium 3 есть с разной частой. У меня есть уже в разобранном состоянии P3 с частотой 1300МГц. Вроде максимум 1500МГц были, но не уверен может это поднято до 1500Мгц.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 05-Апр-24, 19:27
	Поправка, забыл у меня не Pentium3, а Celeron из серии Pentium3.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (43), 05-Апр-24, 19:43
	Старший Pentium III-1400 был дорогой и редкий зверь (и мало что давал). Вот Celeron-1300 был народный процессор, да, да и гнался неплохо.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 07-Апр-24, 10:09
	> Старший Pentium III-1400 был дорогой и редкий зверь (и мало что давал). > Вот Celeron-1300 был народный процессор, да, да и гнался неплохо. Вспомнила бабка как девкой была...
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (43), 05-Апр-24, 19:37
	Говорим MPEG-2, подразумеваем DVD. Однослойные диски, если всё хорошенечко настроить, мой PII-300 тянул уверенно, без дропов и заиканий. С учётом того, что система весьма днищенская была (чипсет LX, материнка Intel, со всеми вытекающими). Двухслойные тогда не попадались, тут уже не уверен. Pentium-III за счёт SSE должен был ещё лучше справляться.
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	113. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (113), 05-Апр-24, 19:59
	Тогда точнее будет так: "Говорим MPEG-2, подразумеваем DVD" - подразумеваем видео MPEG-2 c разрешением, битрейтом и частотой которое используется в производстве фильмов находящихся на DVD дисках сжатое кодеком mpeg2.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (113), 05-Апр-24, 20:29
	частотой кадров
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (43), 05-Апр-24, 23:01
	Другого видео MPEG-2 отродясь не встречал. А, непродолжительное время в игрушках попадалось, но там уж точно не более лучшего качества.
	Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

	29. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Ананий (?), 05-Апр-24, 12:55
	Очевидная теора очевидна. Только видеофайлики будут раза в три больше чем у мп4/шебм
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	146. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от Аноним (144), 06-Апр-24, 09:55
	>меньше всего нагружает Чтобы сейчас нормально пользоваться, нужен CPU со "встройкой" там есть аппаратное ядро: https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	198. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (198), 12-Апр-24, 21:14
	Это дела давно минувших дней, но я помню на P2 можно было смотреть DivX/Xvid/mpeg4 видео, и в те времена видео было в 640х300 и умещалось такое кино на одну болванку CD -- 700MB.   Про видеокарту все не просто. Понятное дело что не было видеокарт аппаратно поддерживающих декодинг h263/DivX/Xvid, в те времена наверное были только декодеры mpeg2.   Но даже без декодера чтоб видео не тормозило видеокарта должна была поддерживать вывод из overlay, я так понимаю это когда кадр видео выгружается в видеопамять и потом масштабируется в прямоугльной области видеоплеера или на весь экран, без этого при любой мощи процессора видео бы тормозило.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

11. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+2 +/–
Сообщение от Zenitur (ok), 05-Апр-24, 11:44
> Реализована поддержка кодирования и декодирования видео в формате MPEG-5 Дождались! С 1998 года ждали!
Ответить | Правка | Наверх | Cообщить модератору

	23. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (19), 05-Апр-24, 12:05
	MPEG-5 : А где такое кинцо посмотреть?
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от хрю (?), 05-Апр-24, 12:24
	Судя по очень кучей инфе из инета, то скорее всего нигде и никогда :-))).
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+3 +/–
	Сообщение от Zenitur (ok), 05-Апр-24, 12:53
	> MPEG-5 : А где такое кинцо посмотреть? Берёшь любое FLV со всратым качеством (например Басков - Шарманка, концерт в каком-нибудь ДК, полным бабушек), выкладываешь на торренты под видом MPEG-5 8k стерео-3D видео - которое, благодаря новому кодеку, удалось упихать в 11,2 мегабайта места... Подписываешь "голая Эмма Уотсон в UltraHD качестве". Ждёшь. Ловишь лулзы в комментариях.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	37. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+2 +/–
	Сообщение от Аноним (37), 05-Апр-24, 13:19
	Смотрите - научите. Боюсь детям фильмы из Интернета показывать - вдруг кто-то сделал то, что вы предлагаете, только наоборот.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Zenitur (ok), 05-Апр-24, 13:25
	> Смотрите - научите. Боюсь детям фильмы из Интернета показывать - вдруг кто-то > сделал то, что вы предлагаете, только наоборот. Не бойтесь, там модерация работает. Если видео не соответствует описанию (или туда скриммеров навставляли), раздачу удалят.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Zenitur (ok), 07-Апр-24, 09:50
	> только наоборот Хотели посмотреть эротику, а посмотрели Баскова? Вот это облом!
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

25. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
Сообщение от Аноним (19), 05-Апр-24, 12:14
Кто сильнее жмёт, QOA (Quite OK Audio) или FLAC?
Ответить | Правка | Наверх | Cообщить модератору

	31. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от aaaaaaaaaaaaaaaaaaa (?), 05-Апр-24, 13:02
	На гитхабе референсного ен/декодера ⚠️ This implementation has not yet been fuzzed. Don't use it with untrusted input. ⚠️ If you are experimenting with QOA, please be very careful, especially when wearing headphones. You may unexpectedly produce garbage output that can damage your ears. I had more than a few close calls.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (32), 05-Апр-24, 13:05
	> Кто сильнее жмёт, QOA (Quite OK Audio) или FLAC? QOA
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	35. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+2 +/–
	Сообщение от Аноним (43), 05-Апр-24, 13:13
	QOA — не lossless. «Без потери качества» — отсебятина автора новости.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

27. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
Сообщение от Аноним (27), 05-Апр-24, 12:31
API практически не поломали. Стоит порадоваться. Только вот мажорных версий наплодили.
Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
Сообщение от Аноним (30), 05-Апр-24, 13:00
Одна из лучших свободных программ! Она просто работает и делает своё дело, и "старые языки", на которых она написана, этому никак не мешают.
Ответить | Правка | Наверх | Cообщить модератору

	38. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–5 +/–
	Сообщение от Аноним (37), 05-Апр-24, 13:20
	Это тот модуль, который нужно вручную копировать в папку Яндекс Браузера под Linux, иначе он видео на страницах не показывает?
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (47), 05-Апр-24, 13:43
	Теперь этого мало.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+3 +/–
	Сообщение от Аноним (30), 05-Апр-24, 14:00
	Наверно это проблема Яндекс браузера, а не FFmpeg.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	77. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–1 +/–
	Сообщение от iPony129412 (?), 05-Апр-24, 16:24
	Это проблема линуксов.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+1 +/–
	Сообщение от Аноним (91), 05-Апр-24, 18:20
	Почему не использовать нормальный браузер? Если разработчики Яндекса даже пакет собрать не смогли? И причем тут FFmpeg?
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	93. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–1 +/–
	Сообщение от Аноним (43), 05-Апр-24, 18:31
	Потому что проще использовать нормальную ОС.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (106), 05-Апр-24, 19:32
	То есть, если разработчику браузера наплевать на свой продукт, виновата ОС?
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (43), 05-Апр-24, 20:00
	Для недоОС всё делается по остаточному принципу. И ЯБ тут не одинок.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (91), 05-Апр-24, 21:39
	Ну если заявлена официальная поддержка, то это показывает уровень той шараги. Хотя, если предполагаемая платформа эксплуатации - оптимизированная семерка от иминитого ОВ Говновского, то и так пойдет, просто оптимизация такая) Это же не Google, в конце-то концов. Или вам под зверь хп?
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от soarin (ok), 06-Апр-24, 07:47
	> То есть, если разработчику браузера наплевать на свой продукт, виновата ОС? виновата ОС решения проблем с кодеками две 1) заплатить кучу денег и поставлять браузер с проприетарными кодеками (как Гугл с Chrome) 2) полагаться на системные кодеки, но в случае линуксового зоопарка это сложно
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

	164. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (91), 06-Апр-24, 17:50
	А Brave, Firefox тоже платят?
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от soarin (ok), 06-Апр-24, 18:23
	> Firefox тоже платят? Нет. Firefox дефолтный браузер почти во всех дистрибутивах – возятся сами создатели дистрибутивов.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (106), 05-Апр-24, 19:32
	То есть, если разработчику браузера все равно на свой продукт, виновата ОС?
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

	109. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (106), 05-Апр-24, 19:35
	А что такое нормальная ОС? У меня тут кривой драйвер для какой-то ноунейм мышки упал, это к нормальной ос - винде, или производителю мышки?
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

	193. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (192), 10-Апр-24, 17:13
	> кривой драйвер > упал Если у тебя драйвер кривой и он падает, то твой вопрос уже содержит ответ кто виноват и, соответственно, к кому обращаться..
	Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
Сообщение от Аноним (36), 05-Апр-24, 13:19
Это их VLC ждало чтобы вернуть неудачникам VAAPI?
Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–6 +/–
Сообщение от Аноним (49), 05-Апр-24, 13:56
Встроенный декодер VVC ужасно медленный (не хватает тонны оптимизаций), VVdec по крайней мере в 2-3 раза быстрее на всех устройствах с AVX2/SSE4. Если вы действительно хотите попробовать VVC, лучше остановиться на версии ffmpeg 6.1.1, так как она последняя, в которой есть патчи для включения VVdec. Вы не сможете применить их к версии 7.0/git master: https://github.com/fraunhoferhhi/vvenc/wiki/FFmpeg-Integration Переведено с помощью DeepL.com (бесплатная версия)
Ответить | Правка | Наверх | Cообщить модератору

	74. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–5 +/–
	Сообщение от Аноним (49), 05-Апр-24, 16:19
	А за что минусы-то? Фанатики Линукса не любят факты? Боль и печаль.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (8), 05-Апр-24, 17:01
	Ты не понимаешь, это проприетарный кодек. Вот когда индусы допилят свой кривой опенсорсный, тогда можно будет показывать, как хорошо на фоне такого низкокачественного кодека av1 от libaom выглядит.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (8), 05-Апр-24, 17:04
	Кстати, опенсорсные кодеки aac тоже днище ещё то, а fdk-aac даже без исходников в виде блоба распространяется.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 06-Апр-24, 13:35
	> Кстати, опенсорсные кодеки aac тоже днище ещё то, а fdk-aac даже без > исходников в виде блоба распространяется. А кому они вообще нужны, учитывая что Vorbis уже делал HE-AAC, а OPUS рвет любой AAC на британский флаг просто? Ну их и улучшают в результате. И условия лучше, и кодек круче. Некоторые понимают только так - дубинкой по мордаси. Так что ISO и побег строгать свои недо-кодеки, EVC, VVC, какой там еще WTFVC я забыл от этих горе стандартизаторов. Прямо истерика кодекострогания. А вон там есть весьма крутой svt-av1 котторый так то еще и довольно резвый, если не жестить с настройками. Вот так можно получить крутое видео в вебе - не дав амероским патентным тролям ни цента. А зачем эту кучку вымогателей раскармливать?! Они вообще работать не хотят - а купоны стричь - за десятерых. И удачи фраунгоферу в кодинге кодеков пригодных к эксплуатации. Ща посмотрим на что эта патентная помойка годится :)
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (8), 06-Апр-24, 15:27
	Дело в стандартах. Киношечку в ворбис тоже не посмотришь, кроме как на пк с матрёшкой. Ну и, как бы, кому оно надо, vorbis, имхо, довольно ок, но только на бирейте порядка 256kbps+ (если сравнивать с mp3-320), на типичном 96kbps всегда aac задвигает и понятно это aac lc -- от aac he уши сворачиваются буквально у любого. Opus ничего там не рвёт понятное дело, он пририсовывает случайные искажения. Эвристики кривые, опять же, да и в целом звучание специфичное, особенно, когда битрейта не хватает (т.е. в 100% случаев применения). В aac меньше данных в тот битрейт впихивают и получается ощутимо лучше их закодировать, а искажения понятны и зависят от исходной волны, вместо подрисовывания. Svt-av1 -- мыльное недоразумение, раздувающее битрейт до небес и пихающее кучу глитчей, но, кроме того, даже в самом медленном и "качественном" режиме всем хуже libaom, так ещё на порядки дороже среднего libaom. Libaom, тоже, кстати, мыльное нечто с глитчами, раздувающее битрейт, но только в той же мере, что и vp9 (картинка чуть получше и битрейт самую малость пониже). И попробуй только ограничить битрейт, засыпет артефактами. В то же время, у меня до сих пор нет особых претензий к vvenc -- кодер очень эффективный, битрейт тратится разумно, даже в быстром режиме вполне уничтожает av1 по всем параметрам. Очень рад, что новый индустриальный стандарт vvc такой удачный. По моим прикидкам, обеспечивает лучшее качество на втрое меньшем битрейте относительно av1(libaom) и намного лучшее качество при в 5 раз меньшем битрейте относительно av1(svt-av1). При этом, кодеры av1, просто рассыпаются при любых попытках понизить битрейт до сопоставимого уровня. Что за приколы у гугловской помойки, когда кодер крашится на 10 часовом файле, и не работает в 2-проходном режиме, мне тоже решительно не понятно, поэтому полноценных равнений не получилось. И, по-моему, maxrate добавили совсем недавно, до этого битрейт вообще был непредсказуемый. Всё равно не помогает, только глитчей на весь экран насыпает.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 07-Апр-24, 05:16
	> Дело в стандартах. Стандарты с такими strings attached и вообще соотношениями, когда вместо технологий это превращается в ублажение патентных троллей - не очень нужная штука. > Киношечку в ворбис тоже не посмотришь, кроме как на пк с матрёшкой. Осталось это все гугле рассказать, который всей планете грузит VP9/AV1 + OPUS миллиардами просмотров. А h264 у них в основном фалбэк для старах клиентов, мутный и жирный по бандвизу. На 265/266 они не собираются. Википедия аналогично - грузит VP9 с OPUS или Vorbis нынче. > Ну и, как бы, кому оно надо, vorbis, имхо, довольно ок, но только на бирейте > порядка 256kbps+ (если сравнивать с mp3-320), MP3 не может сделать некоторые композиции нормально вообще ни с каким битрейтом. А отличить 128 кбит VBR ворбис от оригинала уже очень нетривиальная задача, я слепыми тестами поразвлекался на неплохом железе (аудижи, мониторные ушки). OPUS... если вы не слышали оригинал - то и на 96 уже все очень правдоподобно. Даже на 64 - на уровне подсознания понятно что подвох есть, но в чем он - никто не скажет. Никаких явных артефактов нет. В этом свете потуги стричь что-то там с патентов на аудио обречены на провал. > на типичном 96kbps всегда aac задвигает и понятно это > aac lc -- от aac he уши сворачиваются буквально у любого. AAC LC жмет хуже - и ему надо сильно больше битрейта чтобы звучать прилично. А в HE что-то вот перемудрили. В opus/vorbis - господа из xiph целенаправленно потвикали модельки и проч, и они это любят и умеют. И добились определенных успехов. > Opus ничего там не рвёт понятное дело, он пририсовывает случайные искажения. Ну уж не фанатам MP3 про это рассказывать. А реально - отличить его даже на 96 кбит от оригинала с audiocd довольно душно, я это еще и проверял. > Эвристики кривые, опять же, да и в целом звучание специфичное, особенно, > когда битрейта не хватает (т.е. в 100% случаев применения). А как по мне так наоборот - очень удачно срабатывало. Конечно контент разный бывает и может на чем-то и взбрыкивает. Но так то - взбрыки тюнят и улучшают. В ворбисе и опусе есть кому. А в AAC это все кто бу? Там господа посчитали миссию выполненой и хотели купоны стричь. А тут такое. Упсь! > В aac меньше данных в тот битрейт впихивают и получается ощутимо лучше их > закодировать, а искажения понятны и зависят от исходной волны, вместо подрисовывания. А таки как lossy он по соотношению битрейт-качество ни о чем, а еще и с патентными проблемами ... зачем он вообще такой? Ну он и юзается в основном эплом - поттому что они основной доила вокруг патентов около мпег и рядом. И AAC, и MPEG4. > Svt-av1 -- мыльное недоразумение, раздувающее битрейт до небес и пихающее кучу глитчей, Актуально только для старых версий. А так вон некий форк еще более годный гуляет. Забавная штука. И кто его уделает то? x265 чтоли убогий? Он форматом не вышел на таких высотах рубаться вообще. И глитчей при агрессивной попытке сэкономить битрейт генерит сильно больше. А не экономить... ну, а зачем нам очередной xvid только на конских условиях и тормознее?! > но, кроме того, даже в самом медленном и "качественном" режиме всем > хуже libaom, так ещё на порядки дороже среднего libaom. Libaom, тоже, > кстати, мыльное нечто с глитчами, раздувающее битрейт, Раздувающее битрейт. Хы. Только почему-то в кривых битрейта-качетва никого выше не оказалось. Странное какое-то раздувание битрейта. > малость пониже). И попробуй только ограничить битрейт, засыпет артефактами. Я для себя в CRF жму, и таки мне размер файлов VS качество очень даже нравится. Для онлайна в "constrained quality" (как CRF но с клампом битрейта по максимуму). Первое в svt-av1 недурно пашет в 1-проходном режиме, дополнительно сокращая время. > В то же время, у меня до сих пор нет особых претензий к vvenc -- кодер очень эффективный, Булшит бинго какое-то. Подожду более-менее независимого анализа а не сказок от анонов продвигающих проприетарь с наездами на опенсорс. > новый индустриальный стандарт vvc такой удачный. По моим прикидкам, обеспечивает лучшее > качество на втрое меньшем битрейте относительно av1(libaom) и намного лучшее качество > при в 5 раз меньшем битрейте относительно av1(svt-av1). Боюсь это все - требует конкретных пруфов. В виде тестовых последовательностей и воспроизводимых команд. А не вот этого маркетингового булшита. > При этом, кодеры av1, просто рассыпаются при любых попытках понизить битрейт до > сопоставимого уровня. Я по приколу загнал BBB @ 480p в 531 кбит AV1 при практически идеальной картинке где я не виже артефакты даже на стопкадре. Даже титры в конце ЗБС. Покажете мне своим VVC мастеркласс? Укачать нежатый сорц можно с сайта Xiph. Плюс-минус 30 кбит ошибки - мне похрен. И да, у моего файла есть преимущество: он играется в вебе. Сразу. Без костылей. Просто любым современным браузером.
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (8), 07-Апр-24, 09:19
	Что я могу сказать. Пустая трата времени. Именно на BBB @ 480p av1 абсолютно проигрывает по всем направлениям, у vvenc на дефолтном среднем битрейте 200 значительно менее мыльные лица и более чёткие края без артефактов. У x265, кстати, тоже, но этому битрейт 400 подавай и он плоховато  справляется. Libaom что-то вроде 420 подавай (дефолтный crf), svt-av1 больше 500 и картинка хуже.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (178), 07-Апр-24, 10:56
	> Что я могу сказать. Пустая трата времени. Именно на BBB @ 480p > av1 абсолютно проигрывает по всем направлениям, Файло выложи, к нему всего 1 требование - среднее от 500 до 560 кбит, пиковое мне похрен. А я свое тогда подгоню. Ну мы и сравним как оно выглядит - и где там у кого суперкодеки, например? Мое файло около 38 мегов (== 531 Кбит среднего) и я не знаю к чему там по крупному придраться. Это я так, с CRF в svt1 поигрался. Результат вполне понравился вроде. > у vvenc на дефолтном среднем битрейте 200 значительно менее мыльные лица > и более чёткие края без артефактов. У x265, кстати, тоже, но этому битрейт 400 подавай и > он плоховато  справляется. Libaom что-то вроде 420 подавай (дефолтный crf), > svt-av1 больше 500 и картинка хуже. Ну вон покажи что твоя вундервафля из BBB может сделать с вон теми параметрами. Вместе и заценим как оно на таком таргетировании. Ты же не боишься честно зарубиться, показав вундервафлю в деле? :)
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (8), 07-Апр-24, 11:37
	Сорян, уже удалил все файлы и все патченные ffmpeg, пустая трата времени -- мой артистизм недостаточно силён. Смотрел только среднее, ага (в mediainfo). Ты легко можешь воспроизвести. Но с svt-av1 нет смысла возиться, более никчёменой поделки не найти и ты сам это подтверждаешь своим битрейтом. Вот это даёт результат намного лучше, не благодари: -c:v libaom-av1 -usage:v good -crf:v 30 -aom-params "cpu-used=5" (да, я игрался с параметрами libaom, но дефолт лучше картинку выдаёт).
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (188), 10-Апр-24, 10:50
	> Сорян, уже удалил все файлы и все патченные ffmpeg, пустая трата времени > -- мой артистизм недостаточно силён. Ну вот, а я надеялся на честный заруб. У меня файлик есть, впрочем, т.к. я оптимизил настройки и вообще изучал кодек у меня и скрипт для кодирования с теми параметрами остался. Может быть, если у меня будет дофига времени и мне будет совсем не лень я даже напишу сюды какой-нить гайд как в AV1 кодировать не очень тормозно и не погано при этом. > Смотрел только среднее, ага (в mediainfo). Я тупо ffprobe на клипе запустил, он пишет средний битрейт потоков. > Ты легко можешь воспроизвести. Но с svt-av1 нет смысла возиться, более > никчёменой поделки не найти и ты сам это подтверждаешь своим битрейтом. Этот битрейт целил в "visually lossless" на минуточку. Утолкать 480p в 500 кбит - по сути без единого заметного артефакта, даже на стопкадре - по моему очень даже. Не, 265 так не сможет точно. А 266... ну я надеялся что у вас больше опыта и вы покажете как сие могло бы быть на примерно таком таргете. Изучать у кого там более мутная морда - не очень интересно, если можно морду без мути при скромном битрейте. > Вот это даёт результат намного лучше, не благодари: -c:v libaom-av1 -usage:v > good -crf:v 30 -aom-params "cpu-used=5" (да, я игрался с параметрами libaom, > но дефолт лучше картинку выдаёт). Я таки предпочитаю cpu-used=2..3 но это заметно тормознее. И в целом он хуже параллелится - и ему 2 прохода все же нужны. А svt-av1 интересен скоростью и при том вполне приличной картинкой.
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (8), 10-Апр-24, 11:22
	А в чём проблема самостоятельно сравнить? Кодер легко компилируется и vvencapp элементарно использовать.
	Ответить | Правка | Наверх | Cообщить модератору

	190. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (8), 10-Апр-24, 11:26
	Хотя, всё равно придётся ffmpeg патчить, чтобы в mpv просмотреть можно было. Ну так и о чём тогда говорить? Я всё сделал и пришёл к определённым выводам, как вообще можно утверждать, что плохое, не проверив.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (199), 12-Апр-24, 22:09
	> А в чём проблема самостоятельно сравнить? Кодер легко компилируется и vvencapp элементарно > использовать. 1) У меня этот процесс не засетаплен и я не особо в курсе как сие к ffmpeg прикручивать. 2) Нет годного опыта с данным кодеком, и я врядли выжму из него лучшее что он может с наскока. Это все - в силу отсутствия интереса к технологии на тех условиях, с теми соотношениями. ISO реально заманал этим. Стандарты нужны чтобы itnerop был, а не чтобы продвигать интересы узкой группы патентных троллей, которые права качают сильно больше чем работы работают - зато хотят доить всю планету за десятерых.
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (8), 13-Апр-24, 20:17
	На странице кодера есть описание, как это сделать пошагово. Всего-то надо выполнить git clone и make install-release 2 раза для кодера с декодером, потом git clone/git checkout/wget с git apply для ffmpeg и добавить ему 2 ключа в конфигурацию. Выжимать лучшее не надо, банально переключение пресета и все дефолты вполне ок (пока использовал только medium и fast). Надо только добавить конвертацию 8 битного источника в 10 бит с -pix_fmt yuv420p10le и ключевые кадры раз в 10 секунд (дефолт 1) вместо ключа -g можно указать -period в секундах. Всё есть в примерах использования и справка максимально понятная. Например, я кодирую 1080p60 2 прохода (довольно быстрый 1 проход хочется особенно отметить) в целевой битрейт 750kbps с maxrate в 2 раза выше и не буду жаловаться, когда кодек удаляет исходные артефакты некачественного несколько раз кодированного avc потока или не выделяет достаточно на уже изначально зашакаленные элементы. Получается вполне прекрасно, картинка совершенно идеальная. И это не жуткое мыло а ля vp9/av1 и улетающий в небеса битрейт. А там вон кривой-косой 480p24 550kbps на наилучшем и дорожайшем пресете, хех. Я 720p60 в 500 жму идеально этим кодеком на быстром пресете. Кстати, 1080p60 приличного качества в районе 1100kbps получался у x265, я уверен, можно меньше, это был однопроходный crf. А у этого кодера около 700kbps выходит, да. В то же время, libaom предлагает мне битрейт порядка 3000kbps и svt-av1 в районе 5000kbps и если понижать засыпает весь экран глитчами. Ну такое.
	Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

	202. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (202), 14-Апр-24, 16:04
	> потом git clone/git checkout/wget с git apply для ffmpeg и добавить > ему 2 ключа в конфигурацию. У меня свой билд последнего ffmpeg с VP9/AV1/... с последними их версиями. В кастомных дирах. Как VP9/парочку AV1 в кастомные диры класть я разобрался. Это потратило эн времени, но мне интересен результат. Ибо половина смысла: максимально плотное кодирование мувиков чтобы на свой серв их для народа класть. Без облизывания ботинок гугли с ютубом, и чтоб сразу игралось. А _это_ в вебе никогда не будет и смысл возни с ним для меня - около ноля. Для меня 50% смысла в сильном кодеке - "выложить это в веб". На локальном компе это менее критично. И получается многовато возни - без интересного мне результата. Я надеялся что кто-то с процессом "on wheels" смогет забацать под те параметры, посмотреть как оно в таком таргетировании. > Выжимать лучшее не надо, банально переключение пресета и все дефолты вполне ок > (пока использовал только medium и fast). Надо только добавить конвертацию 8 > битного источника в 10 бит с -pix_fmt yuv420p10le и ключевые кадры Ну вот это я уже и для AV1 (aom, svt) умею. Для VP9 не пробовал кстати. Может там есть небольшой скрытый резерв, но мне он в основном интересен как low-spec для хилых систем, простое декодирование в приоритете. > раз кодированного avc потока или не выделяет достаточно на уже изначально > зашакаленные элементы. Ну как бы если артефакт уже был - тут как раз становится сложно понять свой он или чужой, а если вопрос в том чтобы прикинуть что кодек вообще может, и какие у него границы применимости, это мешает. Потому и лосслес исходники. Так я вижу - заскоки кодека над которым экспериментирую, и как это меняется если сделать так или так. > это не жуткое мыло а ля vp9/av1 и улетающий в небеса битрейт. Ахз не вижу никакого особого мыла. И битрейт мне вполне по вкусу. К тому же в движущейся картинке - это один из наименее критичных артефактов, кроме может скриншотов каких. На которых я никаких проблем как раз не вижу. А вот всякие блоки, и проч - таки не айс. > А там вон кривой-косой 480p24 550kbps на наилучшем и дорожайшем пресете, хех. Speed=3 в svt явно не "наилучший". Скорее компромисс по скорости кодирования. Это не выжим максимума, это хороший результат за обозримое время, при идеальной на вид картинке. > Я 720p60 в 500 жму идеально этим кодеком на быстром пресете. Это идеально - включает в себя стоп кадр без артефактов? И, собственно, как насчет шоукейсов этого идеала? Ну вот конкретных файлов. Блабла про крутость != конкретному шоукейсу. > Кстати, 1080p60 приличного качества в районе 1100kbps получался у x265, я уверен, > можно меньше, это был однопроходный crf. CRF как таковому 2 прохода мало что дает. А на чем ему там по крупному выигрывать? Это актуально в основном если clamp на битрейт был, априорное знание позволяет более умную аллокацию в пределах constraints. Но если constraints нет... вопрос отпадает сам собой. > А у этого кодера около 700kbps выходит, да. В то же время, libaom предлагает мне битрейт > порядка 3000kbps и svt-av1 в районе 5000kbps и если понижать засыпает > весь экран глитчами. Ну такое. Кодек может сделать любой битрейт. Вопрос в том понравится ли результат. Более того - в CRF например достигнутый битрейт зависит от контента. С другой стороны это как раз идеальная форма VBR, максимально эффективная по битрейт-качество при прочих равных.
	Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

	203. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (8), 14-Апр-24, 16:28
	H266 будет везде, кроме того, он идеален для стриминга с такими соотношениями качество/битрейт. Самое время ознакомиться с предлагаемыми возможностями. Я уже несколько раз столкнулся с тем, что гугловские кодеки раздувают битрейт на пустом месте, и это никуда не годится (особенно учитывая, что их качество совсем не идеально). Ну и если можно в 4-7 раз больше данных хранить с тем же визуальным качеством и примерно за ту же цену, зачем себе отказывать?
	Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

	117. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (117), 05-Апр-24, 21:04
	Проприетарный он только для компаний, которые продают железо с его поддержкой или занимаются распространением контента для > 100K людей (точные цифры не знаю). Для домашнего пользования он 100% бесплатный и открытый. Spec'и 100% открыты, encoders/decoders открыты. Фанатики Линукса как всегда фанатики. Пле вать на вас хотел. Только ненадивить, требовать на халяву и возмущаться умеют.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	156. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 06-Апр-24, 13:45
	> Проприетарный он только для компаний, которые продают железо с его поддержкой или > занимаются распространением контента для 100K людей (точные цифры не знаю). Ну то-есть очередные вымогатели. Желающие на чужом горбу в рай въехать. Ибо все эти фруунхоферы кодеки кодить не особо лю, а купоны стричь - за десятерых горазды. И тут им вдруг показали - что оказывается, без таких благодетелей можно обойтись! У них аж истерика - строгают кодек за кодеком, один бездарнее другого. Лицензиаров 265 вообще по сути кинули, очень дорогой и при том короткоживущий кодек вышел, который устарел не успев толком выйти. > Для домашнего пользования он 100% бесплатный и открытый. С домашнего пользователя прекрасно слупят до последнего цента - в пользу амеровских патентных троллей. За каждый чип в тв, смарте и чем там еще с поддержкой этого. Вопрос: нафига оплачивать жирование амеровских патентных троллей? Особенно - россиянам? :) > Spec'и 100% открыты, Однако нормально пользоваться ими не получится. Ибо даже мувик в веб не выложить. > encoders/decoders открыты. Кому этот мусор от патентастов нужен и зачем? Поработать на шару по интерес амеровских патентных троллей, которые потом скажут спасибо и купоны состригут? Эпическое предложение. Сами они нормально делать кодер и декодер ессно не будут, срочно ищутся лохи которые выведут этот хлам на уровень! С h265 уже фейл вышел по сути, устарел не успев толком релизнуться. ХЫ. > Фанатики Линукса как всегда фанатики. Пле вать на вас хотел. Только ненадивить, > требовать на халяву и возмущаться умеют. Да вот развелись тут "благодетели" помогающие в гамно поизящнее вляпаться...
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 06-Апр-24, 13:29
	> https://github.com/fraunhoferhhi/vvenc/wiki/FFmpeg-Integration > Переведено с помощью DeepL.com (бесплатная версия) Фраунхофер очешуел настолько что даже к россиянам приперся очки втирать, да еще через переводчик?!
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

57. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
Сообщение от Аноним (140), 05-Апр-24, 14:35
"Everything in QOA is big endian. Yes, virtually all CPUs these days are little endian." "Storing slice bytes backwards just feels wrong." https://phoboslab.org/log/2023/02/qoa-time-domain-audio-comp... Как я понял киллер-фичу его предыдущего творения, QOI, с ним было весело играться. 300 форков на гитхабе, короткая и понятная реализация, в которой нет рутины из серьёзных кодеков - им приходится быть универсальными, поддерживать метаданные, разные цветовые форматы. QOA тоже такой учебный кодек?
Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
Сообщение от Аноним (61), 05-Апр-24, 14:58
Неужели ффмег стал лутше праотца енкоденга мультимедии на линуксе - mencoder? Кстати, michael всё ещё рулит в ффмпеге? Лет 10 назад, он вроде послал на три буквы ffmpeG? https://www.opennet.ru/opennews/art.shtml?num=42707
Ответить | Правка | Наверх | Cообщить модератору

	75. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (49), 05-Апр-24, 16:20
	https://git.ffmpeg.org/gitweb/ffmpeg.git/search?s=Michael+Ni...
	Ответить | Правка | Наверх | Cообщить модератору

71. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
Сообщение от Аноним (70), 05-Апр-24, 15:59
>MPEG-5 (EVC - Essential Video Coding), Это что за такое? H.264 AVC --> H.265 HEVC --> H.266 VVC --> следующий будет EVC? Но пока ещё даже для VVC нет нормальных кодировщиков
Ответить | Правка | Наверх | Cообщить модератору

	80. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (8), 05-Апр-24, 16:58
	Это H.261 (MPEG-1) -> H.262 (MPEG-2) -> H.263 (MPEG-4).
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (140), 06-Апр-24, 05:47
	Неа, всё гораздо проще: H.261 -> MPEG-1 Video (MPEG-1 Part 2) -> H.262 (MPEG-2 Video) -> H.263 -> MPEG-4 Visual -> ... -> H.266 (VVC, MPEG-I Part 3) -> ... Тут написано, что суть EVC в том, чтобы быть дешевле и хуже VVC. https://www.streamingmedia.com/Articles/ReadArticle.aspx?Art...
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 06-Апр-24, 16:38
	То то я смотрю, что не плохо выглядит MPEG-1 720x405 25 кадров с битрейтом 3096 Клбит/c когда сам сжимал в такое не ужас, ужас как думают некоторые люди некогда не видав такого видео.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 06-Апр-24, 16:50
	MPEG-1 Video я о этом. Вот что пишут "(June 1996) MPEG-1 видео MPEG-1 видео был исходно разработан с целью достичь приемлемого качества для видео на потоках 1,5 Мегабита/c и разрешении 352x240. Несмотря на то, что MPEG-1 применяется для кодирования с низким разрешением и низким битрейтом, стандарт позволяет использовать любое разрешение вплоть до 4095x4095. Большинство реализаций разработано с учётом спецификации Constrained Parameter Bitstream." Я да такого не додумался, чтобы сжимать в 4К кодеком MPEG-1 Video, мне с таким разрешением видео сжатое любым кодеком не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (-), 08-Апр-24, 00:50
	720x406, пропорциональное это 720x406.
	Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

89. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
Сообщение от MT (ok), 05-Апр-24, 17:59
> формата QOA (Quite OK Audio), применяемого для передачи звука без потери качества QOA — формат сжатия с потерями качества (lossy).
Ответить | Правка | Наверх | Cообщить модератору

134. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
Сообщение от Аноним (134), 06-Апр-24, 05:24
> для аппаратного ускорения декодирования Врут: для аппаратного замедления декодирования. $ time mpv --no-config --msg-level=all=no,vd=info --no-audio --untimed --vo=null --length=60 1.mp4                                                 mpv --no-config --msg-level=all=no,vd=info --no-audio --untimed --vo=null    20.85s user 0.72s system 747% cpu 2.883 total $ time mpv --no-config --msg-level=all=no,vd=info --no-audio --untimed --vo=null --length=60 --hwdec=auto 1.mp4 Using hardware decoding (vaapi-copy). mpv --no-config --msg-level=all=no,vd=info --no-audio --untimed --vo=null     1.81s user 0.81s system 64% cpu 4.094 total
Ответить | Правка | Наверх | Cообщить модератору

	138. "Выпуск мультимедиа-пакета FFmpeg 7.0"	–1 +/–
	Сообщение от soarin (ok), 06-Апр-24, 07:51
	так copy же на простом mp4 на мощном современном CPU может больше будет потерь на перенос туда-сюда и https://opennet.ru/opennews/art.shtml?num=60656
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Выпуск мультимедиа-пакета FFmpeg 7.0"	+/–
	Сообщение от Аноним (8), 06-Апр-24, 08:28
	Не используй copy, он нагружает декодер видеокарты, но экономия может оказаться и отрицательной. Если работает только с copy, пересобери либы нормально и определи LD_LIBRARY_PATH для mpv. В большинстве дистров очень криво собирают, хотя ffmpeg и сама кривая донельзя.
	Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема