LINUX.ORG.RU

В медиаплеер VLC добавлена поддержка H.265 / HEVC

 , ,


0

2

Проект популярного кросс-платформенного медиаплеера VLC, с открытым исходным кодом, объединил разработки x265, чтобы получить поддержку H.265 / HEVC.

Ранее в этом году ITU одобрил в качестве рекомендации и стандарта кодер-декодер H.265 / HEVC, как превосходящий по своим возможностям H.264 / MPEG-4 AVC. Видео высокой эффективности кодирования нуждается в половине битрейта H.264, при этом обеспечивая лучшее качество воспроизведения и поддержку 8K UHD — видеоматериала сверхвысокой чёткости с разрешением 7680 × 4320 (33,2 мегапикселя). Проект x265 был основан как свободная реализация H.265.

Совсем недавно стала доступна другая реализация H.265 с открытым исходным кодом — libde265, написанная с нуля.

Сегодня в Git был внесён соответствующий коммит, и теперь там присутствует x265 декодер от Anzwix. Поддержка H.265 включается при сборке плеера с ключом --enable-x265.

>>> Подробности

★★★★★

Проверено: JB ()
Последнее исправление: cetjs2 (всего исправлений: 2)

Ответ на: комментарий от Deleted

О чем вообще разговор, smplayer тоже на куте, какбэ. А консольным мплеером смотрит либо быднетребовательные пользователи, которым хватает одной встроенной дороги и не надо сабов, либо идиоты-мазохисты.

попрошу не выражаться, никаких проблем в переключение дорог или ещё чего-то не испытываю. разве же что раз в полгода какой-то хоткей приходиться загуглить.

st0ke
()
Ответ на: комментарий от MrClon

Нормальным людям камера хардварно закодирует, а фильмы уже закодированы в магазине.

anonymous
()

Ещё один гвоздь в гроб MPlayer.

echo123
()
Ответ на: комментарий от xtraeft

я могу использовать vlc как ps3mediaserver?

Нет! :) Ты можешь Firefox использовать как Apache?

VLC — это рендерер (проигрыватель) и точка управления (выбор что играть). Сервера (отдача контента) там нет.

Собственно, под Linux проблема — полно серверов, но нет нормальных полноценных рендереров. Даже VLC — не полноценный рендерер, им нельзя управлять по сети.

KRoN73 ★★★★★
()
Последнее исправление: KRoN73 (всего исправлений: 1)

«Ага» - сказали анимешники и сделали пометку в блокнотике.

aidan ★★★★
()
Ответ на: комментарий от anonymous

Держать кучу двухсотгиговых фильмов на локальном хранилице будет накладно. Потоковое - во-первых, с тру-HD там плохо, во-вторых обычно даже сторонные субтутры/дорожку не подключишь. Ну или распостранять как в кинотеатрах - на жёстких дисках.

Deleted
()
Ответ на: комментарий от KRoN73

Ну так на i7 прогресс не остановится.

Спорное утверждение. Потому что тактовую частоту процессора поднять выше 4GHz при обычном охлаждении не удастся никак, с увеличением количества ядер тоже есть проблемы, а то что технология изготовления будет меньше чем 22нм, ну так это влияет только на энергопотребление и на площадь занимаемую процессором.

anonymous
()
Ответ на: комментарий от pekmop1024

а h.265 по кадру в час. Вот и считай

в данном случае стоимость кодирования будет примерно равна стоимости электроэнергии, то есть примерно $3 секунда, или $10К час, что по сравнению с затратами на создание и тиражирование — копейки

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от KRoN73

Ну так на i7 прогресс не остановится.

а вот в латентности памяти прогресса можно сказать вообще нет

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от pekmop1024

Резерва нет вообще. Кремний всё.

ты че-то сильно загнул

но тема интересная :)

щас попробую пованговать

память перенесут физически под процессор и начнут печь по техпроцессу, допускающему больше жалких 300МГц, на которых она щас работает

т.е. процессор будет устанавливаться в сокет через несколько (физических) прокладок: быстрая память, обычная память, и дальше может развитие ssd памяти

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от MrClon

Согласно данным Ateme кодирование 10х декодирование 2-3х

froggy
()
Ответ на: комментарий от pekmop1024

Резерва нет вообще.

бугага

*произвольный* доступ к памяти занимает порядка 100 тактов, а несложные операции в процессоре выполняются порядка 3 штук за такт (хотя латентность, конечно, все же на уровне тактов)

если это не резерв, то что тогда резерв?

ssd-шки почему-то имеют латентность на уровне микросекунд, хотя предположу, что могли бы иметь на уровне наносекунд, т.е. быстрее, чем современная ddr3

ssd-шки тут притом, что скорость цпу часто отлично торгуется за счет объема памяти с произвольным доступом (кладем в память предвычисленную таблицу, и читаем когда надо)

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от Ford_Focus

лучше бы поддержку Daala реализовали

Поддержка призрака?

UNiTE ★★★★★
() автор топика
Ответ на: комментарий от anonymous

modul_pamyati_ddr3_8192mb_2133mhz_corsair_v...

ыыы

http://en.wikipedia.org/wiki/Ddr3

твоя память работает на 266 МГц, а 2133 — это маркетиноговый 3.1415926535здеж (это мегатрансферы в секунду, а не мегагерцы)

распараллелив легко можно сделать хоть 100500 мегатрансферов в секунду, а вот латентность ты хрен так уменьшишь

www_linux_org_ru ★★★★★
()
Последнее исправление: www_linux_org_ru (всего исправлений: 1)

Я вот подумал а нафига

нуждается в половине битрейта H.264

А оно вот для чего:

