forum.opennet.ru

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

Оглавление

Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией Intel, opennews (ok), 02-Май-23, (0) [смотреть все]

А Apple 127822 когда добавят хардварную поддержку AV1 , soarin (ok), 11:21 , 02-Май-23, (1) –10 //

Когда будет достаточно контента на этом самом AV1 , Tim Cook (?), 11:31 , 02-Май-23, (3) –7 //

Всмысле достаточно контента В youtube уже поддерживается AV1, _RORO_ (ok), 11:38 , 02-Май-23, (4) +5 //

В смысле поддерживается Оно так то все по умолчанию отдается в AV1, кроме того,, Аноним (112), 17:52 , 03-Май-23, (112)

Когда придумают достаточно эффективную проприетарную подконтрольную огрызку за, Аноним (8), 11:42 , 02-Май-23, (8) +5 //

Ну так VP9 есть же Там придумали , soarin (ok), 11:47 , 02-Май-23, (9) //

нету там, только программная поддержкаэпл такое дно что даже программную поддерж, Аноним (20), 12:16 , 02-Май-23, (20) +5

Скрыто модератором, Аноним (-), 12:17 , 02-Май-23, (24) –19
Не обманывай Родители не учили, что обманывать нехорошо 129320 , iPony129412 (?), 13:16 , 02-Май-23, (38) –2

Смотря, кого , Аноним (64), 16:21 , 02-Май-23, (64)

Не залогинился 129320 Короче VP9 у Apple умеется аппаратно с 2017 года оборудо, soarin (ok), 13:21 , 02-Май-23, (39) +1

Покажи пруф, где у них аппаратный декодер vp9 Я говорю работает везде на ПРОГРА, Аноним (95), 23:01 , 02-Май-23, (95) –1

Програмное ускорение может быть лучше апаратного если программист постарался, Самый Лучший Гусь (?), 02:07 , 03-Май-23, (98) –1

Программного _ускорения_ не бывает , Аноним (99), 02:21 , 03-Май-23, (99) +1

Обманываешьhttps forums macrumors com threads apple-m1-vp9-av1-decoding 226993, soarin (ok), 12:52 , 04-Май-23, (114)

Ну в Safari уже добавили, значит скоро https www opennet ru opennews art shtml, Аноним (17), 12:06 , 02-Май-23, (17) +2 //

В своем браузере они просто вынуждены его добавить, иначе отправятся на помойку , Аноним (107), 13:08 , 03-Май-23, (107)

Скоро https www flatpanelshd com news php subaction showfull id 1658141885 сей, Аноним (18), 12:08 , 02-Май-23, (18)
А сколько ты готов за это заплатить , Аноним (27), 12:20 , 02-Май-23, (27) –1 //

Да это ж можно даже не спрашивать Как только выйдет новёхонький Ипхон, так адеп, Аноним (64), 16:25 , 02-Май-23, (65) –1 //

Не адепты, а луддитофобы-ньюфаги побегут искать наполнители для своих душевных п, Фанатик (?), 17:38 , 02-Май-23, (68) +1
А на что там смотреть-то Во-первых, средней руки программист или сисадмин зараб, Аноним (70), 17:42 , 02-Май-23, (70) –3

Зарабатывает резонно тратить на это Сколько раз себя окупит iPhone за 800 о, Аноним (73), 18:50 , 02-Май-23, (73) +1

Простой - можно просто пользоваться смартфоном без особых проблем Уничтожить тож, soarin (ok), 19:25 , 02-Май-23, (75) +1
Айфон, даже max, в руках iOS разработчика окупается примерно за неделю-полторы , Анонин (?), 20:40 , 02-Май-23, (80) +1
На что резонно тратить мржет решить только обладатель денег Какой-то смартфон в, Аноним (70), 23:22 , 02-Май-23, (96)

какое разницо , Аноним (29), 12:26 , 02-Май-23, (29) –1

Если сделали более эффективный кодировщик декодировщик, то это конечно хорощо, н, _RORO_ (ok), 11:28 , 02-Май-23, (2) –6 //

Это не для браузеров и вообще просмотра , Аноним (8), 11:40 , 02-Май-23, (6) +1 //

Тем более GPU ощутимо лучше справляются с кодированием правда в зависимости от, Аноним (54), 15:03 , 02-Май-23, (54) –2 //

Ощутимо лучше Пока что только у nvidia есть аппаратные кодеры, хоть как-то конк, Аноним (60), 15:57 , 02-Май-23, (60)

А что, кому надо 171 качество 187 пусть идёт в кинотеатр, там хороший дорого, Аноним (18), 16:20 , 02-Май-23, (63)

Да я вот пропустил по независящим от меня обстоятельствам прокат того же бегущ, Аноним (60), 17:09 , 02-Май-23, (67)

Ничего хорошего, бесполезно чуть более чем полностью Сабж куда более мыльный, в, Аноним (60), 11:57 , 02-Май-23, (12) //

я имел в виду libaom, а svt-hevc относительно x265, в свою очередь, и применимос, Аноним (60), 12:01 , 02-Май-23, (13)
Использование h265 ограничено патентами Поэтому av1 есть смысл сравнивать с vp9, _RORO_ (ok), 12:48 , 02-Май-23, (33) +1 //

Там не в битрейтах дело, а в пресетах Если использовать дорогой пресет libvpx, , Аноним (60), 12:59 , 02-Май-23, (36)

спорно, что более мыльный, где-то да, чуть похуже, но на сэмплах, где идет быстр, rinat85 (ok), 21:07 , 02-Май-23, (88) //

Возможно, стоит потвикать параметры, эти кодеки весьма капризные Отключить псих, Аноним (60), 21:38 , 02-Май-23, (92)

Ну а смысл сравнения тогда А если еще битрейт накинуть то и MPEG2 сносную карти, Аноним (-), 18:27 , 06-Май-23, (118)

А, ещё надо кодировать в 1 поток, иначе отыквится Me umh это ни то ни сё, будет, Аноним (60), 21:42 , 02-Май-23, (93)

Какой кодек надо x265 точно не надо в один поток, это не стоит того ни при каких, Stax (ok), 10:47 , 05-Май-23, (115)

Качество требует жертв, да и внезапные глитчи не прикольно Не так и плохо на са, Аноним (60), 13:06 , 05-Май-23, (116)

Можно, это вы рекомендации кодирования от гугла пересказываете, насколько я помн, Аноним (119), 18:37 , 06-Май-23, (119)

Скрыто модератором, Мдее (?), 13:51 , 03-Май-23, (110) //

Скрыто модератором, Аноним (60), 16:30 , 03-Май-23, (111)

Вообще-то выглядит он очень даже Особенно супротив H 264 на том же битрейте А , Аноним (119), 18:40 , 06-Май-23, (120)

Есть он в ffmpeg и mpv играет фидосики На фре по дефолту выбирается dav1d декоде, Ivan_83 (ok), 14:00 , 02-Май-23, (45)

Когда уже будет выпуск SVT-VVC , Аноним (5), 11:39 , 02-Май-23, (5) //

Не факт, что этот VVC будет где-либо использоваться в обозримом будущем, _RORO_ (ok), 11:41 , 02-Май-23, (7) //

Факт, что это следующий стандарт индустрии На повсеместное внедрение hevc сколь, Аноним (60), 11:49 , 02-Май-23, (10) –1 //

Посоны, нас тут Аноним с машиной времени , YetAnotherOnanym (ok), 12:24 , 02-Май-23, (28) +3

Да, справедливости ради, hevc был очень важным шагом для 4к контента и поддержки, Аноним (60), 12:46 , 02-Май-23, (32)

К слову, насколько я понимаю, x265 это бесплатная реализация алгоритмов и стан, Аноним (60), 12:53 , 02-Май-23, (35)
Это вы ещё не видели размера AV1 на выходе у тех же раздач торрентов, размер в 2, Ivan_83 (ok), 14:12 , 02-Май-23, (48)

