После полутора лет разработки увидел свет (http://www.mythtv.org/news/153/0.25%20Finally%20Re...) релиз платформы для создания домашнего медиацентра MythTV 0.25 (http://www.mythtv.org/), позволяющей превратить настольный ПК в телевизор, видеомагнитофон, музыкальный центр, альбом с фотографиями, станцию для записи и просмотра DVD.
Архитектура MythTV базируется на разделении бэкенда для хранения или захвата видео (IPTV, DVB-карты и т.п.), и фронтэнда для отображения и формирования интерфейса. Фронтэнд может работать одновременно с несколькими бэкендами, которые могут быть запущены как на локальной системе, так и на внешних компьютерах. Функциональность реализуется через плагины. В настоящее время доступно два набора плагинов - официальный (http://www.mythtv.org/wiki/Category:Plugins) и неофициальный (http://www.mythtv.org/wiki/Unofficial_Plugins). Спектр возможностей, охватываемых плагинами достаточно широк, от поддержки интеграции с различными online-сервисами и реализации web-интерфейса для управления системой по сети, до средств для работы с web-камерой и организации видеосвязи между ПК. Код проекта распространяется в рамках лицензии GPL.В процессе подготовки новой версии внесено более 5200 коммитов. Из ключевых улучшений (http://www.mythtv.org/wiki/Release_Notes_-_0.25) можно отметить:
- Поддержка аппаратного ускорения декодирования видео с использованием VAAPI и поддержка архитектуры акселерации DirectX Video Acceleration 2;
- Поддержка высококачественных аудио кодеков E-AC3, TrueHD и DTS-HD;
- Возможность управления телевизором, TV-ресивером и другими мультимедиа системами с использованием двунаправленного протокола CEC (Consumer Electronics Control);
- Улучшены средства для управления метаданными для записываемых видеоматериалов. Удалена поддержка утилиты для работы с метаданными jamu (http://www.mythtv.org/wiki/Jamu), вместо которой теперь используется компонент MythMetadataLookup;
- Представлен полнофункциональный сервисный API (http://www.mythtv.org/wiki/Services_API) для обеспечения взаимодействия внешних приложений c MythTV, как с бэкендом, так и с фронтэндом. Новый API можно использовать в том числе для организации потоковой доставки контента поверх HTTP (HTTP Live Streaming). Ранее используемый API MythXML объявлен устаревшим;
- Полностью переписан модуль MythMusic, используемый для обеспечения проигрывания музыки и управления музыкальной коллекцией. Переработана архитектура видеоплеера MythVideo. Функции MythMusic и MythVideo теперь непосредственно интегрированы в MythTV, а не распространяются в виде плагинов;- Коллекция визуальных тем MythThemes более не рассматривается как внешний репозиторий, все визуальные темы, включая темы от сторонних разработчиков, теперь могут быть загружены непосредственно через интерфейс выбора тем, интегрированный во фронтэнд;
- Процессом проигрывания контента при помощи MythNetvision, например, при просмотре роликов из YouTube, теперь можно управлять через дистанционный пульт управления. В MythNetvision по возможности используется встроенный базовый мультимедиа плеер MythTV;- Поддержка 3D-эффектов при выводе горизнтального и вертикального меню;
- Поддержка IPv6 для бэкенда и фронтэнда;
- Во фронтэнд добавлена концептуальная реализация метода управления и формирования запросов поверх HTTP (например, http://frontend-ip:6547/Frontend/GetScreenShot?width=X&height=Y или http://frontend-ip:6547/Frontend/SendAction?Action=UP);
- Поддержка AirTunes/AirPlay для потоковой передачи видео и звука с устройств на базе Apple iOS;
- Система профилирования оборудования для накопления статистики об имеющихся у пользователей аппаратных устройствах;
- Начальная поддержка анимации в MythUI;
- Прекращена поддержка механизма акселерации XvMC и удалена поддержка libmpeg2 для проигрывания видео;
- Новые скрипты для сборки и формирования пакетов для платформ Windows и Mac OS X;
- Переписана система ведения логов (http://www.mythtv.org/wiki/Logging);
- Прекращена поддержка Python 2.5, в качестве минимальной версии рекомендуется Python 2.6. Также для работы требуется Taglib 1.6+ и Qt 4.6+. Из списка зависимостей исключены libvisual, libsdl, libcdaudio, libcdda_paranoia и wget.
URL: http://www.mythtv.org/news/153/0.25%20Finally%20Re...
Новость: http://www.opennet.me/opennews/art.shtml?num=33573
Интересно аналоговые тюнеры починили?
>Прекращена поддержка Python 2.5, в качестве минимальной версии рекомендуется Python 2.6.Еще один камень в сторону отказа от python в своих проектах, поскольку в этом случае кроме проблем связанных непосредственно по прикладной задачи и инженерно-технических проблем реализации, камнем вешается к проекту python, который, хоть и вроде бы вещь второстепенная, но несет потенциальные проблемы совместимости с окружением.
Чем это отличается от зависимости от Lua, Perl, glibc именно такой и никой другой версии? И ещё бо-ольшой кучи других зависимостей?
Насчет Lua - не в курсе дел, но на всякий случай использовать не стал бы.
Glibc - это основа и без нее (или подобной либы *libc) обойтись вряд ли получится.
Ну а с Perl'ом ситуация совершенно другая, т.к. сам язык позволяет себя расширять/модифицировать, что как бы намекает на то что можно добиться любых целей прямо как при использовании православного Си. В доказательство моих слов будет набор модулей на CPAN которые реализуют конструкции Perl6 в Perl5. Но вы вряд ли поймете о чем речь, так как, скорее всего, думаете о Perl как об обычном интерпретаторе нежели как о "Си со стероидами", а по использованию Perl и/или Си у вас, скорее всего, только книжные знания без реального опыта построения сложны систем. Уже не раз видал таких полу\^Wнеосиляторов.PS: И, кстати да, я вижу что вы несколько не решились включить в список перечислении язык Си :)
>Glibc - это основа и без нее (или подобной либы *libc) обойтись вряд ли получится.Я ведь специально написал на счёт конкретной версии.
>скорее всего, думаете о Perl как об обычном интерпретаторе нежели
Думаю о Perl так же, как и о Python и прочих интерпретаторах — зло, но неизбежное.
>по использованию Perl и/или Си у вас, скорее всего, только книжные знания без реального опыта построения сложны систем
FYI: я, так-то, программист и администратор с многолетним стажем и за плечами у меня создание, эксплуатация и администрирование далеко не одной и далеко не простой системы.
>Я ведь специально написал на счёт конкретной версии.А я вам написал про то что glibc - база и без нее не обойтись, тогда как без python можно. Что лучше: две зависимости или одна?
>Думаю о Perl так же, как и о Python и прочих интерпретаторах — зло, но неизбежное.
1. Без учета специфики, то есть в общих чертах?
2. А я думаю о Perl как о библиотеке написанной на Си, которая облегчает построение приложении на языке Си за счет избавления от рутинных дел, не навязывая не нужные и чуждые для Си концепции программирования, навроде ООП-костылей или дибильных оступов. В случае необходимости, переход от Perl кода к Си коду безболезненный и решается один к одному с использованием Си библиотек (glibc, pcre, glib, ...). Чья позиция важнее и для кого?
3. Плевать что вы думаете - важно как обстоят дела на самом деле.>FYI: я, так-то, программист и администратор с многолетним стажем и за плечами у меня создание, эксплуатация и администрирование далеко не одной и далеко не простой системы.
Я тоже матерый, и поэтому (в отличии от вас, кстати говоря) не руководствуюсь субъективными взглядами и пристрастиями, и уж тем более не останавливаюсь на обобщении и поверхностном анализе, а стараюсь разбираться в деталях с позиции прагматика.
PS: Я бы еще дров подкинул, но не вижу смысла тратить время на "поверхностно плавающих".
Да уж! Вашу «матёрость» видно по вашему словестному поно^W извержению.>Плевать что вы думаете - важно как обстоят дела на самом деле.
Единственная умная фраза во всём посте и адресовать вы должны её себе.
Думаю, что на этом стоит закончить, тем более, что и новость-то совсем о другом :)
А как бы ничего что ты тупо отрефлексировал (сам того не понимая?) на мой ответ, но ничего не ответил по содержанию? А?
Прагматики просто решают имеющиеся задачи наиболее удобным инструментом, а не устраивают срачи в комментах. Им хочется питона? Пусть будет питон.
Сорри, за офф-топ: кто-нибудь знает, возможно ли на один бэк-енд навесить более одного фронт-енда?
Виноват!
Как всегда: стоит задать вопрос - сразу натыкаешься на ответ! ))))http://alex-vasilyev.blogspot.com/2009/11/mythtv-mythbuntu.html
>Как всегда: стоит задать вопрос - сразу натыкаешься на ответ! ))))Подними вебсайт у себя на 127.0.0.1 и прикрути туда форум. Задавая вопросы в него ты облегчишь себе жизнь.
> Подними вебсайт у себя на 127.0.0.1 и прикрути туда форум. Задавая вопросы
> в него ты облегчишь себе жизнь.Так и видится оживлённая дискуссия на localhost-е типа http://www.opennet.me/openforum/vsluhforumID1/93241.html#0 -- с $)) _неработающим php, apache-м и проч.виртуалхостами.