сверхвысокой чёткости с разрешением 7680 × 4320 (33,2 мегапикселя)

Ну и объясните, зачем нужно такое видео, даже 1920x1080 более чем достаточно, лучше бы запахи к прикрутили или другие эффекты присутствия, а они все картинку растягивают.

anonymous
()
Ответ на: комментарий от anonymous

Ну и объясните, зачем нужно такое видео

Затем, что такая разрешающая способность примерно равна разрешению киноплёнки IMAX. Если это тебе о чём-то говорит.

UNiTE ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Ну и объясните, зачем нужно такое видео

Ну, как сказать… Формально разрешение фовеонного поля (чёткого зрения) у человека — что-то около 420px. Поскольку мы не можем подсовывать чёткое изображение только туда, куда человек смотрит, то имеет смысл подать максимальное разрешение на всё поле зрения — это около 10 тыс. пикселей по ширине. И, да, подразумевается максимальное разрешение зрения (1 пиксель — угловая минута). Всё, что больше — придётся уже крутить головой или будет совсем пропадать без надобности. Полное круговое зрение — 21к пикселей.

Впрочем, после ЖК с 500 dpi глупо удивляться торжеству маркетинга над здравым смыслом :)

KRoN73 ★★★★★
()
Ответ на: комментарий от anonymous

2133MHz

2133 MT/s у тебя будет только при полностью последовательном доступе (как в магнитной ленте, бу-га-га!!!), при почти последовательном доступе у тебя будет уже примерно 100 МТ/секунду, а при полностью произвольном доступе — порядка 30 МТ/секунду

так что твою память стоило бы назвать 30MHz (бугага еще раз) — она *гарантирует* только это

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от pekmop1024

Резерва нет вообще. Кремний всё.

совершенствование процессора в отрыве от памяти и шин почти зашло в тупик // окончательный фикс

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от KRoN73

mplayer до сих пор однопоточный

какой ужас

anonymous
()
Ответ на: комментарий от anonymous

Ну и объясните, зачем нужно такое видео, даже 1920x1080 более чем достаточно

Согласен. Лучше развивать всякие 3D технологии, куда больше реалистичности добавляется.

anonymous
()
Ответ на: комментарий от pekmop1024

и еще чуть-чуть повангую:

битовые операции прямо на памяти (т.е. чтение, запись, инвертирование и т.п. *отдельных* бит без пересылки всей кэш-линии в процессор)

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от devl547

Пруфов как всегда не будет?

а у тебя как всегда необоснованные наезды?

http://en.wikipedia.org/wiki/CAS_latency

10 нс до 1-го слова это почти последовательный доступ, он дается СL (допустим СL=10), совсем рандомный это сумма всех 3 таймингов, т.е. обычно в 3 раза больше

наконец, можешь накатать простую прогу на си и померить рандомный доступ сам (правда учти, что обычно память двухканальна)

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от KRoN73

Контекст — в официальных репозиториях Gentoo или Ubuntu.

В конфиге параметры lavdopts выставлял?
Потому как у меня без проблем жрал все доступные ядра, когда аниму без аппаратного ускорения смотрел.

devl547 ★★★★★
()
Ответ на: комментарий от devl547

И банки чередуются.

... но это только к тому, что твоя прога может мерить не латентность, а чуть другое

латентность это не уменьшает

www_linux_org_ru ★★★★★
()
Последнее исправление: www_linux_org_ru (всего исправлений: 1)
Ответ на: комментарий от KRoN73

и одно ядро практически не грузит

Может на видеокарте всё обрабатывается поэтому и такая низкая загрузка проца?

anonymous
()
Ответ на: комментарий от KRoN73

mplayer до сих пор однопоточный

Да как бы 4.2, даже из дебиан тестинга пишет «using 4 threads» или в этом роде с повышенный уровнем сообщений.

anonymous
()
Ответ на: комментарий от devl547

вот тебе прога (25MT/c на памяти с емнип 1333 МТ/сек)

#include <stdio.h>
#include <assert.h>
#include <stdlib.h>

#define iterations (200*1000*1000)
#define length (128*1024*1024) /// должно быть 2 в степени эн

int main(int argc, char** argv)
{
  if( argc!=2 ) {
    printf("usage:\nmemtest 0\nnote: this 0 is mandatory!\n");
    return 1;
  }
  int mask = atoi(argv[1]); /// mask == 0
  int* buffer = malloc(length*sizeof(int));
  assert(buffer);
  int result = 0;
  int address = 1;
  for(int i=0; i<iterations; ++i) {
    address += address<<2; /// address = 5 power i 
    result ^= buffer[ (result&mask) ^ (address&(length-1)) ];
  }
  printf("garbage=%d, length=%d, iterations=%d\n", result, length, iterations);
  return 0;
}
/// usage: 
///   gcc -O3 -std=c99  memtest.c -o memtest
///   time memtest 0

/** result:

garbage=0, length=134217728, iterations=200000000

real    0m8.284s
user    0m8.225s
sys     0m0.060s

**/
www_linux_org_ru ★★★★★
()
Ответ на: комментарий от devl547

в принципе, mask можно вообще выкинуть — вероятность того, что из-за этого обход памяти станет нерандомным, черезвычайно мала:

result ^= buffer[ (result^address)&(length-1) ];

www_linux_org_ru ★★★★★
()

отличная новость, зонд от гугла под названием vp9 стал ещё более ненужным.

в то же время, желаю удачи новому кодеку от xiph.org, забыл, как называется.

anonymous
()
Ответ на: комментарий от devl547

это у тебя что за железка?

это не столь важно

прогони на своей

www_linux_org_ru ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.