Торренты очень плохо выглядят и в avc, я знаю А ещё они очень хорошо в принципе, Аноним (60), 14:30 , 02-Май-23, (51)

Вы забываете уточнить какой именно индустрии По факту это будет та же самая поды, Ivan_83 (ok), 14:11 , 02-Май-23, (47) +1

Ну с космоса многие до сих пор вещают MPEG2 с битрейтом 200mbps или сколько там,, Аноним (60), 14:22 , 02-Май-23, (49)

Транспондер обычно меньше 100 мегабит, и там пачка каналов радиостанций, но быва, Ivan_83 (ok), 15:39 , 02-Май-23, (58)

Да, я тоже был удивлён, но там был не avc А уж mpeg4 повсеместно Пару лет наза, Аноним (60), 15:46 , 02-Май-23, (59)

Скрыто модератором, Аноним (-), 14:23 , 02-Май-23, (50)
XGIMI Halo Plus, Ivan_83 (ok), 15:26 , 02-Май-23, (56)

Учитывая что стандартизаторы скатились в патентный рэкет - грош таким стандартам, Аноним (-), 18:56 , 06-Май-23, (121)

Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..., ryoken (ok), 11:55 , 02-Май-23, (11) +1 //

лябмда, Аноним (34), 12:52 , 02-Май-23, (34) +1

Я конечно всё понимаю, смотрите какие мы крутые, как мы можем Но почему кодиров, Аноним (18), 12:05 , 02-Май-23, (14) //

Ну у Intel вообще есть топ фича - Quick Sync которая использует выделенный ASIC , Аноним (17), 12:15 , 02-Май-23, (19) +5 //

А у Nvidia есть nvenc и что И QSV у Intel а он тоже с GPU связан и если у вас F , asdasd (?), 13:09 , 02-Май-23, (37) +2

потому что компания интел производитель - cpu У нее этого гуталина - ну просто , пох. (?), 20:55 , 02-Май-23, (83) –1 //

Уже не только Впрочем, давно уже Раньше встройки Интел делал, теперь и дискрет, Прохожий (??), 07:53 , 03-Май-23, (101) //

ну вот счастливым владельцам ксеонов например - просто в качестве затычки и повт, пох. (?), 09:21 , 03-Май-23, (104)

В сериальную консоль фтыкай А дискретки от интеля вроде как на лицензированом у, Аноним (-), 19:02 , 06-Май-23, (122)

а я не понимай ни распайку ни что там за уровни - она точно пятивольтовая, а не , пох. (?), 20:29 , 06-Май-23, (125)

это смотря как настроишь, качественный пресет libvpx практически столько же вычи, Аноним (60), 12:05 , 02-Май-23, (15)
Зачем оно надо, если у них уже давным-давно есть QuickSync , ИмяХ (?), 12:06 , 02-Май-23, (16) //

ну найди мне квиксинк в моем E5-2666v3 а даже если взять мой предыдущий i7-377, Аноним (23), 12:17 , 02-Май-23, (23) +2 //

Можете добавить видеокарту Intel Arc там всё есть начиная с самой простой A310 , Аноним (17), 12:31 , 02-Май-23, (30) +4 //

Когда штеуд будет раздавать их бесплатно - может быть и поставлю А так - пусть , YetAnotherOnanym (ok), 15:02 , 02-Май-23, (53) –1

оно в десктопах только есть А енто - для серверов У которых ни qsv, ни вообще , пох. (?), 20:56 , 02-Май-23, (84) //

Нвидиа продаёт сервера на видеокартах Кто Интелу запрещает , Прохожий (??), 07:56 , 03-Май-23, (102) //

Тоже продавать сервера на видеокартах нвидии Никто не запрещает, сами чего-то н, пох. (?), 09:14 , 03-Май-23, (103)
Ээээ тайваньская фирма, Mitac чтоли, или как там их Которым они недавно произво, Аноним (-), 19:04 , 06-Май-23, (123)

