URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 80900
[ Назад ]

Исходное сообщение
"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."

Отправлено opennews , 21-Окт-11 11:28 
После двух лет разработки представлен (http://openelec.tv/news/item/207-openelec-1-released) релиз проекта OpenELEC 1.0 (http://openelec.tv) (Open Embedded Linux Entertainment Center), в рамках которого развивается специализированный дистрибутив для создания домашних кинотеатров (HTPC - Home Theatre PC). В качестве основы использован медиацентр XBMC (http://xbmc.org/), обладающий богатой функциональностью и поддерживающий расширение возможностей через подключение дополнений. Размер загрузочного iso-образа (http://openelec.tv/get-openelec) составляет 126 Мб, дистрибутив подготовлен с расчётом на загрузку с USB-накопителя или SD-карты.


Дистрибутив нацелен на максимальное упрощение работы: просто загрузившись с Flash-накопителя можно превратить любой компьютер в медиацентр, работать с которым не сложнее, чем с DVD-проигрывателем или телеприставкой. Основной принцип дистрибутива "всё просто работает". При создании дистрибутива большое внимание уделено скорости загрузки - дистрибутив п...

URL: http://openelec.tv/news/item/207-openelec-1-released
Новость: http://www.opennet.me/opennews/art.shtml?num=32100


Содержание

Сообщения в этом обсуждении
"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Аноним , 21-Окт-11 11:28 
Телевизор включается в течении 1 сек. Есть подозрение что использование ядра Lin для домашнего кинотеатра жутко избыточно.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Анон , 21-Окт-11 11:30 
Я думаю в большинстве приставок оно и используется. Просто протюнено лучше.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Аноним , 21-Окт-11 11:31 
Его можно не выключать а отправлять в суспенд.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено AlexAT , 21-Окт-11 11:33 
Какой-то у вас древний телевизор. Современные функциональные стартуют несколько дольше. А 10 сек для медиаплеера - это мелочь.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Пользователь SONY KDLEX720 , 21-Окт-11 15:09 
Новый телевизор SONY включается за пару секунд и показывает собственно TV-каналы, но для доступа к разного рода мультимедиа функциям ему требуется секунд 30 - т.е. жмеш сразу после включения кнопку InternetTV или Home, а телик пишет что-то вроде "Подождите пожалуйста, доступ к функции в настоящий момоент невозможен", через минуту эта же кнопка начинает работать как и ожидалось.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено mirsev , 23-Окт-11 07:19 
Не знаю, как Sony, а Samsung при входе в Internet@TV лезет сначала на их сервер, пытаясь то ли узнать про обновления, то ли за проверкой своей идентичности. Поэтому и стартует оно не сразу.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено ptr , 23-Окт-11 22:55 
> Телевизор включается в течении 1 сек. Есть подозрение что использование ядра Lin
> для домашнего кинотеатра жутко избыточно.

На Gentoo можно добиться 2-4 секунды. Я абсолютно серьезно.


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено AlexAT , 23-Окт-11 22:58 
> На Gentoo можно добиться 2-4 секунды. Я абсолютно серьезно.

На кастомной платформе можно добиться и меньше. Самый простой способ: запихать standby-образ дистра в флеш, и грузить его. Ну и кастомный BIOS, инициализирующий платформу за пару сот мс. На commodity не добиться - биосы стартуют дольше.



"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Trrrrrolllooloooo , 21-Окт-11 11:36 
интересно, как там обстоят дела с лицензионными ДВД\Блюреями?

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Anonimous , 21-Окт-11 11:40 
Тут его активно обсуждали http://xbmc.ru/forum/showthread.php?t=609
Короче штука специфичная, и не всеядная к железу.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено ua9oas , 21-Окт-11 11:50 
  Обычные дистрибутивы как можно дополнить, чтобы они имели те же самые возможности? (его или компоненты с него в другие ставить возможно?)

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Дэндэн , 21-Окт-11 12:14 
Да XBMC ставится на любой дистрибутив

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Аноним , 21-Окт-11 12:42 
Ну сколько можно, ещё одна нескучная сборка дистра с xbmc.
Лучше бы сделали то же самое, но с enn'ой.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Аноним , 21-Окт-11 12:52 
Ну вот возьми и сделай.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Аноним , 22-Окт-11 14:43 
Это не мне, а ИМ нечем занятся.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Сергей , 21-Окт-11 12:45 
А этот дистр заточен для работы в режиме NAS? Есть поддержка всяких RAID'ов из коробки? И вообще хорошо ли объединять NAS и HTPC в одно устройство? :-)

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Stax , 21-Окт-11 12:55 
Дома это вполне хорошая идея. Зачем два устройства типа-сервер? Пусть будет одно. Много должно быть клиентов - ноуты, планшеты, ТВ, десктопы и т.д., а две коробки, одна из которых только хранит, а другая только раздает иметь дома не очень логично.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Аноним , 21-Окт-11 13:06 
>     две коробки, одна из которых только хранит, а другая только раздает иметь дома не очень логично.

Как раз логично. Одна - NAS - качает, гремит винтами (а иногда и кулерами), и стоИт далеко.
А медиалеер воспроизводит по сети или со встроенного носителя, стоИт рядом с ТВ (на расстоянии HDMI), и его не слышно.


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Вова , 21-Окт-11 13:19 
>>     две коробки, одна из которых только хранит, а другая только раздает иметь дома не очень логично.
> Как раз логично. Одна - NAS - качает, гремит винтами (а иногда
> и кулерами), и стоИт далеко.
> А медиалеер воспроизводит по сети или со встроенного носителя, стоИт рядом с
> ТВ (на расстоянии HDMI), и его не слышно.

Логичны оба варианта, и оба варианта  вполне грамотно и разумно предполагают никчёмность встроенных плееров телевизора, что обесценивает обсуждаемую новость.  Вполне реально собрать тихий и мощный htpc, с торрентами, всеми плюшками и воткнутой тычкой вай-фай, я так и поступил. Единственный минус это схемы - невозможность просмотра менюшек блю-рей (под вменяемыми ОС), но с этим вполне можно жить.


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Сергей , 21-Окт-11 13:57 
А как такое решение справится с одновременным стримингом какого-нибудь HD-контента и закачкой торрентов? С этим справится атом, к примеру? Или нужно что-то мощнее?

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Аноним , 21-Окт-11 14:22 
Как обладатель Atom 550 (ASUS at5iont-i) + 4 Гб ОП могу заявить: 720p воспроизводится без тормозов при загрузке проца 30-40%, 1080p воспроизводится без тормозов при загрузке 40-50% если используется аппаратный декодер видео и 80-150% (не знаю насколько больше 100%, но тормозит прилично) если аппаратный декодер не используется.

WiFi USB адаптер съедает 3-10% загрузки проца.

Абсолютно бесшумный ПК собрать, правда, так и не удалось, пришлось устанавливать малооборотный вентилятор, который хоть и шумит не сильно, но шумит :(.


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Сергей , 21-Окт-11 14:39 
Спасибо! То что хотел услышать. :-)

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено AlexAT , 21-Окт-11 14:25 
> А этот дистр заточен для работы в режиме NAS? Есть поддержка всяких
> RAID'ов из коробки? И вообще хорошо ли объединять NAS и HTPC
> в одно устройство? :-)

