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)

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

Ну он как бы хорош для:

1) Для винды и прчих недосистем

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

PS: Он вроде ещё как-то стримить умеет.

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

Домашняя файлопомойка:

server ~ # time ./memtest 0
garbage=0, length=134217728, iterations=200000000

real 0m3.362s
user 0m3.250s
sys 0m0.030s

Ноут, за которым я сейчас:

devl547@localhost ~ $ time ./memtest 0
garbage=0, length=134217728, iterations=200000000

real 0m4.813s
user 0m4.746s
sys 0m0.068s

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

че-то как-то слишком быстро — особенно на файлопомойке фигачит как будто последовательно по памяти (скорее всего тогда тест у меня кривой, либо у тебя компилятор слишком умный)

на файлопомойке какая память стоит?

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

у меня жцц 4.4.5-8

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

в общем, буду разбираться, интересно

еще бы хорошо тайминги памяти привести типа 9-9-9-24

а что если сделать вот так:

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

наконец, мои 30 МТ/s это приблизительно, там нужно поточнее посчитать

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

-O1:
server ~ # time ./memtest 0
garbage=0, length=134217728, iterations=200000000

real 0m3.395s
user 0m3.250s
sys 0m0.060s

-O2:
server ~ # time ./memtest 0
garbage=0, length=134217728, iterations=200000000

real 0m3.349s
user 0m3.240s
sys 0m0.040s

-Os:
server ~ # time ./memtest 0
garbage=0, length=134217728, iterations=200000000

real 0m3.478s
user 0m3.410s
sys 0m0.040s

Причем у меня там сейчас торренты и i2p крутятся.

Собрал tcc:
server ~ # time ./memtest 0
garbage=0, length=134217728, iterations=200000000

real 0m3.776s
user 0m3.650s
sys 0m0.010s

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

вот более аккуратная, надеюсь, версия:

#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:\n  memtest start_address\nnote:\n  interesting start_address is 1 or 0 \n");
    /// если start_address=0, то вместо прохода по памяти мы стоим на месте,
    /// и время тратится *только* на арифметические вычисления
    return 1;
  }

  int* buffer = malloc(length*sizeof(int));
  assert(buffer);

  /// buffer init
  {
    int random = 12345;
    for(int l=1; l<length; ++l) {
      random += random<<2; /// random = 12345 * (5 power l)
      buffer[l]=random;
    }
    buffer[0] = 0; /// это для того, чтобы при start_address=0 мы стояли на месте
  }
  /// work
  {
    int result = 0;
    int address = atoi(argv[1]);
    for(int i=0; i<iterations; ++i) {
      address += address<<2; /// address = 5 power i или же 0 все время
      result ^= buffer[ (result^address)&(length-1) ];
    }
    printf("result=%d, length=%d, iterations=%d\n", result, length, iterations);
  }
  return 0;
}
/// usage:
///   gcc -Wall -O3 -std=c99  memtest3.c -o memtest3
///   time memtest3 1
///   time memtest3 0
www_linux_org_ru ★★★★★
()
Ответ на: комментарий от devl547

но на самом деле и там надо расставить unsigned и т.п., но это все мелочи... надеюсь

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

server ~ # time ./memtest3 1
result=1938399232, length=134217728, iterations=200000000

real 0m31.018s
user 0m30.240s
sys 0m0.330s
server ~ # time ./memtest3 0
result=0, length=134217728, iterations=200000000

real 0m1.099s
user 0m0.730s
sys 0m0.340s

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

ну вот теперь похоже на правду — 7 МТ/сек, хотя там еще чуть надо исправить, т.к. скорость занижена, из-за того, что читается вся кэш-линия

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

а на той машинке у меня выходит 10МТ/с, хотя по идее должно быть около 20МТ/с

опять надо разбираться :-)

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

Эквалайзеры в плеере не нужны. А вообще никто и не говорит, что VLC идеальный. У каждого свои вкусы.

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

Держать кучу двухсотгиговых фильмов на локальном хранилице будет накладно.

Ага, так солиднее и дешевле получается)

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

«Уровень 6.2 Высокий слой Макс. скорость потока для профилей Main 10 (кбит/с) 800 000»
Вы всё ещё используете Сеть Ethernet на коаксиальном кабеле? Тогда мы идем к вам!

Ну или распостранять как в кинотеатрах - на жёстких дисках.