Интеловские процессоры заранее выполняют инструкции по своему усмотрению, чтобы , YetAnotherOnanym (ok), 12:17 , 02-Май-23, (22) +3 //

Напоминает человеческий мозг , Аноним (40), 13:41 , 02-Май-23, (40) –1 //

Напоминает дыру в безопасности , Аноним (18), 13:57 , 02-Май-23, (43) –1 //

Напоминает прокладку между стулом и монитором , анон (?), 15:35 , 02-Май-23, (57) +1

Ясно , fumanchez (ok), 12:45 , 02-Май-23, (31) +3
А посоветуйте плз torrent-трекер с фильмами в av1 , Ivan (??), 15:20 , 02-Май-23, (55) +2 //

Зачем для этого отдельный трекер На рутрекере постоянно встречаю av1, можно в п, Аноним (106), 13:03 , 03-Май-23, (106) –1 //

Гонишь Забей av1 в поиск на рутрекере - ровно 1 результат находится , Ivan (??), 11:32 , 04-Май-23, (113)

Вроде не на JS и не на Питоне разработаны реализации, а такая тяжесть, Фанатик (?), 17:41 , 02-Май-23, (69) //

Алгоритмы навороченные А на JS ты вообще счета этого не дождешься, соответствен, Аноним (-), 20:11 , 06-Май-23, (124)

Что же зеленые не приклеивают свои огурцы к картинам по этому поводу, ведь форма, Фанатик (?), 17:44 , 02-Май-23, (71) //

Ну так кодируешь ты ОДИН раз И эту кучу угля, нефти и газа не пожрут стойки СХД, Аноним (-), 18:05 , 02-Май-23, (72) –1 //

там разница в десятки процентов максимум гигабайт, СХД и СПД намного меньше потр, Фанатик (?), 19:38 , 02-Май-23, (76) //

Как насчёт подумать о потребителе Взять тот же jpegxl У тебя есть вариант пере, Аноним (60), 20:32 , 02-Май-23, (78)

В студенческой общаге процессорные может быть и бесплатные на сеонах с алика Ср, Фанатик (?), 21:04 , 02-Май-23, (87)

Разница в вычислениях не так велика, если сравнивать в сопоставимых условиях Av, Аноним (60), 21:13 , 02-Май-23, (90)

Не кратное там качество Всё равно это обман зрения, как слуха у MP3 vs Vorbis , Фанатик (?), 21:07 , 02-Май-23, (89)

Кратное В 2 раза меньше файл, значит для сохранения на том же носителе можно в , Аноним (60), 21:21 , 02-Май-23, (91)

Читаем новость На лету - это не один раз , YetAnotherOnanym (ok), 01:51 , 03-Май-23, (97)

Сразу видно, сишные диды пишут, старая школа, все дела - даже линтер не смогли н, Аноним (74), 18:53 , 02-Май-23, (74) –4 //

так может сказать только мамкин хеллоуворлдщик, т к он ни разу не пилил коллект, Фанатик (?), 19:40 , 02-Май-23, (77) +3
Звучит забавно У нас линтер не допустит неиспользуемые переменные даже в релиз-, Анонимусс (?), 20:46 , 02-Май-23, (81) //

Именно - когда нашли время - почистили А не занимались вредной хренью ВМЕСТО то, пох. (?), 21:00 , 02-Май-23, (85)

Зачем это, если есть xvid У меня на Pentium 4 работал , Аноним (105), 10:50 , 03-Май-23, (105) +1
Скрыто модератором, MPEGLA (?), 13:25 , 03-Май-23, (108)

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

12. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..." +/–

Сообщение от Аноним (60), 02-Май-23, 11:57

Ничего хорошего, бесполезно чуть более чем полностью. Сабж куда более мыльный, в сравнении с x265 (который вообще-то не так и плох на современном железе). А насчёт декодирования, я тут заметил, что dav1d работает несколько быстрее нормального декодера, так что, если тормозит, попробуй собрать с ним. Не знаю, сколько разницы визуально будет, все альтернативные кодеры (которые не libaom), жалки. По крайне мере процессор вытягивает sd-контент без лагов. А тот тут приколисты внедрили av1 на некоторых сайтах, а то, что он выглядит хреново, и тормозит примерно у всех, да кому это важно?

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

13. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..." +/–

Сообщение от Аноним (60), 02-Май-23, 12:01

>в сравнении с x265
я имел в виду libaom, а svt-hevc относительно x265, в свою очередь, и применимость околонулевая.

Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..." +1 +/–

Сообщение от _RORO_ (ok), 02-Май-23, 12:48

Использование h265 ограничено патентами. Поэтому av1 есть смысл сравнивать с vp9, по сравнению с которым при одинаковых битрейтах качество лучше у av1

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

36. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..." +/–

Сообщение от Аноним (60), 02-Май-23, 12:59

Там не в битрейтах дело, а в пресетах. Если использовать дорогой пресет libvpx, смысл существования libaom сразу под большим вопросом -- при более высокой цене кодирования/декодирования и сопоставимом качестве, он выдаёт картинку хуже и с артефактами. А битрейт будет даже выше из-за этих самых артефактов.

Ответить | Правка | Наверх | Cообщить модератору

88. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..." +/–

Сообщение от rinat85 (ok), 02-Май-23, 21:07

спорно, что более мыльный, где-то да, чуть похуже, но на сэмплах, где идет быстрая смена картинки трава выглядит прям заметно четче на av1, а в самом начале на малом движении деревья чуть лучше на x265
https://mega.nz/folder/kNxA0ToR#jVtYevDaINWM-6I6dxodcA

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

92. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..." +/–

Сообщение от Аноним (60), 02-Май-23, 21:38

Возможно, стоит потвикать параметры, эти кодеки весьма капризные. Отключить психовизуальные оптимизации для начала, они съедают битрейт почём зря (их силу нельзя выставить универсально, она зависит от контента, его характера, и качества), а чтобы мыла не было, можно отключить сао, увеличить aq-mode и aq-motion опять же, чтобы покрасивее в движении. Мне не нравится мусор в кадре. Не плохо бы сравнение с "медленным и качественным" vp9, вероятно, будет ощутимо лучше. А чтобы адекватно сравнить x264 можно поднять ему битрейт хотя бы в несколько раз, это уж совсем ужатый, тем более, для такого контента.

Ответить | Правка | Наверх | Cообщить модератору

118. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..." +/–

Сообщение от Аноним (-), 06-Май-23, 18:27

> битрейт хотя бы в несколько раз, это уж совсем ужатый, тем
> более, для такого контента.
Ну а смысл сравнения тогда? А если еще битрейт накинуть то и MPEG2 сносную картинку даст. Только через интернет качать задольаешься.

Ответить | Правка | Наверх | Cообщить модератору

93. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..." +/–

Сообщение от Аноним (60), 02-Май-23, 21:42

А, ещё надо кодировать в 1 поток, иначе отыквится. Me=umh это ни то ни сё, будет не очень качественно, тем более на таких резрешении и битрейте. Rc_lookahead незначительно экономит в размере, но ощутимо роняет качество, из моего опыта.

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

115. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..." +/–

Сообщение от Stax (ok), 05-Май-23, 10:47

Какой кодек надо?
x265 точно не надо в один поток, это не стоит того ни при каких настройках.

Ответить | Правка | Наверх | Cообщить модератору

116. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..." +/–

Сообщение от Аноним (60), 05-Май-23, 13:06

Качество требует жертв, да и внезапные глитчи не прикольно. Не так и плохо на самом деле. Это x264 в 1 поток (можно не в 1, но качество сразу проседает и 16 это верхний лимит для фуллхд). У x265 повыше лимит, при котором ощутимо деградирует качество. Фуллхд по-моему можно и на 4 кодировать, верхний лимит x265, как говорят, аналогично ~16, для 4к больше можно. Но зависит от параметров тоже.
А что до libvpx-vp9, то должен быть 2 проходный с -deadline best -speed 1 (вроде 4 можно на pass1) и качество выставлять через crf. Рекомендации гугла -tile-colums 2 на 720/1080 и -tile-colums-3 на 2/4к, но, я подозреваю, что для нормального качества тоже надо выставлять -tile-columns 1. По-моему, аналогичный параметр есть у x265, и у него такие же проблемы. И -threads у vpx тоже ограничивать надо наверно, но не имею понятия, когда проседает.