Ээээээ можно конечно объединить самолет с трамваем... но зачем?


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Сергей , 21-Окт-11 14:36 
Как минимум чтобы уменьшить количество устройств. Ну это всё-таки не такие разные девайсы как трамвай и самолет. :-)
И почему бы не объединить коробочки, которые качают и раздают контент, в одну?

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Stax , 21-Окт-11 12:53 
Оно по DNLE умеет раздавать свои ресурсы на телевизоры/планшеты/другие девайсы? Или только где стоит, там и играет?

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Stax , 21-Окт-11 18:51 
Тьфу ты, DLNA имелось ввиду.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено vle , 21-Окт-11 19:34 
> Тьфу ты, DLNA имелось ввиду.

Если нет, напиши чуваку, мол хочешь такую плюшку.
DLNA/uPNP - вещь действительно весьма полезная.
Другое дело, нафига тогда там XBMC и вообще
весь это дистр :-)


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Rom1 , 21-Окт-11 14:10 
Интересно, BOXEE загрузится с этой флешки, если её воткнуть в него?

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено VyacheslavS , 21-Окт-11 16:04 
На каком дистрибутиве основан  OpenELEC?

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено AlexAT , 21-Окт-11 18:22 
Эээ. А можно очки покупать перед заходом сюда?
>>> OpenELEC не является ответвлением от существующих дистрибутивов и основывается на собственных разработках.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Сергей , 21-Окт-11 18:23 
В статье написано:

"OpenELEC не является ответвлением от существующих дистрибутивов и основывается на собственных разработках."


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Урсадон , 21-Окт-11 19:46 
Значит Linux From Scratch :)

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Alting , 21-Окт-11 21:52 
Подожду следующей версии.
Загрузка по PXE - очень интересная для меня фича.
Залью на роутер и...

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено yason , 23-Окт-11 06:55 
Дистриб для тех, кто не осилил установку XBMC?

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Аноним , 23-Окт-11 10:26 
> Дистриб для тех, кто не осилил установку XBMC?

А XBMC для тех, кто не осилил mplayer ? А mplayer для тех кто не осилил написать свой плеер. Ну вы поняли.


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено yason , 23-Окт-11 12:22 
Про неосиливание mplayer уже лишнее. Все-таки XBMC это нектороая оболочка, начинённая большим количеством свистоперделок, а не проигрыватель.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Аноним , 23-Окт-11 21:52 
Тем временем, по-прежнему нет ни одного дистрибутива, полноценно работающего на хоть каком-нибудь планшете.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено AlexAT , 23-Окт-11 22:07 
> Тем временем, по-прежнему нет ни одного дистрибутива, полноценно работающего на хоть каком-нибудь > планшете.

Андроид? А если серьезно, то пихать серверную и embedded- систему в игрушки для школоты - позорно. Хотя, не спорю, на этом можно делать деньги. Вот гугл и делает.


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено ptr , 23-Окт-11 22:34 
Вот если бы XBMC научили не кушать процессор постоянно... А так HTPC с вентилятором и постоянно кушающий электричество - как то не кузяво.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено AlexAT , 23-Окт-11 22:35 
> Вот если бы XBMC научили не кушать процессор постоянно... А так HTPC
> с вентилятором и постоянно кушающий электричество - как то не кузяво.

Standby отменили?


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено ptr , 23-Окт-11 22:39 
Кому-то StandBy удобно. Кому-то нет. Например, если HTPC кроме своих "родных" функций, выполняет еще и функции сервера (NAS, NTP, DNS, Asterisk, Exim, DBMail, роутинг и т.п.)

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено AlexAT , 23-Окт-11 22:40 
> Кому-то StandBy удобно. Кому-то нет. Например, если HTPC кроме своих "родных" функций,
> выполняет еще и функции сервера (NAS, NTP, DNS, Asterisk, Exim, DBMail,
> роутинг и т.п.)

"Если" железка выполняет нештатные функции - нет смысла жаловаться, что она ведет себя слегка неподобающе.


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено ptr , 23-Окт-11 22:46 
>> Кому-то StandBy удобно. Кому-то нет. Например, если HTPC кроме своих "родных" функций,
>> выполняет еще и функции сервера (NAS, NTP, DNS, Asterisk, Exim, DBMail,
>> роутинг и т.п.)
> "Если" железка выполняет нештатные функции - нет смысла жаловаться, что она ведет
> себя слегка неподобающе.

Вот чем меня всегда прикалывают "красноглазые", так это тем, что, оказывается, лучше меня знают что мне надо и что я должен хотеть.
Так вот это мое личное мнение. Кто захочет - присоединится. Кто не согласен - мне не интересен.
Мне необходимо, чтобы HTPC, как минимум, выполнял функции NAS и на нем вертелся Asterisk. Поэтому XBMC пользуюсь на даче, но не пользуюсь дома.


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено AlexAT , 23-Окт-11 22:56 
> Вот чем меня всегда прикалывают "красноглазые", так это тем, что, оказывается, лучше
> меня знают что мне надо и что я должен хотеть.

XBMC пилится под медиаплееры, под их задачи.

Если у вас там NAS-и-черт-знает-чего-еще - дистрибутив вовсе не виноват, что у Вас вентиляторы шумят.

> Мне необходимо, чтобы HTPC, как минимум, выполнял функции NAS и на нем
> вертелся Asterisk. Поэтому XBMC пользуюсь на даче, но не пользуюсь дома.

Пилите, Шура, пилите. Самостоятельно. Кстати варианты без вентилятора тоже есть - можете попробовать платформу на MIPS собрать, и привернуть к XBMC поддержку аппаратного декодера. Решение даже продаваться сможет, может быть.



"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено ptr , 23-Окт-11 22:59 
>> Вот чем меня всегда прикалывают "красноглазые", так это тем, что, оказывается, лучше
>> меня знают что мне надо и что я должен хотеть.
> XBMC пилится под медиаплееры, под их задачи.

XBMC изначально пилился под XBOX. И для него утверждение, что кроме XBMC никаких других задач в фоне не выполняется и выполнятся не может - истинно. А вот для Linux и для Windows - ложно. И на фиг мне нужна под Linux программа, превращающая его в однозадачную систему, a la XBOX или DOS.


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено AlexAT , 23-Окт-11 23:00 
> И на фиг мне нужна под Linux программа, превращающая его в
> однозадачную систему, a la XBOX или DOS.

Вот видите - Вы нашли ответ самостоятельно. Данный дистрибутив Вам не подходит.


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено ptr , 23-Окт-11 23:28 
> Вот видите - Вы нашли ответ самостоятельно. Данный дистрибутив Вам не подходит.

Молодец! Вот видите, если подумать, то можно понять другого человека. Именно это я и написал в первом своем посте: XBMC меня не устраивает по одной единственной причине - вместо выполнения команды HALT, он в простое выполняет цикл ожидания.



"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено AlexAT , 24-Окт-11 07:16 
> по одной единственной причине - вместо выполнения команды HALT, он в
> простое выполняет цикл ожидания.

Пруф?


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено ptr , 24-Окт-11 08:02 
>> по одной единственной причине - вместо выполнения команды HALT, он в
>> простое выполняет цикл ожидания.
> Пруф?

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

Because of its origins on the Xbox console, XBMC runs in a gameloop environment rather than event-driven, meaning that it is constantly re-drawing the UI even when nothing is changing onscreen. This results in very high CPU usage on low-end machines, and hence high temperatures, fan activity and power consumption.


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено AlexAT , 24-Окт-11 09:15 
> Because of its origins on the Xbox console, XBMC runs in a
> gameloop environment rather than event-driven, meaning that it is constantly re-drawing
> the UI even when nothing is changing onscreen. This results in
> very high CPU usage on low-end machines, and hence high temperatures,
> fan activity and power consumption.

Какое это отношение имеет к команде HALT?


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено ptr , 24-Окт-11 11:41 
>> Because of its origins on the Xbox console, XBMC runs in a
>> gameloop environment rather than event-driven, meaning that it is constantly re-drawing
>> the UI even when nothing is changing onscreen. This results in
>> very high CPU usage on low-end machines, and hence high temperatures,
>> fan activity and power consumption.
> Какое это отношение имеет к команде HALT?

Объясняю.
Если программа ожидает только одно событие, проблем нет. Вызвали, например, чтение из сокета с ожидаением и висим, пока данные не дадут. Хуже, если нужно ждать одновременно несколько событий.

В DOS, на XBOX и прочих однозадачных системах, допустимо, когда программа выполняет цикл ожидания, опрашивая постоянно ожидаемые события и, возможно, перерисовывая экран. В мультизадачных системах, начиная еще с DesqView, существуют два подхода.

Первый, предпочтительный, это использование асинхронного ввода-вывода. То есть, программа инициализирует ожидание множества событий (ввода с HID устройств, из сетевых сокетов, из коммуникационных устройств, ожидаение таймера и т.п), а затем выполняет команду HALT. Когда какое-то из ожидаемых событий произойдет, программа получит соответствующий сигнал и продолжит выполнение. HALT является привелигированной командой. При ее выполнении управление получает система и помечает задачу, выполнившую эту команду, как недиспетчеризируемую. Если диспетчеризируемых задач больше нет, то HALT выполняется реально. После посылки сигнала задаче, система опять переводит ее в диспетчеризируемый статус.

Второй способ, исторический, возник во времена, когда асинхрнного ввода-вывода еще не было. Программе приходилось на каждое ожидаемое событие создавать отдельный процесс, который вызывал системный вызов, например read() на сокет и уже в нем, система, если к тому моменту не было диспетчеризируемых задач, выполняла команду HALT. При приходе любого прерывания выполнение возобновляется и система проверяет, не стала ли теперь какая-то задача диспетчеризируема. Если да - ей передается управление. Если нет - опять HALT.

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

Теперь вернемся к цитате.
gameloop environment - это циклический опрос событий без остановки процессора
event-driven environment - это выполнение команды HALT программой или системой в целях ожидания события


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Ваня , 27-Окт-11 16:54 
HALT - привилегированная команда процессора, недоступная приложению 3-его кольца защиты. Для приложений есть мутексы, семафоры, и пр. синхронизирующие примитивы и поддерживающие работу с ними функции вида WaitForEvent, WaitForSingleObject, WaitForMultipleObject.

В современных реализациях ОС обычно существует IDLE-процесс с наименьшим приоритетом, который только и делает что выполняет команду HALT. Наличие IDLE-процесса позволяет отделить алгоритм диспетчеризации задач от решения проблемы что делать при простое системы. Некоторые ОС используют IDLE для обнуления и дефрагментации ОП или других неважных и несрочных задач.

В x86 HALT осуществляет остановку текущего ядра (AP = Auxiliary Processor) процессора до поступления прерывания. Обычно (Win, Lin, Mac) таймер калибруют на 100 Гц, поэтому при низкой нагрузке ОС использует иные механизмы энергосбережения, такие как отключение неиспользуемых ядер, снижение напряжения процессора, и т.д., которые дают гораздо лучшие результаты.


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено ptr , 27-Окт-11 19:14 
> HALT - привилегированная команда процессора, недоступная приложению 3-его кольца защиты.

Я так и писал выше:
>> HALT является привелигированной командой. При ее выполнении управление получает система
>> и помечает задачу, выполнившую эту команду, как недиспетчеризируемую.

В Windows, действительно используется IDLE процесс. Но калибровка RTC там 10КГц, а не 100Гц. Есть ли сейчас в Linux или FreeBSD использование HALT на 3-ем кольце, вместо вызова прерывания, смотреть, право, в лом. Но сам видел такое в OS/2. HALT и прерывание по привелигированной команде существенно быстрее, чем вызов функции ядра.


"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено Ваня , 28-Окт-11 00:02 
RTC уже лет 10 как не используется, его заменил APIC (LAPIC + IO APIC). Под 10 кГц вы, видимо, имеете в виду HPET, но его задачи несколько иные. Прерывания, к слову, сейчас тоже через MSI (message signaling interrupt), не уверен что hlt не приведёт к полному зависанию, ибо прерываний в их классическом (DOS-овском) виде уже нет.

"OpenELEC 1.0 - новый дистрибутив для создания домашних кинот..."
Отправлено NOP , 24-Окт-11 04:53 
Я тоже фанат тв, моников Сонек и Панасов, у панасов же вроде прошивка на базе нашей фряхи, а у сонек на чем?