| 1.1, Аноним (-), 23:36, 11/04/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Результаты радуют. Нет разницы сколько времени будет кодироваться, если делаться это будет один раз, а воспроизводиться - много.
| | |
| |
| 2.2, Аноним (-), 23:38, 11/04/2018 [^] [^^] [^^^] [ответить]
| +6 +/– |
Владельцы огромных пулов машин для кодирования видео (обычные TV каналы, всякие youtube'ы и так далее) с вами не согласны :)
| | |
| |
| 3.4, пох (?), 23:46, 11/04/2018 [^] [^^] [^^^] [ответить]
| +7 +/– | |
наоборот - им-то пофиг, у них будет еще более огромный пул еще более мощных машин, подумаешь. Зато они выиграют 50% размера хранилки, а диски по прежнему дороги.
А вот если ты, Анон, хочешь выложить видео для друзей и анонов без помощи этих пулов (включая тот который никакое видео не кодирует, а смотрит за тобой и твоими друзьями-анонами) - вероятнее всего, тебе расхочется ждать "пока дискетка отформатируется", и ты выберешь кодек побыстрее, а диск вместо 4 воткнешь 8T, хрен с ним.
| | |
| |
| 4.18, Алконим (?), 01:13, 12/04/2018 [^] [^^] [^^^] [ответить] | +1 +/– | Несогласен 1 Хранилища относительно дешевы, дешевле железа кодировщиков, по кр... большой текст свёрнут, показать | | |
| |
| 5.19, Алконим (?), 01:17, 12/04/2018 [^] [^^] [^^^] [ответить] | +2 +/– | gt оверквотинг удален Забыл про рекламу рекламные ролики тоже нужно перекод... большой текст свёрнут, показать | | |
| 5.23, Аноним (-), 03:15, 12/04/2018 [^] [^^] [^^^] [ответить] | +1 +/– | Которая индустрия идет - вот той и работать над этим А реально кому сильно н... большой текст свёрнут, показать | | |
| |
| 6.30, Алконим (?), 04:22, 12/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну тот же Hulu, Netflix, YouTube TV да и телединозавры давно адаптировались под современный формат. И речь только про штаты.
Да взять тот же YouTube, многие крупные ТырТуберы будут слегка недовольны если их видео будут дольше в перекодироваться.
| | |
| |
| 7.98, Аноним (-), 21:29, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
Перекодироваться будет дольше, но потенциальная аудитория вырастет за счет тех, к кого интернет хреновый (привет, мобилки или адсл, который все еще распространен на западе).
| | |
| 7.107, Аноним (-), 08:03, 13/04/2018 [^] [^^] [^^^] [ответить] | +/– | У гугли не так уж много live потоков, просто роликов - намного больше А реалтай... большой текст свёрнут, показать | | |
|
|
| 5.122, Dal (?), 22:47, 14/04/2018 [^] [^^] [^^^] [ответить] | +/– | gt оверквотинг удален В цене хранилок есть большой разброс, если надо хранить ... большой текст свёрнут, показать | | |
| 5.124, NEO (??), 01:52, 25/08/2019 [^] [^^] [^^^] [ответить]
| +/– |
 дата центры используют диски как кеш, основное хранилище ленточные библиотеки , они в 2 раза дешевле при увеличении памяти и в 20 раз более емкие, привод от полмиллиона, картридж(=линейная скорость диска) (hdd/2 цена), емкость до 192 TB!! (с хорошо сжимаемыми 480 TB) , картридж с ладошку, вообщем это дешево для промышленности, а вот электроэнергия нет, скорее всего будут ждать решений из железа , а это тогда будет сравнима с обычными кодеками по затратам.
| | |
|
| 4.24, Аноним (-), 03:22, 12/04/2018 [^] [^^] [^^^] [ответить] | +1 +/– | До того как умничать и делать глобальные выводы, нефигово бы посмотреть в список... большой текст свёрнут, показать | | |
| |
| 5.51, пох (?), 09:08, 12/04/2018 [^] [^^] [^^^] [ответить] | –1 +/– | имелось в виду, что если выбирать между удвоить хранилку и удесятерить мощность ... большой текст свёрнут, показать | | |
| |
| 6.108, Аноним (-), 08:27, 13/04/2018 [^] [^^] [^^^] [ответить] | +/– | Гугломорды прямым текстом сказали что дороже всего им обходится бандвиз С ним и... большой текст свёрнут, показать | | |
| |
| 7.120, пох (?), 18:24, 14/04/2018 [^] [^^] [^^^] [ответить] | +/– | да Вот что значит, не чтить первоисточники - не понять нам, живущим в кварти... большой текст свёрнут, показать | | |
|
|
|
| 4.31, BrainFucker (ok), 05:01, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
 > Зато они выиграют 50% размера хранилки, а диски по прежнему дороги.
Ютуб хранит видео и в h264, и в webm. Придётся хранить дополнительно в ещё одном формате. А звуковые дорожки они сейчас вовсе хранят в трех вариантах: ogg, m4a и opus.
| | |
| |
| 5.33, MrClon (ok), 06:35, 12/04/2018 [^] [^^] [^^^] [ответить]
| +5 +/– |
 > Ютуб хранит видео и в h264, и в webm. Придётся хранить дополнительно
> в ещё одном формате. А звуковые дорожки они сейчас вовсе хранят
> в трех вариантах: ogg, m4a и opus.
Во время переходного периода — да, потом один из старых кодеков дропнут
| | |
| |
| 6.39, iPony (?), 07:16, 12/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Во время переходного периода — да, потом один из старых кодеков дропнут
То-то Youtube уже 8 (?) лет хранит.
- Одной ногой мы стоим в прошлом, а другой ногой уже шагнули в будущее.
- И долго нам эдак раскорякой стоять?
| | |
| |
| 7.42, MrClon (ok), 07:22, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
Я говорю не о том что удалят уже пожатое (подозреваю что ютуб в принципе не удаляет), а о том что перестанут жать новые видосы одним из старых кодеков
| | |
| |
| 8.49, iPony (?), 08:51, 12/04/2018 [^] [^^] [^^^] [ответить] | +/– | Ну ютюб вроде до сих пор жмёт в h 264 даже для 4K, хотя просто так и всем он его... текст свёрнут, показать | | |
| |
| 9.52, MrClon (ok), 09:12, 12/04/2018 [^] [^^] [^^^] [ответить] | +1 +/– | AV1 вышел считай что вчера, переходный период ещё даже не начался Его и браузер... текст свёрнут, показать | | |
|
| 8.80, Аноним (-), 13:29, 12/04/2018 [^] [^^] [^^^] [ответить] | +/– | У них скорее наоборот, если посмотреть, то давно загруженное видео часто присутс... текст свёрнут, показать | | |
|
|
| 6.64, BrainFucker (ok), 11:18, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> Во время переходного периода — да, потом один из старых кодеков дропнут
Затянулось что-то, сколько лет уже длится переходный период. Хотя уже даже в Firefox добавили поддержку h264, а vpx по прежнему не имеет аппаратного ускорения вроде.
| | |
| |
| 7.66, MrClon (ok), 11:31, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Затянулось что-то, сколько лет уже длится переходный период. Хотя уже даже в
> Firefox добавили поддержку h264, а vpx по прежнему не имеет аппаратного
> ускорения вроде.
Так гугл вроде и не собирался VP9 дропать. Не для того они его пилили и продвигали чтобы дропать. Разве-что в пользу AV1 теперь дропнут
P.S. вроде есть видюхи с ускорением VP9
| | |
| |
| |
| 9.73, MrClon (ok), 12:33, 12/04/2018 [^] [^^] [^^^] [ответить] | +1 +/– | Потому-что H 264 это синица в руке Работает хорошо, везде кроме отдельных ульт... текст свёрнут, показать | | |
| 9.104, iPony (?), 04:08, 13/04/2018 [^] [^^] [^^^] [ответить] | +/– | 1 Edge поддерживает WebM 2 Нет, пострадала бы так же куча мобильных устройств ... текст свёрнут, показать | | |
|
|
| 7.105, iPony (?), 04:14, 13/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> а vpx по прежнему не имеет аппаратного ускорения вроде
> MS а то бы может и там поддержка webm появилась бы
А самое смешное, что поддержка в браузерах для декодирования VP9 на десктопах есть как раз только под ОС это фирмы.
| | |
|
|
| |
| 6.65, BrainFucker (ok), 11:24, 12/04/2018 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> опять смешал кодер и контейнер
В данном случае пофиг, всё равно никто не суёт h264 в webm и всем и так очевидно что webm имеется в виду vpx, а ogg подразумевает vorbis. Придираются к этому только отдельные з-ты.
| | |
| |
| 7.74, MrClon (ok), 12:36, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
> В данном случае пофиг, всё равно никто не суёт h264 в webm
> и всем и так очевидно что webm имеется в виду vpx,
> а ogg подразумевает vorbis. Придираются к этому только отдельные з-ты.
webm это VP[89] и AV1. В общем свежевылупленный формат моментально скатился в зоопарк, как обычно
| | |
| |
| |
| 9.92, MrClon (ok), 16:18, 12/04/2018 [^] [^^] [^^^] [ответить] | +1 +/– | mkv не жалко, он для того и предназначен Но webm это ведь 171 а давайте догов... текст свёрнут, показать | | |
|
|
|
|
| 5.109, Аноним (-), 08:35, 13/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Ютуб хранит видео и в h264, и в webm. Придётся хранить дополнительно
> в ещё одном формате. А звуковые дорожки они сейчас вовсе хранят
> в трех вариантах: ogg, m4a и opus.
Раньше не было единого стандарта. Эппл хотел h.264 + aac, остальным постепенно стали отгружать в основном VP9 + opus. Но из-за эппла они не могли забить на h.264, даже если он и жрет заметно больше бандвиза чем VP9 при том же качестве.
А тут случилось чудо и каким-то хреном убедили даже эппл. И они таки внедрят сабж у себя. А дальше... дальше будет как с флешом: потрындят пару месяцев что ваш браузер более не того. А потом и вовсе перекроют кислород. Ну может оставят какой-нибудь fallback в 360p для совсем старья, а если хочешь 4K смотреть - upgrade your browser и чего там еще.
| | |
|
| 4.35, marks (?), 07:02, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
Ты всерьёз думаешь, что будет дешевле накопить серверов для кодирования, чем файловых хранилищ? И обслуживать потом? Интересная точка зрения. Причём, судя по всему, на кодирование будет уходить времени даже в два-три раза больше времени.
| | |
| |
| 5.44, СОВА (?), 07:35, 12/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я думаю что дешевле купить кодирующего железа чем хранилок и (а вот это вы почему-то щабываете) платить за большую ширину канала, которая стоит гораздо больше любого железа.
| | |
| 5.54, пох (?), 09:15, 12/04/2018 [^] [^^] [^^^] [ответить] | +/– | конечно computing node всегда дешевле чем storage И по стоимости, и по цене вл... большой текст свёрнут, показать | | |
| 5.99, Аноним (-), 21:38, 12/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ты всерьёз думаешь, что будет дешевле накопить серверов для кодирования, чем файловых
> хранилищ? И обслуживать потом? Интересная точка зрения. Причём, судя по всему,
> на кодирование будет уходить времени даже в два-три раза больше времени.
У гугла хранилище для видосов по паттерну использования холодное: есть большое количество запросов к совсем свежим данным, а все вчерашее и старше запрашивается примерно никогда. А в холодном сторадже цена хранения единицы информации (секунды видео в случае ютуба) как раз и важна как нигде, и тут эффективность сжатия очень даже роляет.
| | |
|
|
| 3.89, первоадмин (?), 15:37, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Владельцы огромных пулов машин для кодирования видео (обычные TV каналы, всякие youtube'ы
> и так далее) с вами не согласны :)
>обычные TV каналы
на телеканалах нет ферм по кодировке видео, этой хренью только айтишники занимаются.
На 1 канал цифрового вещания достаточно 6U оборудования для загона в эфирку
| | |
|
| |
| 3.34, Аноним (-), 06:43, 12/04/2018 [^] [^^] [^^^] [ответить]
| +4 +/– |
я честно не представляю, какие такие оптимизации там должны быть, чтобы отыграть отставание 600х от vp9. Ну перепишут все на SSE/AVX/NEON/etc, получат 100х в самом лучшем случае. Дальше-то что?
| | |
| |
| 4.41, amonimous (?), 07:18, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
Кодированием/декодированием должен заниматься ГПУ. Например у меня на ноуте, если воспроизвести 60фпс 1080п видео софтварно, то вентиляторы начинают шуршать шо ппц. А в то же время через vaapi ноут вообще даже теплым не стал.
| | |
| |
| 5.63, Аноним (-), 11:06, 12/04/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
У ГПУ есть ряд ограничений. Новые кодеки используют не один прошлый кадр, а множество, что сильно увеличивает нагрузку на память. ГПУ в первую очередь числомолотилки. Для аналогии можно сравнить Bitcoin алгоритм sha256, и Litecoin scrypt. Второй использует память, и скорость вычисления у него на порядки ниже. Многие аппаратные реализации вообще физически ограничены количеством анализируемых кадров.
| | |
|
| 4.53, MrClon (ok), 09:15, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
> я честно не представляю, какие такие оптимизации там должны быть, чтобы отыграть
> отставание 600х от vp9. Ну перепишут все на SSE/AVX/NEON/etc, получат 100х
> в самом лучшем случае. Дальше-то что?
AV1 с VP9 и не собирается гоняться, его конкурент H.265
| | |
| |
| 5.55, Аноним (-), 09:20, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> AV1 с VP9 и не собирается гоняться, его конкурент H.265
И как раз самого интересного — сравнения с ним — и нету.
| | |
| |
| 6.70, MrClon (ok), 12:08, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> VP9 и H265 примерно сравнимы по сложности.
У H.265 на самом деле (как и у H.264) большой разброс по сложности, в зависимости от параметров. Может жать и достаточно быстро, может и чертовски медленно (эффективность меняется соответственно). У VPx и AV1 гибкость в этом отношении ниже, хотя AV1 может ещё и научится
| | |
| |
| 7.110, Аноним (-), 08:41, 13/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
> У H.265 на самом деле (как и у H.264) большой разброс по
> сложности, в зависимости от параметров.
У VP9 и AV1 это аналогично. Там даже реалтаймные профайлы есть. Для видеоконференций всяких. И таки AV1 был сделан с оглядкой на ВСЕ что существовало. Но и с оглядкой на патенты, чтобы не залетать на роялти, как с H.265, когда не успели спеки выйти и тем более кодеки накодить как троллота с патентными дубинками уже встала в очередь.
| | |
|
|
|
| 4.68, Аноним (-), 11:41, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
> я честно не представляю, какие такие оптимизации там должны быть, чтобы отыграть
> отставание 600х от vp9. Ну перепишут все на SSE/AVX/NEON/etc, получат 100х
> в самом лучшем случае. Дальше-то что?
Полностью не догонят, это ожидаемо. Но на CPU, кроме риповальщиков-релизеров, никто жать не собирается. Будут железные кодеры/декодеры, которые и дадут приемлимую скорость.
| | |
| |
| 5.100, Аноним (-), 21:48, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
Железные кодеры (по крайней мере, те, что для массового рынка в процах и видяхах) имеют один недостаток: они жертвуют качеством выходной картинки (что ютубу не очень важно) и, самое главное, эффективностью сжатия в пользу скорости сжатия и возможности уложиться в ограничения аппаратных реализация (ограниченная память, сложность с отслеживанием предыдущих кадров).
А кодировщик с неэффективным сжатием гуглу не сдался, потому что самые большие затраты у него не на показ актуального видео, которое залили сегодня, а на хранение всего того, что поназаливали за предыдущие пятнадцать лет и которое показывается примерно никогда.
| | |
|
|
|
| 2.13, Аноним (-), 00:52, 12/04/2018 [^] [^^] [^^^] [ответить]
| +7 +/– | |
>>Нет разницы сколько времени будет кодироваться
До завершения перекодирования ролика "День рожденья Сани"
осталось 2 лет 35 дней 6 часов 24 минут
| | |
| 2.32, Аноним (-), 06:28, 12/04/2018 [^] [^^] [^^^] [ответить] | +/– | Есть разница и для некоторых ресурсов типа онлайн вещания типа Twitch tv YouTube... большой текст свёрнут, показать | | |
| |
| 3.36, MrClon (ok), 07:02, 12/04/2018 [^] [^^] [^^^] [ответить] | +2 +/– | Что-то я запутался в вашей мыли Для появления аппаратного декодера нужно ускоре... большой текст свёрнут, показать | | |
| |
| 4.93, Аноним (-), 16:40, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
>AV1 нужно сравнивать не с H.264, а с H.265
нет. Как было сказано другим анонимом, AV1 в ненышнем виде никогда не станет массовым форматом, потому что стримеры, ютуберы и прочие независимые создатели контента просто не смогут им пользоваться. Им требуется кодирование в реальном времени и с хорошим качеством, а такое сейчас способны обеспечить только программные кодировщики
| | |
| |
| 5.95, MrClon (ok), 17:01, 12/04/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
> нет. Как было сказано другим анонимом, AV1 в ненышнем виде никогда не
> станет массовым форматом, потому что стримеры, ютуберы и прочие независимые создатели
> контента просто не смогут им пользоваться. Им требуется кодирование в реальном
> времени и с хорошим качеством, а такое сейчас способны обеспечить только
> программные кодировщики
Да какая разница какой кодек используют создатели контента? Всё-равно всякие там тытрубы его перекодируют в то чем им удобнее этот контент доставлять потребителю.
| | |
|
|
|
| 2.46, Аноним (-), 08:24, 12/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Нет разницы сколько времени будет кодироваться, если делаться это будет один раз
На графиках AV1 в 5869 раз медленнее чем x264 на High Profile. Т.е. если на современных процессорах x264 кодирует фильм за два часа, то AV1 будет кодировать его полтора года.
| | |
|
| |
| 2.6, vz (?), 23:51, 11/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
Для каких целей нужен аппаратный декодер? На видеоядро навесят и пользуйся.
| | |
| |
| 3.7, VINRARUS (ok), 23:52, 11/04/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
 То есть бежать...
ПС: огнепанда до сих пор на GNUщихся ОС ютубик через ЦП полностью декодирует...
| | |
| |
| 4.8, vz (?), 00:03, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
Это её проблемы, хотя мой Celeron J3455 справляется с 1440p без выпадения кадров, да загруз около 80%, но тянет. С другой стороны можно пользоваться youtube и с аппаратным ускорением, приложение и софт известны.
| | |
| |
| 5.10, VINRARUS (ok), 00:28, 12/04/2018 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>хотя мой Celeron J3455 справляется с 1440p без выпадения кадров
Ну для атлона х2 2,5 ГГц 1080р уже не по зубам. Думал видеокарту поставлю вместо чипсетной и шото улучшыться - результата 0.
А сравнительно современный A4-3400 х2 токо с разгоном до 3 ГГц со скрипом может 1080р60 воспроизводить.
Пичально шо не смогли договориться о апаратном ускорени в браузере...
| | |
| |
| 6.15, vz (?), 01:03, 12/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вам видеокарта помогла бы, mpv умеет аппаратное ускорение vdpau, а youtube через smplayer:
Настройки SMPlayer:
Настройки - Основные - Основные - Движок воспроизведения-mpv
Настройки-Сеть - Youtube Поддержка видео-сайтов - mpv+youtube.dll
Проверял, 4K видео без тормозов и выпадений кадров.
| | |
| |
| 7.16, vz (?), 01:05, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Вам видеокарта помогла бы, mpv умеет аппаратное ускорение vdpau, а youtube через
> smplayer:
> Настройки SMPlayer:
> Настройки - Основные - Основные - Движок воспроизведения-mpv
> Настройки-Сеть - Youtube Поддержка видео-сайтов - mpv+youtube.dll
> Проверял, 4K видео без тормозов и выпадений кадров.
Загрузка 4-х ядер около 20%, ну на 2-х ядерном по более может быть, проверьте хотя бы.
| | |
| 7.21, VINRARUS (ok), 01:41, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
Вот токо станет ли человек со старым ЦП переключаться между браузером и плеером ради 2-5 минутного видео?
Ему проще уменьшыть качесnво и не сказать об этом. :D
| | |
| |
| 8.50, пох (?), 08:53, 12/04/2018 [^] [^^] [^^^] [ответить] | +/– | смотря что за видео Если там есть что смотреть в 4k - станет Иначе лично я и с... текст свёрнут, показать | | |
| |
| 9.119, iPony (?), 17:31, 13/04/2018 [^] [^^] [^^^] [ответить] | +/– | Ну а тебе так сложно каждый день встать и с утра пять раз расстегнуть и застегну... текст свёрнут, показать | | |
|
|
|
| 6.17, vz (?), 01:09, 12/04/2018 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Пичально шо не смогли договориться о апаратном ускорени в браузере...
Вот интересно, воткнуть mpv вместо штатного youtub-ерного расширением хотя бы
| | |
| |
| 7.45, СОВА (?), 07:40, 12/04/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> Пичально шо не смогли договориться о апаратном ускорени в браузере...
> Вот интересно, воткнуть mpv вместо штатного youtub-ерного расширением хотя бы
Так есть же расширение для фаерфокса, которое заставляет играть ютуб через mpv
| | |
|
|
|
|
|
| 2.26, Аноним (-), 03:43, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> А шо там с декодированием? Бежать за новым проигрывателем в магазин?
Проигрывателем? Однозначно. Там декодер хардварный и этого декодера там нет, конечно же. Десктопы и ноуты ютуб и так прожуют. Даже 64-битные планшетки и тому подобное наверное. Если в них кодек завезут. Могут наверное и завезти, как минимум в очередном хроме и проч, гуглу бандвиз себе убавить выгодно.
| | |
|
| |
| 2.11, axredneck (?), 00:32, 12/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Похоже, они сравнивали то, что уже используют (x264) с тем, что планируют использовать (AV1)
| | |
| 2.12, Crazy Alex (ok), 00:42, 12/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
 А что сравнивать? Чтобы выжить против альянса AV1 он должен творить чудеса, не меньше.
| | |
| |
| 3.14, Аноним (-), 00:54, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
>>Чтобы выжить против альянса AV1 он должен творить чудеса, не меньше.
Чтобы выжить против альянса AV1 он должен отстегивать альянсу А1.
Поправил.
| | |
| |
| 4.20, Crazy Alex (ok), 01:34, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
Хреново ты поправил - это мпегла всё пыталась дань собирать. А тут - чистый опенсорс - собралась пачка корпораций, задравшихся платить отчисления непонять кому и за что и забабахала бесплатный кодек.
| | |
| |
| 5.28, Аноним (-), 03:52, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Хреново ты поправил - это мпегла всё пыталась дань собирать. А тут
> - чистый опенсорс - собралась пачка корпораций, задравшихся платить отчисления непонять
> кому и за что и забабахала бесплатный кодек.
Оплата может быть и борзыми щенками. Ну или вот кодеком, который позволит бандвиза скостить во всей инфраструктуре. И никакие тролли не забашляют гуглу столько сколько он сэкономит на ютубовском бандвизе. Денег у них не хватит половину гугла содержать.
| | |
| |
| 6.75, Crazy Alex (ok), 12:39, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
Что-то я твою конспирологию не понял. Как ни крути - по итогу сплошная выгода всем, кроме торговцев патентно-мпеговым воздухом. Меня устраивает.
| | |
| |
| 7.112, Аноним (-), 09:30, 13/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Что-то я твою конспирологию не понял. Как ни крути - по итогу
> сплошная выгода всем, кроме торговцев патентно-мпеговым воздухом. Меня устраивает.
А нет никакой конспирологии. Есть честный вджоб в формате опенсорца. И таки он получился, даже невзирая на довольно проприетарный состав участников, что самое странное.
И это, мысль "Coming Soon to a Screen Near You" на aomedia.org - таки доставляет. Как угодно но хорошо что наконец то можно будет выкладывать в вебе видео в 1 формате на всех. Даже гадских яблок.
| | |
|
|
|
| 4.29, Аноним (-), 04:04, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> Чтобы выжить против альянса AV1 он должен отстегивать альянсу А1.
Уже не поможет. Троллей затроллили. Сказочно затроллили, черт побери.
| | |
|
| 3.27, Аноним (-), 03:49, 12/04/2018 [^] [^^] [^^^] [ответить] | +/– | А это невозможно Альянс с самого начала задался целью догнать и перегнать Он... большой текст свёрнут, показать | | |
| |
| 4.84, Аноним (-), 13:53, 12/04/2018 [^] [^^] [^^^] [ответить] | +/– | gt оверквотинг удален Тут такое дело, если в новый цикл производства, к пример... большой текст свёрнут, показать | | |
| |
| 5.113, Аноним (-), 12:01, 13/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> немало устройств с поддержкой h265, тут вполне работает правило "кто первый
> встал того и тапки" (собственно на котором текущии разработчики AV1 вылезли)
Да ничего страшного, все с удовольствием продатут НеЛохам новые улучшенные устройства еще раз. Интел, амд, нвидия и ARM совершенно точно одобрят эту идею. Как раз и получат свою копеечку от участия в альянсе. Ты же не думал что железячные фирмы ломанулись в альянс из чисто научного интереса? :)
| | |
|
|
|
| 2.48, пох (?), 08:46, 12/04/2018 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> а где x265 в сравнении?
в заднице.
Поищите любые его тесты - он совершенно неинтересен на этих параметрах. Потому что тоже тормоз, а выигрыш на 720p не особенный.
Его есть смысл сравнивать на том, для чего оба вообще-то были придуманы - 4k и выше.
ну, типа, если у вас есть для этого время и железо - вперед. Ограблю банк - пришлю донейт за хорошие тесты. Гуглю оно не надо, фейспуку тоже, они с такими материалами не собираются работать, и тем более - хорошо.
(мои собственные застряли на этапе подбора параметров - потому что это адский ад, ждать каждого теста и потом его глазами сравнивать, особо останавливаясь на проблемых для кодека местах - кстати, учтите, что мордокниге на это пофиг, ей ваших котиков не жалко, ей жалко дисков)
| | |
|
| 1.22, Аноним (-), 03:06, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Что-то я не догоняю графики скорости кодирования. Это отношение чего к чему?
| | |
| |
| 2.56, Аноним (-), 09:25, 12/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Что-то я не догоняю графики скорости кодирования. Это отношение чего к чему?
Времени кодирования AV1 ко времени кодирования другим кодеком.
| | |
| |
| 3.69, Аноним (-), 11:49, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
>> Что-то я не догоняю графики скорости кодирования. Это отношение чего к чему?
> Времени кодирования AV1 ко времени кодирования другим кодеком.
Ясно. Спасибо. Печально.
| | |
| |
| 4.76, Crazy Alex (ok), 12:41, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
Ещё один. Это эталонная реализация, ориентированная не на скорость, а не понятность. Нет сейчас смысла скорость мерить, и не будет минимум пол-года.
| | |
| |
| 5.85, Аноним (-), 14:38, 12/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ещё один. Это эталонная реализация, ориентированная не на скорость, а не понятность.
> Нет сейчас смысла скорость мерить, и не будет минимум пол-года.
Да я в курсе. На самом деле, там есть довольно много оптимизированного под SIMD кода, пришедшего из libvpx. Понятно, что оптимизировано не всё, но какой-то задел есть, и печально то, что даже с этим заделом скорость никакая.
| | |
| 5.114, Аноним (-), 13:58, 13/04/2018 [^] [^^] [^^^] [ответить] | +1 +/– | Кто тебе все это сказал Там скорее всего будет как с VP9 - это и будет основной... большой текст свёрнут, показать | | |
|
|
|
|
| 1.25, Аноним (-), 03:39, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> 400 наиболее популярных в социальной сети видеоролика
они что, пережимали уже сжатые видосы?
| | |
| |
| 2.43, dontbelieveinghosts (ok), 07:26, 12/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
 тaщемтa у них на сервах должен храниться оригинал вместе с пожатым видео. Думаю "в сети" подразумевалось "в сети Facebook"
| | |
| |
| 3.47, пох (?), 08:38, 12/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> тaщемтa у них на сервах должен храниться оригинал вместе с пожатым видео.
мне кажется, даже для факинбука хранить все оригиналы всех котиков будет накладно, и именно по этой причине они заморочились av1.
хранят, наверняка, пожатое. Но при их скорости поступления _новых_ котиков и хомпорно, у них нет никаких проблем с источников свежего еще не (сильно *)жатого материала для тестирования.
(*) - вообще-то нынче весь матеръял либо mp4, либо еще чем lossy compressed
так что в любом случае это пересжатие.
| | |
| |
| 4.59, JL2001 (ok), 09:42, 12/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >> тaщемтa у них на сервах должен храниться оригинал вместе с пожатым видео.
> хранят, наверняка, пожатое. Но при их скорости поступления _новых_ котиков и хомпорно,
> у них нет никаких проблем с источников свежего еще не (сильно
> *)жатого материала для тестирования.
> (*) - вообще-то нынче весь матеръял либо mp4, либо еще чем lossy
> compressed
> так что в любом случае это пересжатие.
вот именно - им уже грузят жатое и чаще всего семейства x264 что пережимать кодеком другого семейства требует допбитрейта для закодивания в видео багов видеоряда семейства x264
| | |
| |
| 5.103, пох (?), 00:32, 13/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> в видео багов видеоряда семейства x264
они у всех современных кодеков более-менее одинаковы, поскольку математика для одиночного кадра и нарезания его на квадратики, увы, у всех одна и та же, практически.
Различается только технология/глубина поиска motion vectors, а там после двойного преобразования ты артефактов не увидишь, они все на этапе квадратиков. Ну, насколько я себе это понимаю - времени и вдохновения читать первоисточник как-то не ощущается.
| | |
| |
| 6.116, Аноним (-), 14:17, 13/04/2018 [^] [^^] [^^^] [ответить] | +/– | Это в теории А на практике дьявол позволяющий отыграть битиков - прачется в дет... большой текст свёрнут, показать | | |
|
|
|
|
|
| 1.38, Аноним (-), 07:08, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
JPEG XS - вроде бы хорошее начинание, но visually lossless меня не устраивает, так как это для промежуточной передачи данных, чтобы дальше пережать хорошим кодеком, а не хранить в JPEG XS, поэтому плохо что между камерой и финальным сжатием будет промежуточное сжатие с потерями.
| | |
| 1.82, Аноним (-), 13:44, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Вот что пишут на сайте про jpeg xs
>offering visually lossless quality
жуть какая теперь уже форматы с потерямb называют lossless
| | |
| |
| 2.87, lucentcode (ok), 14:54, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
 Нет, в данном случае они честно пишут что визуально без потерь, на самом деле потери есть, но они не значительные. При этом кодек под сриминг в режиме реального времени заточен, к примеру под сриминг игр. Большой битрейт, зато быстро кодируется. И визуально почти как lossless. Для трансляций - это самое то.
| | |
| |
| 3.94, Аноним (-), 16:44, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
> под сриминг в режиме реального времени заточен
> под сриминг игр
> jpeg xs
> JPEG КАРЛ
Эстонские стримеры стримят в формате ЖПЕГ.
| | |
| |
| 4.96, Аноним (-), 18:27, 12/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
MJPEG? OnLive? Steam Link? Не, не слышал.
Не всё в этом мире ограничивается твичом и прочими ютубами.
| | |
|
|
|
| 1.86, lucentcode (ok), 14:52, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Только недавно спеки финальные первой версии формата выложили, пока кодировщик не очень оптимизирован, это proof of concept - реализация. Сейчас пойдут оптимизации, как это было с vp9 в своё время, и с h264, и через пару месяцев результаты тестирования уже будут другие. А через полгода-год оптимизацию подтянут почти под максимально возможный уровень, и железки с аппаратной поддержкой AV1 выпустят и всё будет Ок.
| | |
| 1.88, Аноним (-), 14:55, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
JPEG XS - AVIF. О нет, опять начинается! Как когда-то с WebP. Но теперь уже точно можно сказать, что победит AVIF, т.к. в Alliance for Open Media теперь все бобры, и за внедрением во все браузеры дело не станет. И он под GNU, никаких патентов.
| | |
| 1.102, Аноним (-), 22:31, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Объединённая группа экспертов по фотографии (JPEG) представила будущий новый стандарт сжатия изображений JPEG XS
АстаноВИТЯЗЬ! Уже были JPEG 2000 и JPEG XR, были WebP и Guetzli! Никому это не нужно! Это только Open Source сообщество готово каждые два года изобретать сначала lzma, потом xz, потом xz2, а потом в новых дистрах не мочь открыть свои старые бэкапы. Большинство никогда не избавится от mp3 и jpeg, и я уверен, до сих пор использует ASDSee 3.0 и WinAMP 2.7, потому что они привыкли!
| | |
| |
| 2.117, Аноним (-), 15:35, 13/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
>> Объединённая группа экспертов по фотографии (JPEG) представила будущий новый стандарт сжатия изображений JPEG XS
> АстаноВИТЯЗЬ! Уже были JPEG 2000 и JPEG XR, были WebP и Guetzli!
> Никому это не нужно! Это только Open Source сообщество готово каждые
> два года изобретать сначала lzma, потом xz, потом xz2, а потом
> в новых дистрах не мочь открыть свои старые бэкапы. Большинство никогда
> не избавится от mp3 и jpeg, и я уверен, до сих
> пор использует ASDSee 3.0 и WinAMP 2.7, потому что они привыкли!
не обязательно. альтернативы WinAMP 2.95 для моего Рентиума1 с 98виндой просто нет. все остальное тех времен либо глючит или неюзабельно.
| | |
| 2.118, Аноним84701 (ok), 16:41, 13/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
 > а потом в новых дистрах не мочь открыть свои старые бэкапы.
Это вы разные версии Виндовс обозвали дитрибутивами?
ЗЫ:
Напомню, что бэкапы штатной утилиты Win 9.х – не открываются в win2000, win2000 – в XP, XP – в Win7, Win7 - Win 8.1. :)
| | |
|
|