Ответить | Правка | Наверх | Cообщить модератору

119. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..." +/–

Сообщение от Аноним (119), 06-Май-23, 18:37

> А что до libvpx-vp9, то должен быть 2 проходный с -deadline best
> -speed 1 (вроде 4 можно на pass1)
Можно, это вы рекомендации кодирования от гугла пересказываете, насколько я помню. С 4 первый проход в разы быстрее. И если это ffmpeg, в 1 проходе аудио можно не процессить (-an).
> и качество выставлять через crf.
Это лучше всего на самом деле.
> Рекомендации гугла -tile-colums 2 на 720/1080 и -tile-colums-3 на 2/4к,
> но, я подозреваю, что для нормального качества тоже надо выставлять -tile-columns 1.
Правильно подозреваете, для максимального качества лучше анализ картинки целиком а не по тайлам, но кодирование медленнее а улучшение... зависит от разрешения. Если мелкое видео на тайлы резать то потери приличные. Если FullHD то потери умеренные, а подъем скорости кодирования очень кстати.
С точки зрения качества CRF без лимита битрейта лучше всего разумеется, каждая сцена получает достаточно битов чтобы запрошенный уровень качества был, однако для стриминга это может быть чревато тем что где-то в середине битрейт будет ломовой и в этом месте юзеры не смогут столько качать по сети и у них начнется икота. Так что есть компромисс, когда еще и min/max битрейты задаются. Портит картинку зато у потока какие никакие гарантии скорости будут.
В случае AV1 не пилить на тайлы - мучительно по скорости, но если надо небольшой клип, с минимумом размера файла и максимумом качества, можно и так.
> По-моему, аналогичный параметр есть у x265, и у него такие
> же проблемы. И -threads у vpx тоже ограничивать надо наверно, но
> не имею понятия, когда проседает.
Распиливание на тайлы ведет к более независимомум параллельному кодированию частей видео. При этом оно разумеется не может ссылаться на то что за границами тайла так по простому - это ж другой поток анализатора ворочает и кто его знает в каком он там сейчас состоянии, явно не в том чтобы такие данные в полном виде дать. Поэтому битрейт-качество несколько проседает, ккодирование чуть менее оптимально из-за относительной независимости тайлов. Если тайлы крупные, как на FullHD и больше - потери скромные. А если вы 360p так нашинкуете, так там в этих кусочках анализировать нечего будет и эффективность заметно скиснет.

Ответить | Правка | Наверх | Cообщить модератору

110. Скрыто модератором +/–

Сообщение от Мдее (?), 03-Май-23, 13:51

Говори за себя
У "примерно у всех" оно и не определяется, как вариант, если аппаратно не поддерживается

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

111. Скрыто модератором +/–

Сообщение от Аноним (60), 03-Май-23, 16:30

Так у меня ВР, а вот люди жалуются. Каким образом я могу говорить тут за себя?

Ответить | Правка | Наверх | Cообщить модератору

120. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..." +/–

Сообщение от Аноним (119), 06-Май-23, 18:40

> он выглядит хреново, и тормозит примерно у всех, да кому это важно?
Вообще-то выглядит он очень даже. Особенно супротив H.264 на том же битрейте. А грузить вам 100500 мегабитов на каждого никаких серверов не хватит и к тому же вы все время будете жаловаться на лаги и затыки когда оно где-то не пролезет или у вас конекцией едва держащийся 3G в пердях.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	12. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..."	+/–
	Сообщение от Аноним (60), 02-Май-23, 11:57
	Ничего хорошего, бесполезно чуть более чем полностью. Сабж куда более мыльный, в сравнении с x265 (который вообще-то не так и плох на современном железе). А насчёт декодирования, я тут заметил, что dav1d работает несколько быстрее нормального декодера, так что, если тормозит, попробуй собрать с ним. Не знаю, сколько разницы визуально будет, все альтернативные кодеры (которые не libaom), жалки. По крайне мере процессор вытягивает sd-контент без лагов. А тот тут приколисты внедрили av1 на некоторых сайтах, а то, что он выглядит хреново, и тормозит примерно у всех, да кому это важно?
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	13. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..."	+/–
	Сообщение от Аноним (60), 02-Май-23, 12:01
	>в сравнении с x265 я имел в виду libaom, а svt-hevc относительно x265, в свою очередь, и применимость околонулевая.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..."	+1 +/–
	Сообщение от _RORO_ (ok), 02-Май-23, 12:48
	Использование h265 ограничено патентами. Поэтому av1 есть смысл сравнивать с vp9, по сравнению с которым при одинаковых битрейтах качество лучше у av1
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	36. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..."	+/–
	Сообщение от Аноним (60), 02-Май-23, 12:59
	Там не в битрейтах дело, а в пресетах. Если использовать дорогой пресет libvpx, смысл существования libaom сразу под большим вопросом -- при более высокой цене кодирования/декодирования и сопоставимом качестве, он выдаёт картинку хуже и с артефактами. А битрейт будет даже выше из-за этих самых артефактов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	88. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..."	+/–
	Сообщение от rinat85 (ok), 02-Май-23, 21:07
	спорно, что более мыльный, где-то да, чуть похуже, но на сэмплах, где идет быстрая смена картинки трава выглядит прям заметно четче на av1, а в самом начале на малом движении деревья чуть лучше на x265 https://mega.nz/folder/kNxA0ToR#jVtYevDaINWM-6I6dxodcA
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	92. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..."	+/–
	Сообщение от Аноним (60), 02-Май-23, 21:38
	Возможно, стоит потвикать параметры, эти кодеки весьма капризные. Отключить психовизуальные оптимизации для начала, они съедают битрейт почём зря (их силу нельзя выставить универсально, она зависит от контента, его характера, и качества), а чтобы мыла не было, можно отключить сао, увеличить aq-mode и aq-motion опять же, чтобы покрасивее в движении. Мне не нравится мусор в кадре. Не плохо бы сравнение с "медленным и качественным" vp9, вероятно, будет ощутимо лучше. А чтобы адекватно сравнить x264 можно поднять ему битрейт хотя бы в несколько раз, это уж совсем ужатый, тем более, для такого контента.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	118. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..."	+/–
	Сообщение от Аноним (-), 06-Май-23, 18:27
	> битрейт хотя бы в несколько раз, это уж совсем ужатый, тем > более, для такого контента. Ну а смысл сравнения тогда? А если еще битрейт накинуть то и MPEG2 сносную картинку даст. Только через интернет качать задольаешься.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	93. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..."	+/–
	Сообщение от Аноним (60), 02-Май-23, 21:42
	А, ещё надо кодировать в 1 поток, иначе отыквится. Me=umh это ни то ни сё, будет не очень качественно, тем более на таких резрешении и битрейте. Rc_lookahead незначительно экономит в размере, но ощутимо роняет качество, из моего опыта.
	Ответить \| Правка \| К родителю #88 \| Наверх \| Cообщить модератору


	115. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..."	+/–
	Сообщение от Stax (ok), 05-Май-23, 10:47
	Какой кодек надо? x265 точно не надо в один поток, это не стоит того ни при каких настройках.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	116. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..."	+/–
	Сообщение от Аноним (60), 05-Май-23, 13:06
	Качество требует жертв, да и внезапные глитчи не прикольно. Не так и плохо на самом деле. Это x264 в 1 поток (можно не в 1, но качество сразу проседает и 16 это верхний лимит для фуллхд). У x265 повыше лимит, при котором ощутимо деградирует качество. Фуллхд по-моему можно и на 4 кодировать, верхний лимит x265, как говорят, аналогично ~16, для 4к больше можно. Но зависит от параметров тоже. А что до libvpx-vp9, то должен быть 2 проходный с -deadline best -speed 1 (вроде 4 можно на pass1) и качество выставлять через crf. Рекомендации гугла -tile-colums 2 на 720/1080 и -tile-colums-3 на 2/4к, но, я подозреваю, что для нормального качества тоже надо выставлять -tile-columns 1. По-моему, аналогичный параметр есть у x265, и у него такие же проблемы. И -threads у vpx тоже ограничивать надо наверно, но не имею понятия, когда проседает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	119. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..."	+/–
	Сообщение от Аноним (119), 06-Май-23, 18:37
	> А что до libvpx-vp9, то должен быть 2 проходный с -deadline best > -speed 1 (вроде 4 можно на pass1) Можно, это вы рекомендации кодирования от гугла пересказываете, насколько я помню. С 4 первый проход в разы быстрее. И если это ffmpeg, в 1 проходе аудио можно не процессить (-an). > и качество выставлять через crf. Это лучше всего на самом деле. > Рекомендации гугла -tile-colums 2 на 720/1080 и -tile-colums-3 на 2/4к, > но, я подозреваю, что для нормального качества тоже надо выставлять -tile-columns 1. Правильно подозреваете, для максимального качества лучше анализ картинки целиком а не по тайлам, но кодирование медленнее а улучшение... зависит от разрешения. Если мелкое видео на тайлы резать то потери приличные. Если FullHD то потери умеренные, а подъем скорости кодирования очень кстати. С точки зрения качества CRF без лимита битрейта лучше всего разумеется, каждая сцена получает достаточно битов чтобы запрошенный уровень качества был, однако для стриминга это может быть чревато тем что где-то в середине битрейт будет ломовой и в этом месте юзеры не смогут столько качать по сети и у них начнется икота. Так что есть компромисс, когда еще и min/max битрейты задаются. Портит картинку зато у потока какие никакие гарантии скорости будут. В случае AV1 не пилить на тайлы - мучительно по скорости, но если надо небольшой клип, с минимумом размера файла и максимумом качества, можно и так. > По-моему, аналогичный параметр есть у x265, и у него такие > же проблемы. И -threads у vpx тоже ограничивать надо наверно, но > не имею понятия, когда проседает. Распиливание на тайлы ведет к более независимомум параллельному кодированию частей видео. При этом оно разумеется не может ссылаться на то что за границами тайла так по простому - это ж другой поток анализатора ворочает и кто его знает в каком он там сейчас состоянии, явно не в том чтобы такие данные в полном виде дать. Поэтому битрейт-качество несколько проседает, ккодирование чуть менее оптимально из-за относительной независимости тайлов. Если тайлы крупные, как на FullHD и больше - потери скромные. А если вы 360p так нашинкуете, так там в этих кусочках анализировать нечего будет и эффективность заметно скиснет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	110. Скрыто модератором	+/–
	Сообщение от Мдее (?), 03-Май-23, 13:51
	Говори за себя У "примерно у всех" оно и не определяется, как вариант, если аппаратно не поддерживается
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	111. Скрыто модератором	+/–
	Сообщение от Аноним (60), 03-Май-23, 16:30
	Так у меня ВР, а вот люди жалуются. Каким образом я могу говорить тут за себя?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	120. "Выпуск кодировщика видео SVT-AV1 1.5, развиваемого компанией..."	+/–
	Сообщение от Аноним (119), 06-Май-23, 18:40
	> он выглядит хреново, и тормозит примерно у всех, да кому это важно? Вообще-то выглядит он очень даже. Особенно супротив H.264 на том же битрейте. А грузить вам 100500 мегабитов на каждого никаких серверов не хватит и к тому же вы все время будете жаловаться на лаги и затыки когда оно где-то не пролезет или у вас конекцией едва держащийся 3G в пердях.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору