LINUX.ORG.RU

Первая стабильная версия Dirac

 , ,


0

0

Вышел dirac-research 1.0.0 под лицензией MPL 1.1 (допуская перелицензирование под GPL/LGPL).

Dirac — это алгоритм для кодирования и декодирования несжатого (raw) видео. Он был представлен BBC (Би-Би-Си) в январе 2004 как основа нового кодека, предназначенного для передачи видео по сети.

У него достаточно широкий круг применения — он себя отлично показывает как в передаче небольших низкокачественных видеороликов (минимум — QCIF, 176x144 пикселей), так и в широковещательной передаче HD-видео (1920x1080 и выше).

У Dirac две версии кодеков: dirac-research и schroedinger. Разработка dirac-research ведётся для улучшения и тестирования алгоритма, она первоначально создана и разрабатывается BBC. Schroedinger же создан для нормальной работы с Dirac и несколько отстаёт от dirac-research по уровню поддержки алгоритма, но зато работает значительно быстрее.

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

Из факта помещения сего в новости предполагаю GPL'образную лицензию. Можно было и указать какую именно.

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

Угу, хай модеры исправят. Mozilla Public License 1.1

Obey-Kun ★★★★★
() автор топика

Очень позитивная новость, проект практически готов. Из официального FAQ:

When will Dirac be ready?

It's pretty much ready now. The Schrodinger real-time implmentation has reached version 1.0 and hardware products based on the VC-2 professional subset are already being sold (and will be used in the Beijing Olympics). There are continual improvements we want to make to improve support in applications and get better performance, but it's useable now.

SKYRiDER ★★★
()

Вот и славненько. Ждём в репозиториях Debian'a.

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

Да. Ошибся. Просто в первый попавшийся исходник заглянул. А в факе не заметил). Надеюсь на быструю реакцию модеров.

Obey-Kun ★★★★★
() автор топика

Подскажите хорошее howto по кодированию в dirac. Чем лучше кодировать? Какой контейнер использовать?

Пробовал dirac_encoder - отработал (медленно), но потом не удалось поместить видеопоток в контейнер (пробовал ogg и mkv) с помощью ffmpeg. Пробовал собрать ffmpeg с libschroedinger - получил ошибку при компиляции.

anonymous
()

Отлично! Ждём, пока оптимизируют по скорости хотя бы в 2 раза и перепишут на чистых C + ASM :)

Gharik
()

приятная новость, давно ждал )

mfx
()

> он себя отлично показывает как в передаче небольших низкокачественных видео-роликов

Бугагец. И исключительно потому, что системы годовой давности еле-еле хватает под эту задачу :)

> так и в широковещательной передаче HD-видео (1920x1080 и выше).

Гоу, мазафакер, гоу! Я боюсь представить этого кадавра на столе у пользователя. Разве что IBM RoadRunner впихнут в 16U корпус :)

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

> Отлично! Ждём, пока оптимизируют по скорости хотя бы в 2 раза и перепишут на чистых C + ASM :)

А шрёдингер не для этого создан по-твоему? Он как раз на чистых Сях... На ноуте с Core Duo он HD720/25p в реальном времени кодировать может.

Obey-Kun ★★★★★
() автор топика

Введение очень напоминает переписанный кусок статьи из Википедии ;)

Ну, а по теме: новость не может не радовать :) Есть ли какие-нибудь тестовые видео (ну и сами кодеки) на которых можно было бы потестить скорость декодирования на своей машине?

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

> Есть ли какие-нибудь тестовые видео (ну и сами кодеки) на которых можно было бы потестить скорость декодирования на своей машине?

Несколько видео файлов лежат на http://dirac.kw.bbc.co.uk/download/video/maybefinal/. Сам не проверял.

SKYRiDER ★★★
()

mplayer/mencoder уже давно умеют шрёдингера.

AnDoR ★★★★★
()

Спецом пережал щас клип в xvid, x264, schroedinger, theora, divx5. Субьективно качество сжатия распределилось так: x264, divx5, xvid, theora, schrodinger по убыванию.

Жаль, я так надеялся, так ждал.

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

> Жаль, я так надеялся, так ждал.

Вейвлеты яростно сосут при сжатии видео, это общеизвестный факт.

Приличные результаты показывала только французская наколенная поделка Rududu, но чё-то она подзагнулась.

x264 - наше всё. Ну ещё теору грозятся допилить, но веры в это мало.

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

В теору веры нет и быть не может, если она и сравниться когда-нибудь с более или менее современными кодеками, то это уже будет совсем не нынешняя теора. Её единственный козырь - лицензионная чистота. Вейвлеты - круто конечно, но не помню, чтобы я в dirac/shroedinger (дал же Бог название для кодека) смог что-то вменяемо закодировать. Справедливости ради следует сказать, что пробовал давно на старых версиях, сейчас играться с установкой всяких там liboil нет времени. Из вейвлет кодеков, насколько я помню, Snow только был уровня, приближающегося к возможности закодировать и сравнить с чем-нибудь, но он ещё не "устаканился" и периодически то падает, то отказывается играть то, что сам же накодировал.

timur_dav ☆☆☆☆☆
()

В Н.264 остаётся да в XVID кодить, только вот нет multithreading декодера под *nix'ы, а это очень печалит, поэтому и приходится извращаться со всякими там CoreAVC. Кстати говоря, интересно, но качество ffmpeg декодера для H.264 проигрывает СoreAVC (IMHO картинка получается менее живой и насыщенной).

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

> dirac/shroedinger (дал же Бог название для кодека)

Дирак/Шрёдингер - так проще?

Первый - француз, второй австриец, кстати сказать, в Первую мировую воевавший против России артиллеристом (условно, ибо не на нашем фронте). Оба приложили руку к созданию квантовой механики и оба имеют в ней именные уравнения.

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

Сделай для себя открытие, но разные декодеры дают объективно разную картинку при одном и том же декодируемом материале.

timur_dav ☆☆☆☆☆
()

закопайте уже это тормозное гавно!

anonymous
()

Так а какие у него преимущества? При том же битрейте потенциально может обеспечить лучшее качество?

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

> В Н.264 остаётся да в XVID кодить, только вот нет multithreading декодера под *nix'ы, а это очень печалит, поэтому и приходится извращаться со всякими там CoreAVC. Кстати говоря, интересно, но качество ffmpeg декодера для H.264 проигрывает СoreAVC (IMHO картинка получается менее живой и насыщенной).

Для H.264, в отличие от MPEG4 ASP и иже с ними (http://guru.multimedia.cx/the-mpeg124-and-h26123-idct/), стандартом строго определен результат корректного декодирования, т.е. все корректно реализованные декодеры выдадут идентичный результат. В Theora, кстати, тоже алгоритм вычисления iDCT строго определен.

anonymous
()

кастую в тред видеофилов с профессиональными студийными ЭЛТ мониторами на ушной сере девственниц 40-ка лет и простых обывателей с дешевыми китайскими пластиковыми ЛЦД мониторчиками.

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

> что, тут есть такие любители пепси, которые не слышали о них?

Не знаю, но было мнение, что слово Shroedinger не выговоришь. вот меня с утра и потянуло поумничать :)

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

> Не знаю, но было мнение, что слово Shroedinger не выговоришь

Я вижу, кому-то фамилию Schrödinger толком и не написать

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

Возможно, что халтурит, но результат говорит сам за себя.

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

при отсутствии умляутов замена на oe вполне легитимна, не выделывайся

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

>>В Н.264 остаётся да в XVID кодить, только вот нет multithreading декодера под *nix'ы, а это очень печалит, поэтому и приходится

multithreading в ffmpeg не реализован только для frame based кодированного видео. Для slice based video мультитрединг работает. Впрочем, в рамках GOs обешают скоро реализовать для ffmpeg и mekmnbnhtlbyu для frame based video

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

>Так а какие у него преимущества?

Нет квадратиков

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

> стандартом строго определен результат корректного декодирования, т.е. все корректно реализованные декодеры выдадут идентичный результат

Дык, вроде там ещё после декодирования постпроцессинг возможен.

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

> Я вижу, кому-то фамилию Schrödinger толком и не написать

У кого-то и умляутов на клавиатуре нет. А поскольку тех, у кого нет умляутов, в мире значительно больше, чем тех, у кого они есть, прогрессивное человечество давно придумало менять \"{o} на oe, \"{a} на ae и т.п.

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

> Shroedinger - это официальное имя кодека вроде как :)

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

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

> И тёплого лампового звука не возникает?

Тёплый ламповый звук возможен только на ламповых звуковых картах.

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

Еще более прогрессивное человечество придумало Compose key.

<dead_diaeresis> <o> : "ö" odiaeresis # LATIN SMALL LETTER O WITH DIAERESIS

<Multi_key> <quotedbl> <o> : "ö" odiaeresis # LATIN SMALL LETTER O WITH DIAERESIS

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

> Еще более прогрессивное человечество придумало Compose key.

Хдее??? [судорожно обшаривает клавиатуру своего мобильника и экранную на N800] :-)

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

> Хдее??? [судорожно обшаривает клавиатуру своего мобильника и экранную на N800] :-)

Из таблицы символов. Надо уважать чужие языки и стараться не коверкать их всякими буквозаменами.

Кстати, неужели N800 юникода не знает? Хм, спасибо, что просветили. Этот минус будет учтен во время решения о покупке.

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

> Из таблицы символов.

Стоп, какой-такой таблица символов? Мне кажется, тут только что был Compose key, от которой должно наступить счастье. Да и в любом случае, на моем SE k750i в ней есть много смайликов, но ни одного умляута.

> Кстати, неужели N800 юникода не знает?

Без понятия - никогда не приходило в голову проверять. Спросите при следующей покупке у продавца-консультанта.

> Надо уважать чужие языки и стараться не коверкать их всякими буквозаменами.

Это мы уже проходили в середине прошлого века, и кончилась эта борьба с космополитизмом плачевненько. Уважать языки никто не запрещает, но глупо требовать, чтобы моя личная фамилия транслителировалась через "ц", а не "ts", не находите? Или (шрифты-то вроде по большей части юникодные), так что могли бы заразы-буржуи проявить к русскому толику уважения? ;)

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

> Кстати, неужели N800 юникода не знает?

Специально включил проверить - отыскал умляуты где-то на дальней вкладке.

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

Ну так чем проиграть демки (ts)?
----------------
ffplay выдает, но изображения нет:
----------------
FFplay version SVN-r13153, Copyright (c) 2003-2008 Fabrice Bellard, et al.

configuration: --enable-shared --enable-pthreads --enable-libdirac --enable-libschroedinger

libavutil version: 49.6.0

libavcodec version: 51.56.0

libavformat version: 52.13.0

libavdevice version: 52.0.0

built on Sep 22 2008 16:57:08, gcc: 4.1.2 20070502 (Red Hat 4.1.2-12)
----------------
mplayer из svn не собирается:
----------------
/usr/local/lib/libschroedinger-1.0.so: undefined reference to `oil_function_class_ptr_multiply_and_acc_24xn_s16_u8'
/usr/local/lib/libschroedinger-1.0.so: undefined reference to `oil_function_class_ptr_multiply_and_acc_6xn_s16_u8'
/usr/local/lib/libschroedinger-1.0.so: undefined reference to `oil_function_class_ptr_combine2_8xn_u8'
/usr/local/lib/libschroedinger-1.0.so: undefined reference to `oil_function_class_ptr_subtract_s16'
....

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