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

"Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
Сообщение от opennews (??), 23-Фев-25, 11:20
Опубликован выпуск библиотеки SVT-AV1 3.0 (Scalable Video Technology AV1) c реализациями кодировщика и декодировщика формата кодирования видео AV1, для ускорения которых задействованы присутствующие в современных CPU Intel средства аппаратного распараллеливания вычислений. Проект создан компанией Intel в партнёрстве с Netflix с целью достижения уровня производительности, пригодного для перекодирования видео на лету и применения в сервисах, отдающих видео по запросу (VOD). В настоящее время разработка ведётся под эгидой альянса Open Media (AOMedia), курирующего развитие формата кодирования видео AV1. Ранее проект развивался в рамках проекта  OpenVisualCloud, который также разрабатывает кодировщики SVT-HEVC и SVT-VP9. Код  распространяется под лицензией BSD... Подробнее: https://www.opennet.me/opennews/art.shtml?num=62781
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+1 +/–
Сообщение от Аноним (1), 23-Фев-25, 11:20
>для кодирования данного формата требуется существенно больше ресурсов Поэтому хардварный Quick Sync это имба: https://www.techpowerup.com/review/intel-core-ultra-arrow-la...
Ответить | Правка | Наверх | Cообщить модератору

	3. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+1 +/–
	Сообщение от Аноним (3), 23-Фев-25, 12:11
	Как у него с соотношением битрейт/качество?
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 23-Фев-25, 12:13
	> Как у него с соотношением битрейт/качество? Весьма прилично на нижних пресетах (0..4 примерно). Более высокие оптимизированы на скорость кодирования.
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	–1 +/–
	Сообщение от Аноним (11), 23-Фев-25, 14:05
	Я бы поставил на то, что nvenc и тут уделает. Естественно, конкурировать тут только с svt-av1 и получится. Видимо, они сознательно делают libaom всё более глючным с кучей артефактов, но av1 мертворождённый в любом случае. Ты вот знал, что в нём даже поддержки альфа-канала нет? Мыло опять же. Разве что меньше бандинга и лестниц на градиентах стало. В остальном, как был vp8, так и остался. Если очень повезёт, добьётся хотя бы такого же распространения (только теперь уже требует поддержки в железе). Всё жду, когда jpegxl окончательно вынесет avif и webp (видеокодеки не подходят для растра) и h266 в свою очередь все видеокодеки (если только av2 всех не удивит).
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	15. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (1), 23-Фев-25, 14:45
	>но av1 мертворождённый в любом случае https://en.wikipedia.org/wiki/AV1#Content_providers >Я бы поставил на то, что nvenc и тут уделает По качеству или как ? Просто тут тогда надо смотреть более детально и сравнивать возможности как встройки, так и дискретки: - https://3dnews.ru/assets/external/illustrations/2025/01/16/1... - https://3dnews.ru/assets/external/illustrations/2025/01/16/1...
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	–1 +/–
	Сообщение от Аноним (-), 23-Фев-25, 15:32
	У меня NVIDIA GeForce GT 1030 менять пока не планирую, устраивает, тогда так: https://3dnews.ru/1110510/vk-video-vnedryaet-tehnologiyu-sga... Нужен не нужен AV1 не спрашивают внедряют кому надо. Для меня так как и процессор не передовой оптимально качество, скорость это x264 как был так и остался. x264 в режиме сжатие без потерь тоже пользуюсь. Пользуюсь и другими кодеками xvid, FFV1, по ситуации.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (73), 24-Фев-25, 21:01
	> xvid Прямо интересно услышать хоть одну причину его использования.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 24-Фев-25, 21:53
	> У меня NVIDIA GeForce GT 1030 менять пока не планирую, устраивает, тогда > так: https://3dnews.ru/1110510/vk-video-vnedryaet-tehnologiyu-sga... > Нужен не нужен AV1 не спрашивают внедряют кому надо. С вас денег - как с козла молока, а трафик и хранение ваших котят денег жрет дай боже. Платить в РАЗЫ больше - кому-то надо? К тому же чем жирнее поток видео онлайн - тем чаще оно выпадает и икает, чем бесит пользователей. > Пользуюсь и другими кодеками xvid, FFV1, по ситуации. Осталось еще MPEG-2 вспомнить... ибо кому и зачем в второй четверти 21 века вперся xvid?
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	27. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 23-Фев-25, 17:03
	https://3dnews.ru/assets/external/illustrations/2025/01/29/1... Эх не оправдали мои надежды до потребления как электрический чайник (1800-2000Ватт) ещё далеко или нет?
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	18. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Ivan_83 (ok), 23-Фев-25, 15:10
	Не знаю чем нужна прозрачность в видео. Как пользователь трекеров я бы хотел везде видеть AV1 или хотя бы h.265 - быстрее качается а с виду тоже самое. Для себя рассматривал возможность перекодировки домашнего видел в AV1, пока пробовал получалось в 2-3 раза меньше без видимой потери качества (относительно аппаратного .h264 который выдавал 100 мегабит поток). Насчёт фоток - хз, мне тут и старого джпега хватает. avif выглядит заманчиво - унификация с видео кодеком.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	21. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+1 +/–
	Сообщение от Аноним (11), 23-Фев-25, 15:39
	Эпл вон оценил такую фичу, очевидно, она необходима в современном мире. Как пользователь трекеров я хотел бы видеть больше сидов на ремуксах, это примерно всегда h265. То, что перекодировано с них, всегда мыльное и глитчами. Часто с убитыми цветами и балансом белого, иногда и контрастностью. В актуальных картах nvidia стоит неплохой кодер h265, кодер h264 хоть и улучшали, весьма посредственный. Насчёт картиночек, для меня ключевое то, что видеокодеки не имеют цели точно кодировать отдельные кадры, отсюда и все особенности. Ну и заточены на определённый контент. Кроме того хотелось бы стандартизированную поддержку "расширенных" параметров, чтобы не было такого, что нормально отображается только в 1 программе, причём, той версии, в которой файл и создан.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Ivan_83 (ok), 23-Фев-25, 17:51
	Я не понимаю  профита от прозрачности в видео, а эпл там же и DEI оценил, только вот я тоже не понимаю какая с этого польза. Видеокодеки имеют цель качественно кодировать ключевые кадры, это как минимум логично. Хз какие вам там нужны параметры, я кроме разрешения, битности и степени сжатия ничего не знаю да и не нужно это в 99% случаев.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	–1 +/–
	Сообщение от Аноним (11), 23-Фев-25, 18:00
	Профит в обработке/производстве видео. Сейчас у тебя либо эпловский софт с поддержкой h265 и прозрачности, либо лосслесс и пнг с каждым кадром отдельно на диске.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Ivan_83 (ok), 24-Фев-25, 14:55
	Я всё равно не понял для чего в видео нужна прозрачность. Если это камень в огород AVIF то я понимаю, да и то, по мне прозрачность это то что нужно для фоток :)
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (11), 24-Фев-25, 15:07
	Зелёный экран будет работать только если ассеты сжаты без потерь и то не всегда. И прозрачность будет работать без затрат, но нет поддержки в софте и ограниченная поддержка в железе.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 25-Фев-25, 03:27
	> Эпл вон оценил такую фичу, очевидно, она необходима в современном мире. Для чего? И да, этот ваш эпл - встроил AV1 в сафари. И даже по моему в i-девайсы уже. А куда он денется с подводной лодки, иначе пользователи этих премиум-жестянок будут смотреть ютуб в зашакаленном качестве, кушая 264 fallback. Как вам 360p премиум на ретина-дисплее, нормуль? :) > Как пользователь трекеров я хотел бы видеть больше сидов на ремуксах, это > примерно всегда h265. А эпл бы вас вообще - в тюрьме хотел бы видеть за это. Хотя-бы в цифровой. На их девайсы вообще видео закачивать - тот еще гемор. Даже просто мувик с камеры залить - та еще порнография. > В актуальных картах nvidia стоит неплохой кодер h265, кодер h264 хоть > и улучшали, весьма посредственный. Кодить хардварным кодером раздачу - это просто позор какой-то. > Насчёт картиночек, для меня ключевое то, что видеокодеки не имеют цели точно > кодировать отдельные кадры, отсюда и все особенности. Ну и заточены на > определённый контент. Кроме того хотелось бы стандартизированную поддержку "расширенных" > параметров, чтобы не было такого, что нормально отображается только в 1 > программе, причём, той версии, в которой файл и создан. С таким уровнем экспертизы лучше сразу помалкивать что вы там хотите.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	23. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 23-Фев-25, 15:59
	У webp тем что я пользуюсь, есть крутилка качества сжатия как и у jpeg, работает так: 0-100% меньше хуже выглядит, меньше размер. Я использую webp с 65%. С каким-то изображением, без видимого ухудшения качества, меньше размер выходит если использовать GIF. Webp меняет оттенки цвета красный может стать розоватым, всегда, не всегда не запомнил, может от сжатия зависит меньше качество сильнее заметно. Использую webp: показал и забыл даже не сохраняю. В моем деле непринципиально в каком формате показывать. И не всегда это webp. Испоьльзую GIF, PNG.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	24. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (11), 23-Фев-25, 16:11
	Если включишь sharp yuv в кодере, webp будет на порядки лучше. В частности, с цветами. А в чём смысл качество меньше 90 ставить? Это не как jpeg, где с качеством 60 ещё можно что-то рассмотреть. На ультранизком качестве вроде avif лучше всего позволяет пожать, но выглядит он хуже webp.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 23-Фев-25, 16:29
	С webp подробностей не знаю, не интересовался. Попробовал webp, посмотрел какие в нём есть настройки. Самое простое для понимания был регулятор от нуля до 100. Покрутил, по сжимал с 5, 33, 65 по умолчанию было вроде 80. Посмотрел качество, размер, остановился на 65. Делов на несколько минут. Подробно изучать настройки не хочу, мне это на данный момент не нужно, возможно и не когда не понадобится, выше написал по чему. "Использую webp: показал и забыл даже не сохраняю. В моем деле непринципиально в каком формате показывать. И не всегда это webp. Использую GIF, PNG"
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 25-Фев-25, 03:29
	> Если включишь sharp yuv в кодере, webp будет на порядки лучше. В > частности, с цветами. Однако ряд картинок по типу скриншотов - yuv 4:2:2 by design убивает, и это не лечится. Совсем. Работает он так.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	30. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Ivan_83 (ok), 23-Фев-25, 17:54
	https://www.opennet.me/opennews/art.shtml?num=56229 Вот идеальный "кодек", можно сказать архиватор картинок :)
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	55. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (55), 24-Фев-25, 04:49
	Это кодек для чьей-то программерской души и обучения. А пользователь скажет, что они по характеристикам изобрели TGA (скорость и степень сжатия), но пожертвовали совместимостью (один TGA у пользователей уже есть). Отдушина для чьей-то души, уставшей от сложного софта, не любящей фиксированные типы (uint32_t)[1] и ошибающейся с порядком байт[2]. [1] https://github.com/phoboslab/qoi/issues/197 [2] https://github.com/phoboslab/qoi/issues/36
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Ivan_83 (ok), 24-Фев-25, 14:54
	Тут скорее алгоритм сжатия изобрели, а реализацию допиливают. TGA я давно не видел, лет 20-25 :) А эти мелочи легко поправить.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 24-Фев-25, 15:58
	А это во что будешь сохранять, было бы чем сохранять и чем просматривать. ibb.co/PsYv6CgY
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (28), 23-Фев-25, 17:22
	"Revolution OS", закодированный в Theora хватит всем гнутым.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	34. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 23-Фев-25, 18:23
	Всё это движение с развитием кодеков делается для уменьшения размера. Если размер не учитывать, MPEG-1, MPEG-2 визуально большинство устроит если битрейт использовать от 4000 кбит/c и выше 8000, 20000, 800000 кбит/с, 300 Мбит/с. И если аппаратура справится. Интернете если канала хватит.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+1 +/–
	Сообщение от Аноним (-), 23-Фев-25, 18:27
	80000 кбит/с = 80Мбит/c ноль выше лишний.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (11), 23-Фев-25, 18:53
	300 Мбит/с это только для фуллхд хватит, сейчас уже 8к на дворе. Наконец сравняли качество цифровой картинки с плёнкой 100-летней давности.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	39. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 23-Фев-25, 19:49
	"300 Мбит/с это только для фуллхд хватит" не проверял. Сомневаюсь что это правда.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (11), 23-Фев-25, 20:06
	Ну понятно это всё равно mpeg2 будет, просто удобоваримый. Какой-нибудь prores лучше для обработки.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 24-Фев-25, 00:18
	""300 Мбит/с это только для фуллхд хватит" не проверял. Сомневаюсь что это правда" У меня сомнения если 8к 60 кадров сжимать в MPEG-2 300 Мбит/с не хватит предполагаю должно хватить с большим запасом не проверял. 1080p 25 кадров 10-20Мбит/с. Для 4К 60 кадров для MPEG-2 есть предположение 20-30Мбит/с. хватит. Проверял но уже подзабыл точные цифры.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	50. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 24-Фев-25, 00:53
	У меня есть файл AVC1 4k 60 кадров битрейт меняется от 11 тыс. до 23 тыс. кбит/с. Средний 15 тысяч. кбит/с. Я этот файл не кодировал.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+1 +/–
	Сообщение от Аноним (-), 23-Фев-25, 18:29
	80000 кбит/с = 80Мбит/c ноль выше лишний.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	45. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от fuggy (ok), 23-Фев-25, 22:14
	> avif выглядит заманчиво - унификация с видео кодеком Для разработчика кодека изображений это хорошо - меньше работы. Но видеокодеки плохо подходят для статических картинок, они мылят картинку, что на количестве кадров в секунду это незаметно.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	54. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (55), 24-Фев-25, 03:42
	Ну, ключевым кадрам надо выглядеть хорошо и в видеоэнкодерах можно припомнить крутилки вроде "tune grain", "tune stillimage", которые должны усмирять психовизуальные оптимизации, опирающиеся на то, что кадр долго разглядывать не будут.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (55), 24-Фев-25, 03:28
	> avif выглядит заманчиво - унификация с видео кодеком. Обманчивая мысль. 1) Видеокодеку почти не нужен lossless-режим. 2) Не нужна прогрессивная загрузка ключевых кадров. 3) Не нужно быстрое программное декодирование, если он уже сильно завязан на аппаратные декодеры. WebP вот тоже унифицирован с VP8. Но для lossless-режима он вместо унификации вобрал в себя отдельный кодек. Результат: lossless AVIF хуже, чем lossless WebP[1]. А на унификации WebP ещё обжёгся тем, что нет 4:4:4 lossy (который для VP8 был не нужен). А что будет, если про эту обманчивую мысль забыть? Вот у старого жипега было больное место - арифметическое кодирование, которое сначала не включали из-за патентов, а потом из-за обратной совместимости. И это больное место превратили в отдельный режим у JXL - в него без потерь перекодируются жипеги с экономией 15-20% места. [1] https://github.com/AOMediaCodec/av1-avif/issues/111 и заодно https://www.reddit.com/r/AV1/comments/rkcx0o/we_need_to_reth.../
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	68. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 24-Фев-25, 18:19
	>> avif выглядит заманчиво - унификация с видео кодеком. > Обманчивая мысль. 1) Видеокодеку почти не нужен lossless-режим. Почти - не считается. Есть случаи когда lossless полезен. А минус отдельные либы - удобно в, допустим, браузерах. Небольшой такой юзкейс. > 2) Не нужна прогрессивная загрузка ключевых кадров. У нас тут что, эксперт из ISO, под которым кресло шатается? Нефиг было патентных троллей ублажать вместо своей работы, имхо. За свою коррумпированость ISO стал довольно непопулярен. 3) Не нужно быстрое программное декодирование, если он > уже сильно завязан на аппаратные декодеры. В случае картинок - пофиг. Времена декодирования не такие чтобы париться. > вобрал в себя отдельный кодек. Результат: lossless AVIF хуже, чем lossless WebP[1]. Какой-то nitpicking бестолковый. Без аргументов, пруфов и проч. С 0 ответов на наброс. > А на унификации WebP ещё обжёгся тем, что нет 4:4:4 > lossy (который для VP8 был не нужен). Так не нужен, что его в VP9 его запилили. Логично. > из-за патентов, а потом из-за обратной совместимости. И это больное место > превратили в отдельный режим у JXL - в него без потерь > перекодируются жипеги с экономией 15-20% места. Это все прекрасно - но совместимость этого JXL с софтом как раз - провальная. Это то что господа получают за жабу. Извините, но 15% экономии - это не то ради чего кто-то будет сильно убиваться. Просто для понимания, AV1 относительно 264 может битрейт разика в 3 скостить без визуальных потерь. И тут еще понятно ради чего мучаться.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (55), 24-Фев-25, 20:52
	Могу объяснить, почему ты неадекватен. > Почти - не считается. Есть случаи когда lossless полезен. > Небольшой такой юзкейс. Ты споришь с реальностью. Видеокодеку почти не нужен lossless-режим (этот сценарий хорошо закрывается *специальным* кодеком FFV1 и старым H.264) и поэтому его поддержку только сейчас добавляют в SVT-AV1, а libaom в этом режиме с x264 не конкурирует (допишу, когда он хоть что-то закодирует). > У нас тут что, эксперт из ISO, под которым кресло шатается? Нефиг было патентных троллей ублажать вместо своей работы, имхо. За свою коррумпированость ISO стал довольно непопулярен. Ты не понимаешь других людей. Я рассказал про то, что в AVIF нет прогрессивной загрузки (как в JPG или JXL) из-за унификации с видеокодеком, а ты в ответ набрасываешься с посторонним бредом про ISO. > Какой-то nitpicking бестолковый. Без аргументов, пруфов и проч. С 0 ответов на наброс. Ты клевещешь ради холивара. Ссылка на гихтаб AOMediaCodec и десятки комментариев там. Вместо просьбы о других источниках насчёт худшей степени сжатия - "наброс". Нет, наброс - это у тебя. > Так не нужен, что его в VP9 его запилили. Логично. Цифры 8 и 9 различаются. Докажи, что его следовало добавить в VP8. В WebP он востребован из-за конкуренции с JPEG (где этот режим есть), а зачем он нужен для stopgap-кодека с более серьёзными проблемами, который применялся для низких разрешений на ютубе? > Это все прекрасно - но совместимость этого JXL с софтом как раз - провальная. Речь идёт об одном большом браузере на букву Х. На всё воля Google, захочет добавить поддержку - добавит, не захочет - не добавит. У корпораций огромная власть. > Извините, но 15% экономии - это не то ради чего кто-то будет сильно убиваться. > Просто для понимания, AV1 относительно 264 может битрейт разика в 3 скостить без визуальных потерь. Путаешься в показаниях. Начал с того, как lossless важен, а закончил тем, что он не важен и обманом сравнил lossless-режим с lossy ("без визуальных потерь"). [1] https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (55), 24-Фев-25, 23:01
	> допишу, когда он хоть что-то закодирует ffmpeg -i <in> -c:v libx264 -qp 0 <out> aomenc --lossless=1 --output=<out> <in> aomenc посвежее, чтобы избежать старого бага[1]. Хм, там ещё открытый баг про 10-битный режим[2]. В общем, файлы от aomenc крупнее, про скорость лучше не буду. В AV1 lossless-режим почти не важен, я говорил. В H.265 (или как минимум x265) с эффективностью losless-режима похожая ситуация была. [1] https://aomedia.issues.chromium.org/issues/42302424 [2] https://aomedia.issues.chromium.org/issues/387472912
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 25-Фев-25, 15:10
	>> допишу, когда он хоть что-то закодирует > ffmpeg -i <in> -c:v libx264 -qp 0 <out> А это точно - lossless был? Ибо 264 вроде никогда и не заявлял - lossless?
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 25-Фев-25, 15:08
	> Могу объяснить, почему ты неадекватен. Не уверен что я. > Ты споришь с реальностью. Видеокодеку почти не нужен lossless-режим (этот сценарий > хорошо закрывается *специальным* кодеком FFV1 и старым H.264) У AV1 мощнее предсказания и их больше - по идее может быть компактнее древних, если довести до ума. А до кучи полезно иногда. Это довольно просто на техническом уровне. Кодек работает как обычно, потом считается ошибка оригинал VS результат, сие кодируется ("residuals"). Так lossy становится lossless. > и поэтому его поддержку только сейчас добавляют в SVT-AV1, а libaom в этом режиме с > x264 не конкурирует (допишу, когда он хоть что-то закодирует). Без этого можно обойтись - но 95% нужной механики уже есть, так что почему бы и? > Ты не понимаешь других людей. Я рассказал про то, что в AVIF > нет прогрессивной загрузки Это можно за минус наверное посчитать. Однако, насколько я помню, у жпегов это раздувает файл, конечный результат одинаковый, так что я этим - не пользовался. Для веба, где это важно, есть технологии лучше. Превьюшки можно генерить отдельно, мизерные, а фулсайз (и тот кодированый под разумные размеры, так что вгрузка быстрая) тягать по мере надобности. Возможно с префетчем следующей картинки, если слайдшоу, пока юзер на первую смотрит. Как вы понимаете, на серваке хочется минимум трафа и чтобы клиент отвалил побыстрей. > Ты клевещешь ради холивара. Ссылка на гихтаб AOMediaCodec и десятки комментариев там. На гитхабе вроде 1 комент без ответа? А ссыль на редит "авторитативна" не более чем ссыль на опеннет. Реддит - просто трепалка в интернете, давно уже довольно маргинальная. > Вместо просьбы о других источниках насчёт худшей степени сжатия - "наброс". Что за просьбы? Если что, анонов бывает - более 1. По моему это претензия - не по адресу. Или хотя-бы дословно цитируйте что вы мне предъявить пытаетесь. > Нет, наброс - это у тебя. Забойная аргументация, что сказать. >> Так не нужен, что его в VP9 его запилили. Логично. > Цифры 8 и 9 различаются. Докажи, что его следовало добавить в VP8. VP9 появился как развитие VP8, внезапно. Это ТА ЖЕ кодовая база, где добавили больше инструментов кодирования, ссылки на N разных golden frames, другие варианты subsampling, вплоть до 4:4:4 (no subsampling), цветовые пространства типа RGB, позволяющие нормально кодировать видео с компов, 10/12 бит на составляющую, etc. Т.е. это работа над ошибками VP8 по сути. Появление VP9 говорит что это следовало сделать. И сделали. То что webp на данный момент устаревший... блин да, поторопились с релизом. И формат файла не очень расширяемо задуман в плане обратной совместимости. Гугл с webp сделал - первое что в бошку пришло, почти внутренний эксперимент. А оно взяло и пошло в массы, зашло - и хрен отберешь без воя! Это слегка глупо, но технология порой начинает жить не так как представляли создатели, а потом что-то крупно менять поздняк. Как с IPv4 и 32 бита на адрес примерно. > В WebP он востребован из-за конкуренции с JPEG (где этот режим есть), Я никогда не кодировал под веб с прогрессивом т.к. файло - больше. > а зачем он нужен для stopgap-кодека с более серьёзными проблемами, > который применялся для низких разрешений на ютубе? Если stopgap это AV1 - то это такой нормальный stopgap, который может утирать нос не только 265 но и 266, не страдая патентопроблемами в том обхеме и играясь в вебе. Это очень жирное преимущество, имхо. > Речь идёт об одном большом браузере на букву Х. А также о софте для редактирования и преобразования. Собссно у webp с этим тоже проблемы есть. Скажем сделать анимированный webp - да не вопрос, даже ffmpeg можно, из любого мувика или кучки картинок. Но вот теперь открыть такой webp чем-то кроме браузера... не, даже ffmpeg сие как input не жрет! И хрен знает кто кроме браузеров - жрет. Анимированный webp - эталонный write-only формат. > На всё воля Google, захочет добавить поддержку - добавит, не захочет - не добавит. У разработчиков есть свои заморочки, типа объема кода на майнтенанс. Если вон то они и так и сяк майнтайнили, а тут надо отдельные либы, ради 15% выигрыша, только на картинках - это не очень хорошее соотношение в целом на уровне проекта. > У корпораций огромная власть. В отличие от борцунов с форумов у них как правило мощный и рациональный менеджмент, нацеленный на сбалансированную картинку в целом. > Путаешься в показаниях. Начал с того, как lossless важен, а закончил тем, > что он не важен и обманом сравнил lossless-режим с lossy ("без визуальных потерь"). Я вообще никогда не педалировал lossless режим, это какой-то другой анон видимо был. Мне AV1 нравится как раз тем что круто жмет в lossy, показывая забойное соотношение битрейт/качество.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	76. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 25-Фев-25, 03:16
	> в 2-3 раза меньше без видимой потери качества (относительно аппаратного .h264 > который выдавал 100 мегабит поток). Мувик с не очень похабной камеры дающей рыхлый H.264 можно раз в 5 сжать без видимых визуальных потерь. Учитывая объемы мувиков нынче - весьма актуально.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	47. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (47), 23-Фев-25, 23:05
	>  Я бы поставил на то, что nvenc и тут уделает. Естественно, конкурировать тут только с svt-av1 и получится. Из широко доступных аппаратных NVENC самый лучший, да: https://compression.ru/video/codec_comparison/2023/hardware_... Только программные кодеки по качеству всё равно на голову выше.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	67. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 24-Фев-25, 17:59
	> Я бы поставил на то, что nvenc и тут уделает. Только по скорости. По битрейт-качество libaom на медленных пресетах рулит, особенно новый и если параметры под контент покрутить. Но надо мощный проц. > Естественно, конкурировать тут только с svt-av1 и получится. > Видимо, они сознательно делают libaom всё более глючным с кучей артефактов, Для специфичного контента может потребоваться подкрутить параметры. По дефолту ВИДЕОкодеки - оптимизируют на ВИДЕО. А не шакаленый контент от всяких хикки. Сабж интересен тем что шустр при использовании CPU, лучше прогружает ядра и при всем этом неплохо жмет. И вот утащили оптимизации из стороннего форка (PSY-оптимизации). > но av1 мертворождённый в любом случае. В нем играется практически весь ютуб. На одном только этом фоне дохлые - потуги от ISO. За день в мире играется столько AV1, сколько в других кодеках за неделю не будет. Разве что VP9. > Мыло опять же. Настраивается в современных кодеках. Включая сабжа. Только чудес не бывает и при плотном сжатии - можно артефакты огрести. А в случае конкретно сабжа - они тягают оптимизации вооон оттуда https://github.com/psy-ex/svt-av1-psy - какие-то видеоэксперты с https://svt-av1-psy.com/video/ вполне не против присоединиться к гонке и дать мастерклассы. > Разве что меньше бандинга и лестниц на градиентах стало. Это все на каком битрейте? > В остальном, как был vp8, так и остался. Полный BS. Это уже давно гибрид Thor, Daala и VP9. А фичи битстрима делают допустим H.265 с огромным отрывом. У того ни аналога CDEF, ни нормальной компенсации глобального движения, да даже по моему аналога CFL - и то нету. Убогий формат, с единственным достоинством - "патентные тролли хотят денег". Поэтому и истерика на тему строгания новых WTFVC, которых уже штук пять наплодили - только никому уже не надо на тех условиях. > поддержки в железе). Всё жду, когда jpegxl окончательно вынесет avif и > webp (видеокодеки не подходят для растра) Это простое заявление - палит весь уровень экспертизы "эксперта" как облупленного. > и h266 в свою очередь все видеокодеки (если только av2 всех не удивит). Никто не будет в вебе платить отчисления за патенты - когда можно не платить. Да и длинной очереди желающих реализовывать продвинутый качественный кодек - не заметно. В том числе и потому что в веб этому барахлу путь заказан. Так что патентные тролли будут грызться между собой на тему почему им денег нет.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

2. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
Сообщение от Аноним (2), 23-Фев-25, 12:09
> Улучшены unit-тесты для кода, использующего инструкции Arm Neon и SVE2. А если запустить в bochs или qemu в tcg? А то комп у меня не имееть этой инструкции...
Ответить | Правка | Наверх | Cообщить модератору

	6. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+2 +/–
	Сообщение от Аноним (3), 23-Фев-25, 12:14
	> А если запустить в bochs или qemu в tcg? Результат кодирования будешь ждать уже не сутками, а годами. > А то комп у меня не имееть этой инструкции... Собери сабж без её использования.
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 23-Фев-25, 12:27
	>> А если запустить в bochs или qemu в tcg? > Результат кодирования будешь ждать уже не сутками, а годами. Зато познает дао рендера в юнитах FPY - frames per year.
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+1 +/–
	Сообщение от Аноним (-), 23-Фев-25, 12:18
	> А если запустить в bochs или qemu в tcg? А то комп у меня не имееть этой инструкции... Для работы кодировщика они в обязаловку не требуются, есть даже чисто сишный fallback. Он уже давно не "требует" команды, а определяет в рантайме - что есть, ну и использует лучшее из доступного. Поэтому будет работать и без них. Запускать юнит-тесты вон того - вообще имеет смысл только если вы девелопаете этот код. Если вы девелопаете оптимизации SVE2 - наверное, логично купить проц с ним. Или как вы эффект от них будете оценивать?! А neon - есть по моему у всех мыслимых ARM кроме совсем уж ископаемых. На совсем уж ископаемом ARM - вы врядли захотите AV1 кодировать - ибо не доживете до окончания кодирования.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	9. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (9), 23-Фев-25, 13:35
	Bochs чисто про x86, там нет ARM.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

4. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	–1 +/–
Сообщение от Аноним (-), 23-Фев-25, 12:12
> для которых применяются ассемблерные оптимизации на базе инструкций SIMD Я понимаю что копипаст это круто - но последние пару релизов там доминирует фирма ARM с оптимизациями под свои процы. А заодно и RISCV оптимизации как раз в этой версии завезли. Но про это в новости почему-то ни звука.
Ответить | Правка | Наверх | Cообщить модератору

	40. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (40), 23-Фев-25, 19:58
	Наверное, из-за рассововерности x86_64.
	Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
Сообщение от Карлос Сношайтилис (ok), 23-Фев-25, 13:41
> присутствующие в современных CPU Intel средства аппаратного распараллеливания вычислений Так AMD тоже поддерживает AVX2. Или они ассемблерные вставки только под Intel клепают?
Ответить | Правка | Наверх | Cообщить модератору

	48. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (48), 24-Фев-25, 00:14
	Самое забавное, что как раз у Intel c AVX2 не очень.1
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (1), 24-Фев-25, 01:10
	>не очень Почему ? AVX2 у Интел появился раньше: https://en.wikipedia.org/wiki/Advanced_Vector_Extensions#CPU...
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 24-Фев-25, 17:37
	Это ты о Pentium и Celeron?
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

22. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
Сообщение от Аноним (22), 23-Фев-25, 15:49
> с целью достижения уровня производительности, пригодного для > перекодирования видео на лету Стесняюсь спросить, но все же - иии... и как? С перекодированием на лету?
Ответить | Правка | Наверх | Cообщить модератору

	43. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (43), 23-Фев-25, 21:38
	А ты попробуй. Я вот игры записывал, но если мониторинг включен обыватели будут шарахаться, хотя 12900К не то чтобы с избытком хватает. Конечно можно качество урезать, но так тоже можно. Если стрим идет на мобильном интернете может и помочь для 4К в 60 кадров. Фишка в том что и те кто смотрят могут иметь полуживой интернет и тут AV1 выручает. Хотя можно интеловскую видеокарту или встройку новую под это дело выделить. UHD770 на линуксе слабовата для 4К и даже в VP9 залагивается. Хотя может гуру подскажут как это можно обойти.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (11), 23-Фев-25, 21:54
	>UHD770 на линуксе слабовата для 4К и > даже в VP9 залагивается Неужели всё так плохо? 4k vp9 нормально декодировался программно бюжетным sandy bridge в браузере на линуксе и ещё половина процессора оставалась. И это было почти 15 лет назад.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (43), 24-Фев-25, 03:40
	Да, запись на линуксе хромает на все три ноги. Иначе этот SVT-AV1 и ненужен. Он только для записи. Причем в OBS, чтобы не придирались. Впрочем там еще и игра часто влияет и некоторые игры могут статтерить и в 1080. Очень трудно в итоге запись сделать показав реальные цифры производительности и потребления. Просто топовый процессор жрен дофига и пугать людей потреблением более 100 ватт это напрашивать на критику тех кто это увидит. Я вот не считаю что та же Троя должны столько жрать. Это надо быть безумцем чтобы гнаться за производительностью методом покупки дорогого железа. Я всеми руками против предтоповых и топовых видеокарт из-за их крайней жручести в паре с весьма скромной энергоэффективностью относительного центральных процессоров.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (11), 24-Фев-25, 10:08
	Так речь о декодировании. А так там nvenc есть в самых бюджетных картах и не создаёт никакой нагрузки на процессор. За исключением совсем уж огрызков вроде GT 1030. Кто ж использует программные кодеры в obs. https://developer.nvidia.com/video-encode-and-decode-gpu-sup...
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (43), 24-Фев-25, 16:08
	То что вы там на своей волне и пытаетесь все так представить не делает SVT-AV1 декодировщиком. Нагрузка и на UHD770 практически не ощущается. Я использую программный вариант, потому что сил встройки не хватает для этого. Покупать проклятую нвидию в линукс я что-то пока не рехнулся.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 24-Фев-25, 16:32
	Как будто до GT 1030 других версий видеокарт не было. Кому что надо и у кого какие интересы. Цена, наличие денег.  Меня не цена не устраивает, не размеры, не потребление электричества и нагружать мне RX видеокарты не чем и подобные от AMD. Есть чем но, это вне моих интересов.  Я когда покупал GT 1030 не смотрел на ней можно кодировать, а что декодировать. Я знал что декодировать можно точно H264,AVC1. H265,HEVC,VP9 предполагал. Кодировать видеокартой вообще не рассматривал мне это не особо надо на процессоре устраивает использовать x264 для того что я кодирую. Но, у меня требования к видео низкие 240p устраивает не критично. Фильмы я практически не смотрю. В игры не играю.
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	65. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 24-Фев-25, 16:47
	И GTX не надо мне по тем же причинам что и RTX. Не нужен мне AV1 я его не выбирал пользуюсь что дают. На процессоре хватает декодировать 360p,720p и сойдёт. Я к чему это, не все покупают от не знания что покупают и от отсутствия денег купить другое.
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	71. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 24-Фев-25, 18:58
	"Не нужен мне AV1 я его не выбирал пользуюсь что дают. На процессоре хватает декодировать 360p,720p и сойдёт" Точнее так: не нужно мне на данный момент декодирование AV1 видеокартой, я AV1 не выбирал пользуюсь что дают. На процессоре хватает декодировать 360p,720p и меня устраивает.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (11), 24-Фев-25, 10:19
	А электричество они при этом не используют особо, центральный процессор куда жручей. Особенно, если это карта с пассивным охлаждением.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	63. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (43), 24-Фев-25, 16:09
	Да только качество у аппаратного кодировщика все равно хуже. Так что для себя какой-нибудь семейный архив аппаратными кодерами делать не стоит.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 24-Фев-25, 18:28
	> Да только качество у аппаратного кодировщика все равно хуже. Но какой-нить голимый стрим на 1 раз - сойдет, там все равно детали рассматривать некогда, реалтайм же не ждет.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (1), 23-Фев-25, 22:24
	С 30-ой версии появилось: >Добавлена поддержка технологии Intel QSV (Quick Sync Video) для аппаратного ускорения кодирования и декодирования видео в форматах H264, HEVC и AV1 на платформе Linux. https://opennet.ru/60098-obs
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

33. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
Сообщение от Аноним (33), 23-Фев-25, 18:10
Чем это лучше VVC? Неуплатой дани патентастам? Так бери и не плати. И заметьте - AV1 таки использует запатентованные технологии.
Ответить | Правка | Наверх | Cообщить модератору

	37. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+3 +/–
	Сообщение от Хо (?), 23-Фев-25, 18:49
	Этот vvc с вами в одной комнате? В интернете нигде не встречал его, а av1 в Ютубе давно есть.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+1 +/–
	Сообщение от Аноним (40), 23-Фев-25, 20:02
	Но AV1 ещё никто не нагнул на роялти. За ним стоит копрорация бобра.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	69. "Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1"	+/–
	Сообщение от Аноним (-), 24-Фев-25, 18:26
	> Чем это лучше VVC? Неуплатой дани патентастам? Так бери и не плати. Тем что 1) Уже широко задеплоен и юзается. Если в инфо о видео (stats for nerds) на ютубе написано "AV01" - это оно. А теперь это там - по уже везде. 2) Поддержка софта и нормальные кодеки этого WTFVC где? Или это еще и самим писать надо? 3) Не зашкварившийся ISO, дискредитировавший себя обслугой патентных троллей, OOXML и прочей откровенной коррупцией. > И заметьте - AV1 таки использует запатентованные технологии. Там пул патентов организован чтобы всем его нашару юзать всей толпой. И условия довольно интересные.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

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

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