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

Результаты тестирования AV1 в Facebook. Новый формат JPEG XS, opennews (??), 11-Апр-18, (0) [смотреть все] Результаты радуют Нет разницы сколько времени будет кодироваться, если делаться, Аноним (-), 23:36 , 11-Апр-18, (1) –1   // Владельцы огромных пулов машин для кодирования видео обычные TV каналы, всякие , Аноним (-), 23:38 , 11-Апр-18, (2) +6   // наоборот - им-то пофиг, у них будет еще более огромный пул еще более мощных маши, пох (?), 23:46 , 11-Апр-18, (4) +7   // Несогласен 1 Хранилища относительно дешевы, дешевле железа кодировщиков, по кра, Алконим (?), 01:13 , 12-Апр-18, (18) +1   gt оверквотинг удален Забыл про рекламу рекламные ролики тоже нужно перекод, Алконим (?), 01:17 , 12-Апр-18, (19) +2   Которая индустрия идет - вот той и работать над этим А реально кому сильно н, Аноним (-), 03:15 , 12-Апр-18, (23) +1   Ну тот же Hulu, Netflix, YouTube TV да и телединозавры давно адаптировались под, Алконим (?), 04:22 , 12-Апр-18, (30) +1   Перекодироваться будет дольше, но потенциальная аудитория вырастет за счет тех, , Аноним (-), 21:29 , 12-Апр-18, (98)   У гугли не так уж много live потоков, просто роликов - намного больше А реалтай, Аноним (-), 08:03 , 13-Апр-18, (107)   gt оверквотинг удален В цене хранилок есть большой разброс, если надо хранить , Dal (?), 22:47 , 14-Апр-18, (122)   дата центры используют диски как кеш, основное хранилище ленточные библиотеки , , NEO (??), 01:52 , 25-Авг-19, (124)   До того как умничать и делать глобальные выводы, нефигово бы посмотреть в список, Аноним (-), 03:22 , 12-Апр-18, (24) +1   имелось в виду, что если выбирать между удвоить хранилку и удесятерить мощность , пох (?), 09:08 , 12-Апр-18, (51) –1   Там же 600х по сравнению с vp9, не 10x, Аноним (-), 13:27 , 12-Апр-18, (79)   Гугломорды прямым текстом сказали что дороже всего им обходится бандвиз С ним и, Аноним (-), 08:27 , 13-Апр-18, (108)   да Вот что значит, не чтить первоисточники - не понять нам, живущим в квартир, пох (?), 18:24 , 14-Апр-18, (120)   Ютуб хранит видео и в h264, и в webm Придётся хранить дополнительно в ещё одном, BrainFucker (ok), 05:01 , 12-Апр-18, (31)   Во время переходного периода 8212 да, потом один из старых кодеков дропнут, MrClon (ok), 06:35 , 12-Апр-18, (33) +5   То-то Youtube уже 8 лет хранит - Одной ногой мы стоим в прошлом, а другой но, iPony (?), 07:16 , 12-Апр-18, (39) +1   Я говорю не о том что удалят уже пожатое подозреваю что ютуб в принципе не удал, MrClon (ok), 07:22 , 12-Апр-18, (42)   Ну ютюб вроде до сих пор жмёт в h 264 даже для 4K, хотя просто так и всем он его, iPony (?), 08:51 , 12-Апр-18, (49)   AV1 вышел считай что вчера, переходный период ещё даже не начался Его и браузер, MrClon (ok), 09:12 , 12-Апр-18, (52) +1   У них скорее наоборот, если посмотреть, то давно загруженное видео часто присутс, Аноним (-), 13:29 , 12-Апр-18, (80)   Затянулось что-то, сколько лет уже длится переходный период Хотя уже даже в Fir, BrainFucker (ok), 11:18 , 12-Апр-18, (64)   Так гугл вроде и не собирался VP9 дропать Не для того они его пилили и продвига, MrClon (ok), 11:31 , 12-Апр-18, (66)   Тогда могли бы и не использовать h264 на ютубе, пострадали бы только анально ого, BrainFucker (ok), 12:13 , 12-Апр-18, (71)   Потому-что H 264 это синица в руке Работает хорошо, везде кроме отдельных ульт, MrClon (ok), 12:33 , 12-Апр-18, (73) +1   Так ведь когда добавили webm на ютубе и режим без флеша, вроде поддержки h264 не, BrainFucker (ok), 13:24 , 12-Апр-18, (78) +1   Тогда был Флэш, он был на всех десктопах, и он кажется умел только H 264 ну и, MrClon (ok), 13:33 , 12-Апр-18, (81)   1 Edge поддерживает WebM2 Нет, пострадала бы так же куча мобильных устройств д, iPony (?), 04:08 , 13-Апр-18, (104)   А самое смешное, что поддержка в браузерах для декодирования VP9 на десктопах ес, iPony (?), 04:14 , 13-Апр-18, (105) +1   опять смешал кодер и контейнер, Никонор Бонифатич (?), 10:39 , 12-Апр-18, (61)   В данном случае пофиг, всё равно никто не суёт h264 в webm и всем и так очевидно, BrainFucker (ok), 11:24 , 12-Апр-18, (65) +2   webm это VP 89 и AV1 В общем свежевылупленный формат моментально скатился в зо, MrClon (ok), 12:36 , 12-Апр-18, (74)   А уж какой в mkv зоопарк, подумать страшно Серьезно, какая разница, сколько код, Владимир (??), 16:08 , 12-Апр-18, (91) +1   mkv не жалко, он для того и предназначен Но webm это ведь 171 а давайте догов, MrClon (ok), 16:18 , 12-Апр-18, (92) +1   Раньше не было единого стандарта Эппл хотел h 264 aac, остальным постепенно с, Аноним (-), 08:35 , 13-Апр-18, (109)   Ты всерьёз думаешь, что будет дешевле накопить серверов для кодирования, чем фай, marks (?), 07:02 , 12-Апр-18, (35)   Я думаю что дешевле купить кодирующего железа чем хранилок и а вот это вы почем, СОВА (?), 07:35 , 12-Апр-18, (44) +1   конечно computing node всегда дешевле чем storage И по стоимости, и по цене вл, пох (?), 09:15 , 12-Апр-18, (54)   У гугла хранилище для видосов по паттерну использования холодное есть большое к, Аноним (-), 21:38 , 12-Апр-18, (99) +1   на телеканалах нет ферм по кодировке видео, этой хренью только айтишники занимаю, первоадмин (?), 15:37 , 12-Апр-18, (89)   Это первая версия, там ещё нет ни оптимизаций, ничего , Анонимус142 (?), 23:50 , 11-Апр-18, (5) +13   // я честно не представляю, какие такие оптимизации там должны быть, чтобы отыграть, Аноним (-), 06:43 , 12-Апр-18, (34) +4   // Кодированием декодированием должен заниматься ГПУ Например у меня на ноуте, есл, amonimous (?), 07:18 , 12-Апр-18, (41)   У ГПУ есть ряд ограничений Новые кодеки используют не один прошлый кадр, а множ, Аноним (-), 11:06 , 12-Апр-18, (63) –1   AV1 с VP9 и не собирается гоняться, его конкурент H 265, MrClon (ok), 09:15 , 12-Апр-18, (53)   И как раз самого интересного 8212 сравнения с ним 8212 и нету , Аноним (-), 09:20 , 12-Апр-18, (55)   Есть, но не у мордокниги https www opennet ru openforum vsluhforumID3 114062, MrClon (ok), 09:29 , 12-Апр-18, (58)   VP9 и H265 примерно сравнимы по сложности , Аноним (-), 11:38 , 12-Апр-18, (67)   У H 265 на самом деле как и у H 264 большой разброс по сложности, в зависимост, MrClon (ok), 12:08 , 12-Апр-18, (70)   У VP9 и AV1 это аналогично Там даже реалтаймные профайлы есть Для видеоконфере, Аноним (-), 08:41 , 13-Апр-18, (110)   Я пока не особо курил параметры, но кажется в текущих реализациях оно может либо, MrClon (ok), 08:53 , 13-Апр-18, (111)   Полностью не догонят, это ожидаемо Но на CPU, кроме риповальщиков-релизеров, ни, Аноним (-), 11:41 , 12-Апр-18, (68)   Железные кодеры по крайней мере, те, что для массового рынка в процах и видяхах, Аноним (-), 21:48 , 12-Апр-18, (100)   До завершения перекодирования ролика День рожденья Сани осталось 2 лет 35 дней, Аноним (-), 00:52 , 12-Апр-18, (13) +7   // Вспомнил прямо времена диадапа, marks (?), 07:05 , 12-Апр-18, (37) +2   Есть разница и для некоторых ресурсов типа онлайн вещания типа Twitch tv YouTube, Аноним (-), 06:28 , 12-Апр-18, (32)   // Что-то я запутался в вашей мыли Для появления аппаратного декодера нужно ускоре, MrClon (ok), 07:02 , 12-Апр-18, (36) +2   // нет Как было сказано другим анонимом, AV1 в ненышнем виде никогда не станет мас, Аноним (-), 16:40 , 12-Апр-18, (93)   Да какая разница какой кодек используют создатели контента Всё-равно всякие там, MrClon (ok), 17:01 , 12-Апр-18, (95) +2   На графиках AV1 в 5869 раз медленнее чем x264 на High Profile Т е если на совр, Аноним (-), 08:24 , 12-Апр-18, (46) +1   А шо там с декодированием Бежать за новым проигрывателем в магазин , VINRARUS (ok), 23:45 , 11-Апр-18, (3) // Для каких целей нужен аппаратный декодер На видеоядро навесят и пользуйся , vz (?), 23:51 , 11-Апр-18, (6) // То есть бежать ПС огнепанда до сих пор на GNUщихся ОС ютубик через ЦП полност, VINRARUS (ok), 23:52 , 11-Апр-18, (7) +3 // Это её проблемы, хотя мой Celeron J3455 справляется с 1440p без выпадения кадров, vz (?), 00:03 , 12-Апр-18, (8) Ну для атлона х2 2,5 ГГц 1080р уже не по зубам Думал видеокарту поставлю вместо, VINRARUS (ok), 00:28 , 12-Апр-18, (10) +2 Вам видеокарта помогла бы, mpv умеет аппаратное ускорение vdpau, а youtube через, vz (?), 01:03 , 12-Апр-18, (15) +1 Загрузка 4-х ядер около 20 , ну на 2-х ядерном по более может быть, проверьте хо, vz (?), 01:05 , 12-Апр-18, (16) Вот токо станет ли человек со старым ЦП переключаться между браузером и плеером , VINRARUS (ok), 01:41 , 12-Апр-18, (21) Человек 8212 нет, линуксоид 8212 вполне возможно Ещё и научит браузер а, MrClon (ok), 07:17 , 12-Апр-18, (40) +2 смотря что за видео Если там есть что смотреть в 4k - станет Иначе лично я и с, пох (?), 08:53 , 12-Апр-18, (50) Так сложно ссылку на видео перетянуть на кнопку окна плеера в панели задач , Аноним (-), 06:15 , 13-Апр-18, (106) Ты не поверишь c Для многих хомяков таки да, сложно , Аноним (-), 14:02 , 13-Апр-18, (115) Ну а тебе так сложно каждый день встать и с утра пять раз расстегнуть и застегну, iPony (?), 17:31 , 13-Апр-18, (119) Вот интересно, воткнуть mpv вместо штатного youtub-ерного расширением хотя бы, vz (?), 01:09 , 12-Апр-18, (17) +2 Так есть же расширение для фаерфокса, которое заставляет играть ютуб через mpv, СОВА (?), 07:40 , 12-Апр-18, (45) +2 Которое встраивается в тоже место html-разметки , vz (?), 10:46 , 12-Апр-18, (62) у вас ссылка не кликается, негуглица (?), 21:58 , 12-Апр-18, (101) Проигрывателем Однозначно Там декодер хардварный и этого декодера там нет, кон, Аноним (-), 03:43 , 12-Апр-18, (26) а где x265 в сравнении , JL2001 (ok), 00:18 , 12-Апр-18, (9) +3 // Похоже, они сравнивали то, что уже используют x264 с тем, что планируют исполь, axredneck (?), 00:32 , 12-Апр-18, (11) +1 А что сравнивать Чтобы выжить против альянса AV1 он должен творить чудеса, не м, Crazy Alex (ok), 00:42 , 12-Апр-18, (12) +1 // Чтобы выжить против альянса AV1 он должен отстегивать альянсу А1 Поправил , Аноним (-), 00:54 , 12-Апр-18, (14) // Хреново ты поправил - это мпегла всё пыталась дань собирать А тут - чистый опен, Crazy Alex (ok), 01:34 , 12-Апр-18, (20) Оплата может быть и борзыми щенками Ну или вот кодеком, который позволит бандви, Аноним (-), 03:52 , 12-Апр-18, (28) Что-то я твою конспирологию не понял Как ни крути - по итогу сплошная выгода вс, Crazy Alex (ok), 12:39 , 12-Апр-18, (75) А нет никакой конспирологии Есть честный вджоб в формате опенсорца И таки он п, Аноним (-), 09:30 , 13-Апр-18, (112) Уже не поможет Троллей затроллили Сказочно затроллили, черт побери , Аноним (-), 04:04 , 12-Апр-18, (29) А это невозможно Альянс с самого начала задался целью догнать и перегнать Он, Аноним (-), 03:49 , 12-Апр-18, (27) // gt оверквотинг удален Тут такое дело, если в новый цикл производства, к пример, Аноним (-), 13:53 , 12-Апр-18, (84) Да пофигу, оно всё раз в пол-года обновляется, Crazy Alex (ok), 18:28 , 12-Апр-18, (97) Да ничего страшного, все с удовольствием продатут НеЛохам новые улучшенные устро, Аноним (-), 12:01 , 13-Апр-18, (113) +1 в заднице Поищите любые его тесты - он совершенно неинтересен на этих параметрах, пох (?), 08:46 , 12-Апр-18, (48) +2 Есть сравнения с более детальным отчётом, там правда старая версия AV1, ещё до з, MrClon (ok), 09:26 , 12-Апр-18, (57) +4 Что-то я не догоняю графики скорости кодирования Это отношение чего к чему , Аноним (-), 03:06 , 12-Апр-18, (22) +2 // Времени кодирования AV1 ко времени кодирования другим кодеком , Аноним (-), 09:25 , 12-Апр-18, (56) +1 // Ясно Спасибо Печально , Аноним (-), 11:49 , 12-Апр-18, (69) // Ещё один Это эталонная реализация, ориентированная не на скорость, а не понятно, Crazy Alex (ok), 12:41 , 12-Апр-18, (76) Да я в курсе На самом деле, там есть довольно много оптимизированного под SIMD , Аноним (-), 14:38 , 12-Апр-18, (85) +1 Кто тебе все это сказал Там скорее всего будет как с VP9 - это и будет основной, Аноним (-), 13:58 , 13-Апр-18, (114) +1 они что, пережимали уже сжатые видосы , Аноним (-), 03:39 , 12-Апр-18, (25) +1 // тaщемтa у них на сервах должен храниться оригинал вместе с пожатым видео Думаю , dontbelieveinghosts (ok), 07:26 , 12-Апр-18, (43) +1 // мне кажется, даже для факинбука хранить все оригиналы всех котиков будет накладн, пох (?), 08:38 , 12-Апр-18, (47) +1 // вот именно - им уже грузят жатое и чаще всего семейства x264 что пережимать коде, JL2001 (ok), 09:42 , 12-Апр-18, (59) +1 они у всех современных кодеков более-менее одинаковы, поскольку математика для о, пох (?), 00:32 , 13-Апр-18, (103) Это в теории А на практике дьявол позволяющий отыграть битиков - прачется в дет, Аноним (-), 14:17 , 13-Апр-18, (116) JPEG XS - вроде бы хорошее начинание, но visually lossless меня не устраивает, т, Аноним (-), 07:08 , 12-Апр-18, (38) +2 Ненужно, будущее за HEIF , Аноним (-), 09:51 , 12-Апр-18, (60) –1 Это исчадие ада было создано лишь для того чтобы следить за людьми , Никодим (?), 12:27 , 12-Апр-18, (72) // Никодим, иди уже в свой скит, Crazy Alex (ok), 12:42 , 12-Апр-18, (77) // Никотин, иди уже в свой спирт , Аноним (-), 13:46 , 12-Апр-18, (83) –2 Вот что пишут на сайте про jpeg xsжуть какая теперь уже форматы с потерямb назыв, Аноним (-), 13:44 , 12-Апр-18, (82) +1 // Нет, в данном случае они честно пишут что визуально без потерь, на самом деле по, lucentcode (ok), 14:54 , 12-Апр-18, (87) // Эстонские стримеры стримят в формате ЖПЕГ , Аноним (-), 16:44 , 12-Апр-18, (94) // MJPEG OnLive Steam Link Не, не слышал Не всё в этом мире ограничивается твичо, Аноним (-), 18:27 , 12-Апр-18, (96) Только недавно спеки финальные первой версии формата выложили, пока кодировщик н, lucentcode (ok), 14:52 , 12-Апр-18, (86) JPEG XS - AVIF О нет, опять начинается Как когда-то с WebP Но теперь уже точн, Аноним (-), 14:55 , 12-Апр-18, (88) Или перевод лажовый, Или или, Аноним (-), 15:59 , 12-Апр-18, (90) АстаноВИТЯЗЬ Уже были JPEG 2000 и JPEG XR, были WebP и Guetzli Никому это не н, Аноним (-), 22:31 , 12-Апр-18, (102) // не обязательно альтернативы WinAMP 2 95 для моего Рентиума1 с 98виндой просто н, Аноним (-), 15:35 , 13-Апр-18, (117) Это вы разные версии Виндовс обозвали дитрибутивами ЗЫ Напомню, что бэкапы шта, Аноним84701 (ok), 16:41 , 13-Апр-18, (118) Эй А где же Пегий Дудочник , Аноним (-), 20:58 , 14-Апр-18, (121) 1,3,9,22,25,38,60,72,82,86,88,90,102,121

Сообщения

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

1. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	–1 +/–
Сообщение от Аноним (-), 11-Апр-18, 23:36
Результаты радуют. Нет разницы сколько времени будет кодироваться, если делаться это будет один раз, а воспроизводиться - много.
Ответить | Правка | Наверх | Cообщить модератору

	2. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+6 +/–
	Сообщение от Аноним (-), 11-Апр-18, 23:38
	Владельцы огромных пулов машин для кодирования видео (обычные TV каналы, всякие youtube`ы и так далее) с вами не согласны :)
	Ответить | Правка | Наверх | Cообщить модератору

	4. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+7 +/–
	Сообщение от пох (?), 11-Апр-18, 23:46
	наоборот - им-то пофиг, у них будет еще более огромный пул еще более мощных машин, подумаешь. Зато они выиграют 50% размера хранилки, а диски по прежнему дороги. А вот если ты, Анон, хочешь выложить видео для друзей и анонов без помощи этих пулов (включая тот который никакое видео не кодирует, а смотрит за тобой и твоими друзьями-анонами) - вероятнее всего, тебе расхочется ждать "пока дискетка отформатируется", и ты выберешь кодек побыстрее, а диск вместо 4 воткнешь 8T, хрен с ним.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+1 +/–
	Сообщение от Алконим (?), 12-Апр-18, 01:13
	Несогласен. 1.Хранилища относительно дешевы, дешевле железа кодировщиков, по крайней мере. 2. Но! индустрия идёт в сторону JITE (just in time encoding):       а) пакет контента имеет лицензию на вещания в определенный промежуток времени. Много популярного контента приходит от контент провайдера к телекоммуникационной прям перед началом лицензии (Game of thrones к примеру). Поэтому трата времени на перекодировку эта трата денег, ибо окно вещания уменьшается на время перекодировки.       б) пре-кодирование требует хранения оригинального файла и перекодированных  - терабайты... и не весь контент востребован, постоянно.       с) провайдеры контента пихают его пачками, особенно если они только имеют satellite, ну и попривыке старой, особенно в начале года, что создаёт backlog ибо перекодировщики (mpeg) несправляются  с нагрузкой (см. а к чему это ведёт)
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+2 +/–
	Сообщение от Алконим (?), 12-Апр-18, 01:17
	>[оверквотинг удален] > вещания в определенный промежуток времени. Много популярного контента приходит от контент > провайдера к телекоммуникационной прям перед началом лицензии (Game of thrones к > примеру). Поэтому трата времени на перекодировку эта трата денег, ибо окно > вещания уменьшается на время перекодировки. >       б) пре-кодирование требует хранения оригинального файла > и перекодированных  - терабайты... и не весь контент востребован, постоянно. >       с) провайдеры контента пихают его пачками, > особенно если они только имеют satellite, ну и попривыке старой, особенно > в начале года, что создаёт backlog ибо перекодировщики (mpeg) несправляются   > с нагрузкой (см. а к чему это ведёт) Забыл про рекламу... рекламные ролики тоже нужно перекодировать и внедрять. И рекламы много (national level + markets)
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+1 +/–
	Сообщение от Аноним (-), 12-Апр-18, 03:15
	> 2. Но! индустрия идёт в сторону JITE (just in time encoding): Которая индустрия идет - вот той и работать над этим :). А реально кому сильно надо - купят или хардварный кодер или поюзают realtime профайл кодирования. В обоих случаях соотношение битрейт-качество сильно ухучшится, но если кто хотел реалтайм любой ценой... то заплатит повышенным расходом бандвиза. Для гугли и фэйсбука это в целом неприемлимо, т.к. повышает их расходы. Так что не надо тут за всю индустрию. >       а) пакет контента имеет лицензию на вещания в определенный промежуток времени. Это у кого? У телединозавров? Ютубу и фэйсбуку на все это... у них знаете ли пользователями вся планета и они сойдут с ума пытаясь промежуток времени вычислить. А ничего что штаты отстают относительно европ часов на 8-10? Еще и с часовыми поясами. Так что телединозавры с такой политикой постепенно вымрут, куда и дорога :) > Много популярного контента приходит от контент провайдера к телекоммуникационной > прям перед началом лицензии Все это не про гугл, фэйсбук и прочих. В случае сабжа основной объем работ своротил гугл. Ему и будет удобно. Ну и всем кто вписался в инициативу. Где эта ваша индустрия в коммитах? Покажите их?
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	30. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+1 +/–
	Сообщение от Алконим (?), 12-Апр-18, 04:22
	Ну тот же Hulu, Netflix, YouTube TV да и  телединозавры давно адаптировались под современный формат. И речь только про штаты. Да взять тот же YouTube, многие крупные ТырТуберы будут слегка недовольны если их видео будут дольше в перекодироваться.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от Аноним (-), 12-Апр-18, 21:29
	Перекодироваться будет дольше, но потенциальная аудитория вырастет за счет тех, к кого интернет хреновый (привет, мобилки или адсл, который все еще распространен на западе).
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от Аноним (-), 13-Апр-18, 08:03
	> Ну тот же Hulu, Netflix, YouTube TV да и  телединозавры давно > адаптировались под современный формат. И речь только про штаты. У гугли не так уж много live потоков, просто роликов - намного больше. А реалтаймщикам придется смириться с повышенным расходом бандвиза. Сейчас же они как-то живут, при том что кодек подпертый реалтаймом в любом случае не может сильно оптимальные решения принимать. Собственно большая часть тормозов в кодеке - поиск наилучших вариантов кодирования ведущих к наименьшему числу битов для представления очередного куска. Разогнать? Фигня вопрос, забить на оптимизацию размера раньше и дело с концом. Но закодированное при том же качестве станет более жирным. Но вы можете скостить битрейт, выбросив больше информации, картинка станет хуже, зато битрейт придет в норму :). Эта идея остается для любого кодека. А рубка была за достижимый по максимуму предел этого соотношения. Какой-нибудь xvid сильно плотно не сожмет даже если ему дать неограниченное время - выше некоторого порога ему в силу простоты некуда больше оптимизировать и не на чем больше срезать биты из потока, опробованы все варианты и дальше тупик. Технология не может жать лучше. > Да взять тот же YouTube, многие крупные ТырТуберы будут слегка недовольны если > их видео будут дольше в перекодироваться. А кто их вообще спрашивать будет? С VP9 живут же как-то. Я подозреваю что гугл делает какой-то лажовый но быстрый проход, чуть не с реалтайм профайлом, очень неоптимальный по бандвизу но зато результат здесь и сейчас. А по мере готовности плотно упакованной версии - неспешно заменяет на нее. Учитывая что они вещают кусками они могут еще и распараллелить самые горячие мувики жрущие больше всего бандвиза на ферму, а остальное сделать по мере ничегонеделания фермы.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	122. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от Dal (?), 14-Апр-18, 22:47
	>[оверквотинг удален] > вещания в определенный промежуток времени. Много популярного контента приходит от контент > провайдера к телекоммуникационной прям перед началом лицензии (Game of thrones к > примеру). Поэтому трата времени на перекодировку эта трата денег, ибо окно > вещания уменьшается на время перекодировки. >       б) пре-кодирование требует хранения оригинального файла > и перекодированных  - терабайты... и не весь контент востребован, постоянно. >       с) провайдеры контента пихают его пачками, > особенно если они только имеют satellite, ну и попривыке старой, особенно > в начале года, что создаёт backlog ибо перекодировщики (mpeg) несправляются   > с нагрузкой (см. а к чему это ведёт) В цене хранилок есть большой разброс, если надо хранить архив - дешёвое и медленное хранилище, в нём можно хранить 200 ГБ фильм в качестве близ4ом к оригинальному. А для раздачи VOD пользователям - All SSD stor с зеркальными копиями (обычно 3) плюс копии в CDN, плюс стоимость каналов для отдачи пользователям. Т.е. Ютубе секономит огромные деньги, даже солидно расширив пул кодирования.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	124. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от NEO (??), 25-Авг-19, 01:52
	дата центры используют диски как кеш, основное хранилище ленточные библиотеки , они в 2 раза дешевле при увеличении памяти и в 20 раз более емкие, привод от полмиллиона, картридж(=линейная скорость диска) (hdd/2 цена), емкость до 192 TB!! (с хорошо сжимаемыми 480 TB) , картридж с ладошку, вообщем это дешево для промышленности, а вот электроэнергия нет, скорее всего будут ждать решений из железа , а это тогда будет сравнима с обычными кодеками по затратам.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	24. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+1 +/–
	Сообщение от Аноним (-), 12-Апр-18, 03:22
	> наоборот - им-то пофиг До того как умничать и делать глобальные выводы, нефигово бы посмотреть в список коммитов. "Video compression is all about prediction", конечно. Но вот твой predictor дал маху. И довольно сильно, увы. Потому что гугля время кодирования все-таки колышет. У них, понимаешь ли, мувиков как у дурака фантиков. А парк машин все же ограниченный и время кодирования ограничнено скоростью с которой юзеры новые мувики заливают. Чем быстрее они перекодируют в новый формат - тем быстрее они начнут экономить себе бандвиз. И деньги на отгрузке этого контента, соответственно. Это мотивирует гугель вджобывать на предмет оптимизаций. И если ты не веришь - ну посмотри коммиты, позорище космофлота. Они совершенно не подтверждают твои тезисы. Потому что гугль комитит оптимизации по скорости. На самом деле спеки только вылупились и сильно оптимизировать то что может завтра поменяться - никто особо не рвался. Кому охота с оптимизацией долбаться если завтра этот код могут в очередном комите вообще выкинуть или заменить? :) А сейчас, когда спеки более-менее финализированы - они этим начинают заниматься более активно.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	51. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	–1 +/–
	Сообщение от пох (?), 12-Апр-18, 09:08
	>> наоборот - им-то пофиг > До того как умничать и делать глобальные выводы, нефигово бы посмотреть в имелось в виду, что если выбирать между удвоить хранилку и удесятерить мощность кодирующей фабрики - гуглеморда вполне себе выберет второе. к тому же терафлопсы дешевеют, а терабайты не очень. а что они не будут пытаться оптимизировать - я такого, естественно, не говорил. Обезьянки-кодеры дешевле и дисков, и процессоров, если сравнивать в перспективе. Из Хайдерабада уже привезена новая партия, взамен тех что постреляли, а из Мумбая - писят тонн свежих бамбуковых палок для мотивации. но мой предиктор показывает, что чудес все равно ждать не приходится - будет не в шесть тысяч, а только в пятьсот раз медленнее x264. Гуглю-то сойдет, а нам с вами, дорогие аноны, хрен чего светит. Неважно, как они решат эту свою проблему - добавив нод или перейдя на asic'и. (ну и ладно, буду гуглем перекодировать. Заливаем пачкой, ждем, скачиваем обратно, удаляем ролики вместе с каналом нафиг ;-)
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от Аноним (-), 12-Апр-18, 13:27
	Там же 600х по сравнению с vp9, не 10x
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от Аноним (-), 13-Апр-18, 08:27
	> имелось в виду, что если выбирать между удвоить хранилку и удесятерить мощность > кодирующей фабрики - гуглеморда вполне себе выберет второе. Гугломорды прямым текстом сказали что дороже всего им обходится бандвиз. С ним и воюют, а хранилки и процы - бонус, как максимум. Юзеры, особенно мобилочные, тоже одобрят снижене трафа на 50%. Значит, будут больше смотреть и схавают больше рекламы! :) > к тому же терафлопсы дешевеют, а терабайты не очень. Медленнее всего дешевеет сетевой траф... > говорил. Обезьянки-кодеры дешевле и дисков, и процессоров, если сравнивать в перспективе. Таки не подтверждается интенсивными оптимизациями. При таких масштабах проще заплатить нормальным спецам - масштаб инфраструктуры способствует. Если кто не заметил, у гугли таки были проблемы с keep up для кодирования в VP9. Это их надирало на лишний бандвиз. И до сих пор изредка еще таки попадаются мувики для которых еще не сделали версию в VP9. Ну то-есть их ферма походу ранее налитые мувики еще и в VP9 на 100% не перелопатила. У них мувиков все-таки адское количество, что ни говори. > Из Хайдерабада уже привезена новая партия, взамен тех что постреляли, а > из Мумбая - писят тонн свежих бамбуковых палок для мотивации. О чем ты? Там со стороны гугля те же рожи что в VP8/9 были несколько лет. Да и со стороны остальных - тоже. И какой-нибудь Монти из xiph - явно не про палки и мумбай. И он там таки нужен, в этой версии далеко не все его навороты вообще внедрили. Есть резервы. > будет не в шесть тысяч, а только в пятьсот раз медленнее x264. x264 в принципе не получится разогнать до такого сжатия - даже если затормозить в 500 раз и сделать максимально крутой поиск motion compensation и вариантов представления блоков, он столько битов с такой же картинкой сделать не сможет и баста. В сабже все-таки придумали несколько новых эффективных трюков. > Гуглю-то сойдет, а нам с вами, дорогие аноны, хрен чего светит. Лично я при кодировании видео никуда особо не тороплюсь. > Неважно, как они решат эту свою проблему - добавив нод или перейдя на asic'и. На ASIC с плотным кодированием проблематично перейти - ASIC под реалтайм оптимизируют а сложный исчерпывающий поиск и продвинутые навороты туда засунуть проблематично. > (ну и ладно, буду гуглем перекодировать. Заливаем пачкой, ждем, скачиваем обратно, удаляем > ролики вместе с каналом нафиг ;-) Тоже вариант. А еще вроде как бывают сервисы онлайн перекодирования. Им твоя идея наверное тоже понравится. За скромную мзду тебя избавят от нужды бодаться с ютубом :)
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	120. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от пох (?), 14-Апр-18, 18:24
	> Гугломорды прямым текстом сказали что дороже всего им обходится бандвиз. да? Вот что значит, не чтить первоисточники :-( > Медленнее всего дешевеет сетевой траф... "не понять нам, живущим в квартирах"... мне казалось, с точностию до наоборот, но я не гугль, ясен пень. (то есть там может уже явная крышечка над современными супер-технологиями нарисовалась, а я зря горжусь своими 40G на оборудовании 2015го года выпуска) > Таки не подтверждается интенсивными оптимизациями. При таких масштабах проще заплатить > нормальным спецам зачем? Надо больше обезьян! (оптимизация - в общем-то не особо сложная работа, и, что приятно, отлично измеряемая. В отличие от этих ваших абстрактных "разработок" - за строки плотить нынче не принято, и как тогда вообще понять, они тут работают или др..ат?) > И он там таки нужен, в этой версии далеко не все его навороты вообще внедрили. так это не про оптимизацию (в смысле, это про оптимизацию кодека, а не кода) > Лично я при кодировании видео никуда особо не тороплюсь. ну как "никуда". вот съездил я в место, не многим и особо доступное - видео через день вывалил, друзьям ссылку кинул - они посмотрят. А через два года оно им нахрен неинтересно, это ж не художественный фильм, который с годами не портится. все что не успелось вовремя обработаться, утрамбоваться и выложиться - уже никому в общем и не надо. Мне самому, в общем-то, тоже. asic'у все равно - риалтайм там получается просто по причине особенностей конструкции, которая не слишком добавляет задержек (потому что негде просто). > а сложный исчерпывающий поиск и продвинутые навороты туда засунуть проблематично. да легко, ну будет там чип памяти (как положено, n-way) внутрь встроен, делов-то... (то есть это даже не поиск в обычном смысле будет, а ассоциативный массив, вполне в рамки типичной asic-архитектуры решение ляжет) В общем, если иметь бесконечные деньги, специализированную схему сделать не проблема. А гугломордины хранилки уже стоят бесконечных денег (и еще электричество жрут) так что задача поставлена, служебный пряник уже жрет тимлид, кнут в свободной от пряника руке держит наготове. > Тоже вариант. А еще вроде как бывают сервисы онлайн перекодирования. они ж жядные, и денех хочут. а у гугля,если не лениться за собой стирать, все на халяву. Он, конечно, будет подглядывать в мое хомпорно, ну и хрен в общем-то с ним.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от BrainFucker (ok), 12-Апр-18, 05:01
	> Зато они выиграют 50% размера хранилки, а диски по прежнему дороги. Ютуб хранит видео и в h264, и в webm. Придётся хранить дополнительно в ещё одном формате. А звуковые дорожки они сейчас вовсе хранят в трех вариантах: ogg, m4a и opus.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	33. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+5 +/–
	Сообщение от MrClon (ok), 12-Апр-18, 06:35
	> Ютуб хранит видео и в h264, и в webm. Придётся хранить дополнительно > в ещё одном формате. А звуковые дорожки они сейчас вовсе хранят > в трех вариантах: ogg, m4a и opus. Во время переходного периода — да, потом один из старых кодеков дропнут
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+1 +/–
	Сообщение от iPony (?), 12-Апр-18, 07:16
	> Во время переходного периода — да, потом один из старых кодеков дропнут То-то Youtube уже 8 (?) лет хранит. - Одной ногой мы стоим в прошлом, а другой ногой уже шагнули в будущее. - И долго нам эдак раскорякой стоять?
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от MrClon (ok), 12-Апр-18, 07:22
	Я говорю не о том что удалят уже пожатое (подозреваю что ютуб в принципе не удаляет), а о том что перестанут жать новые видосы одним из старых кодеков
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от iPony (?), 12-Апр-18, 08:51
	Ну ютюб вроде до сих пор жмёт в h.264 даже для 4K, хотя просто так и всем он его не отдаст, например тому же Safari.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+1 +/–
	Сообщение от MrClon (ok), 12-Апр-18, 09:12
	> Ну ютюб вроде до сих пор жмёт в h.264 даже для 4K, > хотя просто так и всем он его не отдаст, например тому > же Safari. AV1 вышел считай что вчера, переходный период ещё даже не начался. Его и браузеры-то ещё не умеют, кажется только в ночных сборках фурифокса он включен
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от Аноним (-), 12-Апр-18, 13:29
	> Я говорю не о том что удалят уже пожатое (подозреваю что ютуб > в принципе не удаляет), а о том что перестанут жать новые > видосы одним из старых кодеков У них скорее наоборот, если посмотреть, то давно загруженное видео часто присутсвует только в старых форматах ( даже FHD)
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	64. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от BrainFucker (ok), 12-Апр-18, 11:18
	> Во время переходного периода — да, потом один из старых кодеков дропнут Затянулось что-то, сколько лет уже длится переходный период. Хотя уже даже в Firefox добавили поддержку h264, а vpx по прежнему не имеет аппаратного ускорения вроде.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	66. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от MrClon (ok), 12-Апр-18, 11:31
	> Затянулось что-то, сколько лет уже длится переходный период. Хотя уже даже в > Firefox добавили поддержку h264, а vpx по прежнему не имеет аппаратного > ускорения вроде. Так гугл вроде и не собирался VP9 дропать. Не для того они его пилили и продвигали чтобы дропать. Разве-что в пользу AV1 теперь дропнут P.S. вроде есть видюхи с ускорением VP9
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от BrainFucker (ok), 12-Апр-18, 12:13
	> Так гугл вроде и не собирался VP9 дропать. Не для того они > его пилили и продвигали чтобы дропать. Разве-что в пользу AV1 теперь дропнут Тогда могли бы и не использовать h264 на ютубе, пострадали бы только анально огороженные поделки конкурентов (MS и Apple), а то бы может и там поддержка webm появилась бы. Кто огораживается должен страдать, для того и огораживаются, зачем идти на поводу их капризов?
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+1 +/–
	Сообщение от MrClon (ok), 12-Апр-18, 12:33
	> Тогда могли бы и не использовать h264 на ютубе, пострадали бы только > анально огороженные поделки конкурентов (MS и Apple), а то бы может > и там поддержка webm появилась бы. Кто огораживается должен страдать, для > того и огораживаются, зачем идти на поводу их капризов? Потому-что H.264 это синица в руке. Работает хорошо, везде (кроме отдельных ультрасвободных софтин) и уже сейчас. А всё остальное это разные варианты журавлей в небе
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+1 +/–
	Сообщение от BrainFucker (ok), 12-Апр-18, 13:24
	> Потому-что H.264 это синица в руке. Работает хорошо, везде (кроме отдельных ультрасвободных > софтин) и уже сейчас. А всё остальное это разные варианты журавлей > в небе Так ведь когда добавили webm на ютубе и режим без флеша, вроде поддержки h264 не было в Firefox и Хромиуме. Но потом в Хромиуме кодек быстро появился, а в Firefox позже. Вобщем, быстро они сдались проприетарщикам, хотя ресурсы были для успешного противостояния.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от MrClon (ok), 12-Апр-18, 13:33
	> Так ведь когда добавили webm на ютубе и режим без флеша, вроде > поддержки h264 не было в Firefox и Хромиуме. Но потом в > Хромиуме кодек быстро появился, а в Firefox позже. Вобщем, быстро они > сдались проприетарщикам, хотя ресурсы были для успешного противостояния. Тогда был Флэш, он был на всех десктопах, и он (кажется) умел только H.264 (ну и всякое олдовое чёрте-то). И аппаратная поддержка H.264 уже была во всём железе. И на сколько я помню на тот момент ещё не было VP9, только VP8 (который всё-таки жиже H.264).
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от iPony (?), 13-Апр-18, 04:08
	> Тогда могли бы и не использовать h264 на ютубе, пострадали бы только огороженные поделки конкурентов (MS и Apple) 1) Edge поддерживает WebM 2) Нет, пострадала бы так же куча мобильных устройств для которых отсутствие аппаратного декодирования видео весьма критично
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	105. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+1 +/–
	Сообщение от iPony (?), 13-Апр-18, 04:14
	> а vpx по прежнему не имеет аппаратного ускорения вроде > MS а то бы может и там поддержка webm появилась бы А самое смешное, что поддержка в браузерах для декодирования VP9 на десктопах есть как раз только под ОС это фирмы.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	61. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от Никонор Бонифатич (?), 12-Апр-18, 10:39
	опять смешал кодер и контейнер
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	65. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+2 +/–
	Сообщение от BrainFucker (ok), 12-Апр-18, 11:24
	> опять смешал кодер и контейнер В данном случае пофиг, всё равно никто не суёт h264 в webm и всем и так очевидно что webm имеется в виду vpx, а ogg подразумевает vorbis. Придираются к этому только отдельные з-ты.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от MrClon (ok), 12-Апр-18, 12:36
	> В данном случае пофиг, всё равно никто не суёт h264 в webm > и всем и так очевидно что webm имеется в виду vpx, > а ogg подразумевает vorbis. Придираются к этому только отдельные з-ты. webm это VP[89] и AV1. В общем свежевылупленный формат моментально скатился в зоопарк, как обычно
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+1 +/–
	Сообщение от Владимир (??), 12-Апр-18, 16:08
	А уж какой в mkv зоопарк, подумать страшно. Серьезно, какая разница, сколько кодеков в контейнер запихать можно? чем больше, тем лучше. зы. я в курсе что webm это модификация mkv.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+1 +/–
	Сообщение от MrClon (ok), 12-Апр-18, 16:18
	> А уж какой в mkv зоопарк, подумать страшно. Серьезно, какая разница, сколько > кодеков в контейнер запихать можно? чем больше, тем лучше. > зы. я в курсе что webm это модификация mkv. mkv не жалко, он для того и предназначен. Но webm это ведь «а давайте договоримся что будем называть mkv в котором лежит vp8 и vorbis словом webm, чтобы путаницы меньше было». А получилось как обычно. И ведь наверняка появится софт который будет уметь webm+av1, но не webm+vpx (например яблофон, они вроде собираются поддерживать AV1, но не думаю что за одно они впилят и VPx, оно им надо?). Больше путаницы богу путаницы. А то как-то мало путаницы с этим новым кодеком, разве что AV1 на AVI смахивает. Впрочем это наименьшая из проблем
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от Аноним (-), 13-Апр-18, 08:35
	> Ютуб хранит видео и в h264, и в webm. Придётся хранить дополнительно > в ещё одном формате. А звуковые дорожки они сейчас вовсе хранят > в трех вариантах: ogg, m4a и opus. Раньше не было единого стандарта. Эппл хотел h.264 + aac, остальным постепенно стали отгружать в основном VP9 + opus. Но из-за эппла они не могли забить на h.264, даже если он и жрет заметно больше бандвиза чем VP9 при том же качестве. А тут случилось чудо и каким-то хреном убедили даже эппл. И они таки внедрят сабж у себя. А дальше... дальше будет как с флешом: потрындят пару месяцев что ваш браузер более не того. А потом и вовсе перекроют кислород. Ну может оставят какой-нибудь fallback в 360p для совсем старья, а если хочешь 4K смотреть - upgrade your browser и чего там еще.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	35. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от marks (?), 12-Апр-18, 07:02
	Ты всерьёз думаешь, что будет дешевле накопить серверов для кодирования, чем файловых хранилищ? И обслуживать потом? Интересная точка зрения. Причём, судя по всему, на кодирование будет уходить времени даже в два-три раза больше времени.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	44. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+1 +/–
	Сообщение от СОВА (?), 12-Апр-18, 07:35
	Я думаю что дешевле купить кодирующего железа чем хранилок и (а вот это вы почему-то щабываете) платить за большую ширину канала, которая стоит гораздо больше любого железа.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от пох (?), 12-Апр-18, 09:15
	> Ты всерьёз думаешь, что будет дешевле накопить серверов для кодирования, чем файловых конечно. computing node всегда дешевле чем storage. И по стоимости, и по цене владения. Ну, пока не произойдет какого прорыва в технологиях, а это маловероятно. Картонные сервера-то гуглебук делать научились, а картонных дисков мы пока не видали, их китайские рабы делают все на той же единственной фабричке. Каналы тоже не из картона. > хранилищ? И обслуживать потом? Интересная точка зрения. Причём, судя по всему, > на кодирование будет уходить времени даже в два-три раза больше времени. в двестидва. И это если нам очень и очень повезет с оптимизацией. Но для них это в общем и целом - не проблема, этот корабль бездонный. А вот хранилка - безразмерная, и удалять оттуда они не любят, что упало, то их навеки.
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	99. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+1 +/–
	Сообщение от Аноним (-), 12-Апр-18, 21:38
	> Ты всерьёз думаешь, что будет дешевле накопить серверов для кодирования, чем файловых > хранилищ? И обслуживать потом? Интересная точка зрения. Причём, судя по всему, > на кодирование будет уходить времени даже в два-три раза больше времени. У гугла хранилище для видосов по паттерну использования холодное: есть большое количество запросов к совсем свежим данным, а все вчерашее и старше запрашивается примерно никогда. А в холодном сторадже цена хранения единицы информации (секунды видео в случае ютуба) как раз и важна как нигде, и тут эффективность сжатия очень даже роляет.
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	89. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от первоадмин (?), 12-Апр-18, 15:37
	> Владельцы огромных пулов машин для кодирования видео (обычные TV каналы, всякие youtube`ы > и так далее) с вами не согласны :) >обычные TV каналы на телеканалах нет ферм по кодировке видео, этой хренью только айтишники занимаются. На 1 канал цифрового вещания достаточно 6U оборудования для загона в эфирку
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	5. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+13 +/–
	Сообщение от Анонимус142 (?), 11-Апр-18, 23:50
	Это первая версия, там ещё нет ни оптимизаций, ничего.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	34. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+4 +/–
	Сообщение от Аноним (-), 12-Апр-18, 06:43
	я честно не представляю, какие такие оптимизации там должны быть, чтобы отыграть отставание 600х от vp9. Ну перепишут все на SSE/AVX/NEON/etc, получат 100х в самом лучшем случае. Дальше-то что?
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от amonimous (?), 12-Апр-18, 07:18
	Кодированием/декодированием должен заниматься ГПУ. Например у меня на ноуте, если воспроизвести 60фпс 1080п видео софтварно, то вентиляторы начинают шуршать шо ппц. А в то же время через vaapi ноут вообще даже теплым не стал.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	–1 +/–
	Сообщение от Аноним (-), 12-Апр-18, 11:06
	У ГПУ есть ряд ограничений. Новые кодеки используют не один прошлый кадр, а множество, что сильно увеличивает нагрузку на память. ГПУ в первую очередь числомолотилки. Для аналогии можно сравнить Bitcoin алгоритм sha256, и Litecoin scrypt. Второй использует память, и скорость вычисления у него на порядки ниже. Многие аппаратные реализации вообще физически ограничены количеством анализируемых кадров.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от MrClon (ok), 12-Апр-18, 09:15
	> я честно не представляю, какие такие оптимизации там должны быть, чтобы отыграть > отставание 600х от vp9. Ну перепишут все на SSE/AVX/NEON/etc, получат 100х > в самом лучшем случае. Дальше-то что? AV1 с VP9 и не собирается гоняться, его конкурент H.265
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	55. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от Аноним (-), 12-Апр-18, 09:20
	> AV1 с VP9 и не собирается гоняться, его конкурент H.265 И как раз самого интересного — сравнения с ним — и нету.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от MrClon (ok), 12-Апр-18, 09:29
	>> AV1 с VP9 и не собирается гоняться, его конкурент H.265 > И как раз самого интересного — сравнения с ним — и нету. Есть, но не у мордокниги (: https://www.opennet.ru/openforum/vsluhforumID3/114062.html#57
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от Аноним (-), 12-Апр-18, 11:38
	VP9 и H265 примерно сравнимы по сложности.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	70. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от MrClon (ok), 12-Апр-18, 12:08
	> VP9 и H265 примерно сравнимы по сложности. У H.265 на самом деле (как и у H.264) большой разброс по сложности, в зависимости от параметров. Может жать и достаточно быстро, может и чертовски медленно (эффективность меняется соответственно). У VPx и AV1 гибкость в этом отношении ниже, хотя AV1 может ещё и научится
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от Аноним (-), 13-Апр-18, 08:41
	> У H.265 на самом деле (как и у H.264) большой разброс по > сложности, в зависимости от параметров. У VP9 и AV1 это аналогично. Там даже реалтаймные профайлы есть. Для видеоконференций всяких. И таки AV1 был сделан с оглядкой на ВСЕ что существовало. Но и с оглядкой на патенты, чтобы не залетать на роялти, как с H.265, когда не успели спеки выйти и тем более кодеки накодить как троллота с патентными дубинками уже встала в очередь.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от MrClon (ok), 13-Апр-18, 08:53
	> У VP9 и AV1 это аналогично. Там даже реалтаймные профайлы есть. Для > видеоконференций всяких. И таки AV1 был сделан с оглядкой на ВСЕ > что существовало. Но и с оглядкой на патенты, чтобы не залетать > на роялти, как с H.265, когда не успели спеки выйти и > тем более кодеки накодить как троллота с патентными дубинками уже встала > в очередь. Я пока не особо курил параметры, но кажется в текущих реализациях оно может либо енкодить медленно, либо не енкодить вообще. То что задел там есть это понятно, но пока кодек AV1 существует только в виде референсной реализации, которую для боевого применения никто и не думал затачивать. кстати не в курсе что там слышно про оптимизацию софтварного кодека? Я с момента окончательной заморозки в нём не ковырялся
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от Аноним (-), 12-Апр-18, 11:41
	> я честно не представляю, какие такие оптимизации там должны быть, чтобы отыграть > отставание 600х от vp9. Ну перепишут все на SSE/AVX/NEON/etc, получат 100х > в самом лучшем случае. Дальше-то что? Полностью не догонят, это ожидаемо. Но на CPU, кроме риповальщиков-релизеров, никто жать не собирается. Будут железные кодеры/декодеры, которые и дадут приемлимую скорость.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	100. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от Аноним (-), 12-Апр-18, 21:48
	Железные кодеры (по крайней мере, те, что для массового рынка в процах и видяхах) имеют один недостаток: они жертвуют качеством выходной картинки (что ютубу не очень важно) и, самое главное, эффективностью сжатия в пользу скорости сжатия и возможности уложиться в ограничения аппаратных реализация (ограниченная память, сложность с отслеживанием предыдущих кадров). А кодировщик с неэффективным сжатием гуглу не сдался, потому что самые большие затраты у него не на показ актуального видео, которое залили сегодня, а на хранение всего того, что поназаливали за предыдущие пятнадцать лет и которое показывается примерно никогда.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+7 +/–
	Сообщение от Аноним (-), 12-Апр-18, 00:52
	>>Нет разницы сколько времени будет кодироваться До завершения перекодирования ролика "День рожденья Сани" осталось 2 лет 35 дней 6 часов 24 минут
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	37. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+2 +/–
	Сообщение от marks (?), 12-Апр-18, 07:05
	Вспомнил прямо времена диадапа
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от Аноним (-), 12-Апр-18, 06:28
	Есть разница и для некоторых ресурсов типа онлайн вещания типа Twitch.tv YouTube она существенна. Низкая скорость кодирования буквально ставит крест на всех 4ядерных 3ghz системах Intel, где кроме процесса кодирования половину ресурсов цпу жрет видеоигра, и всего скорее будет упираться в 6ядерных 12поточных 4ghz новинках в том числе и на АМД, никто не кодирует с помощью видеокарт на низких (до 8мбит/с) лимитах качества выходной картинки, качество будет ужасное, адля хорошей картинки битрейт им нужен под 100мбит ибо эффективность nvenc слабая. Кроме того если скорость кодирования не улучшится при приемлемом по соотношению к х264 качеству никто его не будет использовать для онлайн вещания с телефонов/устройств типа GoPro. Игнорируя этот сегмент разрабы сами ставят крест на успешном внедрении аппаратного ускорения кодека в те же айфоны/андроиды, видеокарты/чипы.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	36. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+2 +/–
	Сообщение от MrClon (ok), 12-Апр-18, 07:02
	Что-то я запутался в вашей мыли. Для появления аппаратного декодера нужно ускорение декодирования? Может наоборот? AV1 изначально делался с оглядкой на аппаратные реализации, среди разработчиков несколько железячных компаний (в том числе производители видюх, процов, портативного железа) https://aomedia.org/membership/members/ Не думаю что с появлением аппаратных реализаций будут проблемы, это вопрос времени (слышал оценку в два года до первых потребительских устройств). Сейчас будут идти два независимых процесса: оптимизация софтварного кодека и разработка хардварного. Но нужно понимать что AV1 никогда не будет таким же быстрым как H.264, по той же причини по которой H.264 не обгонит XviD. AV1 нужно сравнивать не с H.264, а с H.265. Вроде как кто-то где-то когда-то озвучивал предположение что AV1 даже сможет его обогнать, но я не особо на это рассчитываю
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+/–
	Сообщение от Аноним (-), 12-Апр-18, 16:40
	>AV1 нужно сравнивать не с H.264, а с H.265   нет. Как было сказано другим анонимом, AV1 в ненышнем виде никогда не станет массовым форматом, потому что стримеры, ютуберы и прочие независимые создатели контента просто не смогут им пользоваться. Им требуется кодирование в реальном времени и с хорошим качеством, а такое сейчас способны обеспечить только программные кодировщики
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+2 +/–
	Сообщение от MrClon (ok), 12-Апр-18, 17:01
	> нет. Как было сказано другим анонимом, AV1 в ненышнем виде никогда не > станет массовым форматом, потому что стримеры, ютуберы и прочие независимые создатели > контента просто не смогут им пользоваться. Им требуется кодирование в реальном > времени и с хорошим качеством, а такое сейчас способны обеспечить только > программные кодировщики Да какая разница какой кодек используют создатели контента? Всё-равно всякие там тытрубы его перекодируют в то чем им удобнее этот контент доставлять потребителю.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"	+1 +/–
	Сообщение от Аноним (-), 12-Апр-18, 08:24
	>Нет разницы сколько времени будет кодироваться, если делаться это будет один раз На графиках AV1 в 5869 раз медленнее чем x264 на High Profile. Т.е. если на современных процессорах x264 кодирует фильм за два часа, то AV1 будет кодировать его полтора года.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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

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