| 1.1, Аноним (1), 11:52, 06/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– | |
> Изменены значения преднастроек "veryslow" и "slower". Настройки "slower" теперь идентичны старым параметрам "veryslow", а настройкам "veryslow" присвоены новые значения
Приятно видеть, что кодек стал быстрее. Я помню как в 2008 Intel Core Quad декодировал h264, напрягаясь на 80% на не динамичных сценах, а динамичные тормозили. А это был топовый процессор, быстрее которого не было. А спустя всего несколько лет, x264 так оптимизировали, что даже офисный "2 ядра 2 гига" всё воспроизводил, и не тормозило! А если всё-таки тормозило - значит в один поток, надо включить больше.
История повторяется. Медленно, но верно, и офисные компьютеры смогут воспроизводить x265 не напрягаясь
| | |
| |
| 2.4, leap42 (ok), 12:14, 06/02/2019 [^] [^^] [^^^] [ответить]
| +7 +/– |
 Почти уверен, что дело не в оптимизации x264, а в увеличении производительности CPU и наличии аппаратного кодека 264 в любом утюге.
| | |
| |
| 3.21, Ivan_83 (ok), 00:11, 07/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
 И оптимизация и аппаратные декодеры много где появились.
Кажется с 1080p контентом не было никогда проблем на коредуо.
Да, помню что пень3 не тянул 720p, пришлось апгрейдится до коредуо и проблем все 10 лет после этого не было, а вот h.265 коредуо в 4к уже не тянул совсем.
| | |
| 3.24, Аноним (24), 02:09, 07/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Для справки. Вы наверное имели в виду аппаратные _декодеры_.
Телефоные/десктопные видеокодеры вашей видеокарты кодируют очень плохо. Там нужен чуть ли ни битрейт в 30 мбит/с чтобы показать картинку где софтварные кодеры как x265 обходятся 8 мбитами.
Исключение здесь железные кодировщики для индустрии телевещания по типа Vitec и тому подобных.
И да H.265 кодек патентно не свободный. Покупая телефон, телевизор, видеокарту, процессор, вы косвенно спонсируете патентообладателей.
| | |
| |
| 4.27, Ivan_83 (ok), 15:13, 07/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
Аппаратные энкодеры для телевизионщиков не сильно лучше, там главное гарантировать реалтайм.
Софтварный энкодер может в два прохода кодировать не торопять, выцепляя всё что можно с большой глубиной поиска, аппаратные так не могут.
| | |
|
|
| 2.5, Аноним (5), 12:18, 06/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
4k AV1 через VLC или Firefox уже воспроизводится без задержек
| | |
| |
| |
| 4.18, Аноним (18), 21:13, 06/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
Вы параллельно в игры играете? Или постоянно смотрите 4k контент? Его нет...
| | |
| 4.22, Ivan_83 (ok), 00:15, 07/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
AV1 в 4к вполне декодится давидом на 4х ядерном проце, главное чтобы битрейт был не слишком большим.
Вот libaom декодит сильно хуже.
Для 1080 вполне винрарно и юзабельно уже сейчас, для 4к тоже в целом норм, но проц не ниже райзена или эквивалентного интела.
| | |
|
|
| 2.9, бублички (?), 12:58, 06/02/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> История повторяется. Медленно, но верно, и офисные компьютеры смогут воспроизводить x265 не напрягаясь
современные офисные компьютеры уже умеют (Intel начиная со Skylake)
| | |
| 2.17, Аноним (17), 20:54, 06/02/2019 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Смешались в кучу кони, люди...
1. В новости речь об x265, а не x264. Другой кодек, другая реализация.
2. В новости ничего не сказано об ускорении кодирования. Скорее всего, новый veryslow медленнее старого.
3. И x264, и x265 - это кодировщики, а не декодеры. Соответственно, изменения в них никак не влияют на скорость воспроизведения котиков на офисных "2 ядра 2 гига".
| | |
| |
| 3.26, Аноним (26), 13:30, 07/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> 1. В новости речь об x265, а не x264. Другой кодек, другая реализация.
Приятно видеть, как x264 делают быстрее. Для сравнения, h264 в 2008 году плохо воспроизводился как проприетарными кодеками, так и открытым x264 (в Ubuntu 8.10). А потом x264 так хорошо оптимизировали (в 2012 году и Ubuntu 12.10), что даже офисный компьютер за 4 тысячи рублей его стал декодировать, не напрягаясь. Судя по процитированному моменту новости, x265 тоже достигнет этого. Медленно, но верно, он этого достигает уже сейчас
> 2. В новости ничего не сказано об ускорении кодирования. Скорее всего, новый veryslow медленнее старого.
Пресеты veryslow, slow и так далее - это пресеты для кодирования. Судя по всему, код x265 оптимизировали, и поэтому veryslow превратился в slow. Логично предположить, что с декодированием происходит то же самое
> 3. И x264, и x265 - это кодировщики, а не декодеры. Соответственно, изменения в них никак не влияют на скорость воспроизведения котиков на офисных "2 ядра 2 гига".
Так вот почему mplayer тянет зависимость libx264...
| | |
| |
| 4.29, Аноним (17), 03:36, 08/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
mplayer тянет libavcodec, а он уже тянем всё, что поддерживает ffmpeg, в т.ч. и кодировщики.
| | |
|
|
|
| 1.2, Qwerty (??), 11:59, 06/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– | |
>Код libvpx распространяется под лицензией BSD.
Лучшая из лицензий. Я сначала как-то скептически отнёсся к проекту, но лицензия гарантирует вин.
| | |
| |
| 2.3, Аноним (3), 12:11, 06/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
для тех кто реализует платные сервисы вин это не столько лицензия ( для большей части лицензий нет разницы т.к. править библиотеку никто не будет ) а вот защита от патентных исков значит очень много...
| | |
| |
| 3.7, нах (?), 12:49, 06/02/2019 [^] [^^] [^^^] [ответить]
| –3 +/– | |
обрати внимание - в x265 _gpl_2, а не lgpl - для того чтобы измазаться, не надо править библиотеку, ее вообще нельзя использовать в коммерческом проекте. imho, спонсоры движухи все те же, кто принес нам vp9, а теперь изо всех сил пропихивает av1 - "конкурирующие технологии должны умереть".
И ох не в патентных исках дело :-(
| | |
|
| 2.6, нах (?), 12:46, 06/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Я сначала как-то скептически отнёсся к проекту, но лицензия гарантирует вин.
ничего она не гарантирует:
https://caniuse.com/#search=VP9
Partial support in Firefox refers to being enabled by default only for Windows users
на ипхонах не поддерживается и не будет - зака...нутыпонел, да?
x264 наше всьо, пока av1 все еще готовят для десктопа :-(
Ну или hevc - если не браузером смотреть, или браузером но с правильной лопатки.
| | |
| |
| 3.8, Qwerty (??), 12:52, 06/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Ну или hevc - если не браузером смотреть, или браузером но с
> правильной лопатки.
С Google Nexus, я угадал?
| | |
| 3.13, Аноним (13), 15:53, 06/02/2019 [^] [^^] [^^^] [ответить]
| +/– | |
А дальше прочитать?
Can be enabled in (all editions of) Firefox via the media.av1.enabled flag in about:config
| | |
| |
| 4.20, пох (?), 22:23, 06/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– | |
и? Ты видео для себя, любимого, выкладываешь? А нахрена тогда файрфак вообще - mpv'ой смотреть проще.
весь смысл веб-видео, что его выкладывают для других. И вряд ли для полутора васянов, полезущих менять не предназначенные для юзера настройки.
| | |
|
|
| 2.14, Аноним (14), 16:04, 06/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
А как же MPL-2.0?
Всё так же хорошо для встраивальщиков, при этом багофичи не огораживаются анально.
| | |
|
| |
| 2.12, нах (?), 14:04, 06/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
а единственноверный браузер в утюге об этом знает? "приложению"-то, понятно, пофиг.
| | |
|
| 1.11, Аноним (11), 13:44, 06/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Где бы почитать про "--auto-alt-ref=" и возможные значения?
В старой документации пишут, что этот параметр либо 0 либо 1.
| | |
|
