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

Результаты тестирования 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]

	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ообщить модератору

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

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