"Видеопиратство — незаконное копирование и распространение защищённого авторским правом экземпляра аудиовизуального произведения (видеопродукции), вид нарушения авторского права."

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

UNiTE

Не нужно, и доступно только для оффтопика.


Ещё как нужно.

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

тормоза, по крайней мере частично, из-за tlb miss-ов — т.е. если использовать huge pages, то процесс ускоряется, так что уже около 15 МТ/с, но до расчетных 20 почему-то недотягиваю

но в любом случае, надеюсь, ты уже видишь, как 1333 МТ/с внезапно, после 12 часов ночи, превращаются в тыкву 15 MT/s ?

то же самое будет и с 2133 МТ/с, никуда не денутся, бугага

в общем, код для затравки есть, все те, кто Свято Верит В 2133 МГц могут пытаться выжать че-то большее

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

Самый адекватный музыкальный плеер, кстати. Что само по себе неплохо говорит и о gstreamer. Люди, которым знакомо чувство меры, не стали бы использовать технологию с большим оверинжинирингом.

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

внезапно, после 12 часов ночи, превращаются в тыкву 15 MT/s ?

Две вещи.
1. Сферический worst-case бенчмарк. Рандом на таком обьеме памяти - я хз, какое применение может быть.
2. Тут еще контроллер памяти влиять может.

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

Поэтому и нет. Пользователи Gnome и KDE обычно не парятся из-за пары мегабайт места для gstreamer и плагинов.

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

MPD - это демон, которым рулят при помощи одного из фронтэндов. Сравнивать его с Clementine нет смысла. Он хоть тексты песен отображать умеет? Или информацию о альбоме? Это разные продукты. Сравнивать их нет смысла.

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

. Он хоть тексты песен отображать умеет? Или информацию о альбоме?

Он плеер, его задача - играть музыку.
Все остальное - комбайны, а не плееры (привет, RealAudio).

Пользователи Gnome и KDE обычно не парятся из-за пары мегабайт места для gstreamer и плагинов.

Они и сидеть в винде не парятся. Проблема то в чем? Мне оно не нужно, я не использую.

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

пиратство — незаконное копирование и распространение

Я за бан. Тебя (по IP) и википедии в целом.

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

При чем здесь оптические носители (которые, кстати, не нужны)? Ты подумай, сколько времени у тебя с торрентов даже на скорости 2Мб/с будет литься такой фильмец: 250·1024·8/2 = 1024000; 1024000/3600 = 284.4; 284.4 / 24 = 11.85!!!

Офигеть! Т.е. чтобы посмотреть фильмец, придется 12 суток ждать, пока он скачается! Прямо как соединение по ppp…

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

Скоро вообще не будет возможности ни в каком качестве скачать ☹

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

Ну как бы у большинсва есть до 100 мбит (у самого 2 только) так что это как двд рипы лет 10 назад, к соседу за быстрым каналом.. И в общем такие рипы, опять виток прогрессу, как по месту за HDD так и по каналам. Будет реклама, теперь вы можете скачать фильм быстрее чем посмотрите )))

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

Зачем нужно такое видео? Спроси это у маркетологов Digital Signage. Там уже идет война и есть решения в 4к.

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

Т.е. чтобы посмотреть фильмец, придется 12 суток ждать, пока он скачается!

Пф. Когда-то iso-шку DVD за месяц с перерывами скачивали, и ничего. Тогда ещё разные флешгеты очень котировались.

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

Пользуетесь. Но ведь gstreamer из системы не выпиливали? Phonon же через что-то проигрывает мультимедийный контент?

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

пользователи, которым хватает одной встроенной дороги и не надо сабов, либо идиоты-мазохисты.

Либо те, кто умеют читать маны.

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

ВННЗАПНО у большинства тех, кому они действительно нужны, вообще нет интернетов, а у кого есть - это унылый 3г-безлимит втридорога за скорость порядка 64кбит/с. И двд-рипы по 12 дней качают. Не путайте Москву и Россию...

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

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

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

Да и сейчас некоторые сервера на таких скоростях отдают, что поматерившись качаешь и ставишь качалку, качаешь ей тот файл в несколько потоков и вся эта процедура занимает плять меньше времени, чем качает браузер! Другое дело, что сейчас тяжелые файлы принято брать через торренты.

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

Пользуюсь кедами и XMMS2.

Тогда уж логичнее было бы пользоваться qmmp.

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

не знал что плёнка в аймах цифровая пошла...

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