Исходное сообщение
"Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..." Отправлено Аноним, 07-Фев-19 13:30
> 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...

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> 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...
	Введите код, изображенный на картинке: