После двух лет разработки представлен (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
Телевизор включается в течении 1 сек. Есть подозрение что использование ядра Lin для домашнего кинотеатра жутко избыточно.
Я думаю в большинстве приставок оно и используется. Просто протюнено лучше.
Его можно не выключать а отправлять в суспенд.
Какой-то у вас древний телевизор. Современные функциональные стартуют несколько дольше. А 10 сек для медиаплеера - это мелочь.
Новый телевизор SONY включается за пару секунд и показывает собственно TV-каналы, но для доступа к разного рода мультимедиа функциям ему требуется секунд 30 - т.е. жмеш сразу после включения кнопку InternetTV или Home, а телик пишет что-то вроде "Подождите пожалуйста, доступ к функции в настоящий момоент невозможен", через минуту эта же кнопка начинает работать как и ожидалось.
Не знаю, как Sony, а Samsung при входе в Internet@TV лезет сначала на их сервер, пытаясь то ли узнать про обновления, то ли за проверкой своей идентичности. Поэтому и стартует оно не сразу.
> Телевизор включается в течении 1 сек. Есть подозрение что использование ядра Lin
> для домашнего кинотеатра жутко избыточно.На Gentoo можно добиться 2-4 секунды. Я абсолютно серьезно.
> На Gentoo можно добиться 2-4 секунды. Я абсолютно серьезно.На кастомной платформе можно добиться и меньше. Самый простой способ: запихать standby-образ дистра в флеш, и грузить его. Ну и кастомный BIOS, инициализирующий платформу за пару сот мс. На commodity не добиться - биосы стартуют дольше.
интересно, как там обстоят дела с лицензионными ДВД\Блюреями?
Тут его активно обсуждали http://xbmc.ru/forum/showthread.php?t=609
Короче штука специфичная, и не всеядная к железу.
Обычные дистрибутивы как можно дополнить, чтобы они имели те же самые возможности? (его или компоненты с него в другие ставить возможно?)
Да XBMC ставится на любой дистрибутив
Ну сколько можно, ещё одна нескучная сборка дистра с xbmc.
Лучше бы сделали то же самое, но с enn'ой.
Ну вот возьми и сделай.
Это не мне, а ИМ нечем занятся.
А этот дистр заточен для работы в режиме NAS? Есть поддержка всяких RAID'ов из коробки? И вообще хорошо ли объединять NAS и HTPC в одно устройство? :-)
Дома это вполне хорошая идея. Зачем два устройства типа-сервер? Пусть будет одно. Много должно быть клиентов - ноуты, планшеты, ТВ, десктопы и т.д., а две коробки, одна из которых только хранит, а другая только раздает иметь дома не очень логично.
> две коробки, одна из которых только хранит, а другая только раздает иметь дома не очень логично.Как раз логично. Одна - NAS - качает, гремит винтами (а иногда и кулерами), и стоИт далеко.
А медиалеер воспроизводит по сети или со встроенного носителя, стоИт рядом с ТВ (на расстоянии HDMI), и его не слышно.
>> две коробки, одна из которых только хранит, а другая только раздает иметь дома не очень логично.
> Как раз логично. Одна - NAS - качает, гремит винтами (а иногда
> и кулерами), и стоИт далеко.
> А медиалеер воспроизводит по сети или со встроенного носителя, стоИт рядом с
> ТВ (на расстоянии HDMI), и его не слышно.Логичны оба варианта, и оба варианта вполне грамотно и разумно предполагают никчёмность встроенных плееров телевизора, что обесценивает обсуждаемую новость. Вполне реально собрать тихий и мощный htpc, с торрентами, всеми плюшками и воткнутой тычкой вай-фай, я так и поступил. Единственный минус это схемы - невозможность просмотра менюшек блю-рей (под вменяемыми ОС), но с этим вполне можно жить.
А как такое решение справится с одновременным стримингом какого-нибудь HD-контента и закачкой торрентов? С этим справится атом, к примеру? Или нужно что-то мощнее?
Как обладатель Atom 550 (ASUS at5iont-i) + 4 Гб ОП могу заявить: 720p воспроизводится без тормозов при загрузке проца 30-40%, 1080p воспроизводится без тормозов при загрузке 40-50% если используется аппаратный декодер видео и 80-150% (не знаю насколько больше 100%, но тормозит прилично) если аппаратный декодер не используется.WiFi USB адаптер съедает 3-10% загрузки проца.
Абсолютно бесшумный ПК собрать, правда, так и не удалось, пришлось устанавливать малооборотный вентилятор, который хоть и шумит не сильно, но шумит :(.
Спасибо! То что хотел услышать. :-)
> А этот дистр заточен для работы в режиме NAS? Есть поддержка всяких
> RAID'ов из коробки? И вообще хорошо ли объединять NAS и HTPC
> в одно устройство? :-)Ээээээ можно конечно объединить самолет с трамваем... но зачем?
Как минимум чтобы уменьшить количество устройств. Ну это всё-таки не такие разные девайсы как трамвай и самолет. :-)
И почему бы не объединить коробочки, которые качают и раздают контент, в одну?
Оно по DNLE умеет раздавать свои ресурсы на телевизоры/планшеты/другие девайсы? Или только где стоит, там и играет?
Тьфу ты, DLNA имелось ввиду.
> Тьфу ты, DLNA имелось ввиду.Если нет, напиши чуваку, мол хочешь такую плюшку.
DLNA/uPNP - вещь действительно весьма полезная.
Другое дело, нафига тогда там XBMC и вообще
весь это дистр :-)
Интересно, BOXEE загрузится с этой флешки, если её воткнуть в него?
На каком дистрибутиве основан OpenELEC?
Эээ. А можно очки покупать перед заходом сюда?
>>> OpenELEC не является ответвлением от существующих дистрибутивов и основывается на собственных разработках.
В статье написано:"OpenELEC не является ответвлением от существующих дистрибутивов и основывается на собственных разработках."
Значит Linux From Scratch :)
Подожду следующей версии.
Загрузка по PXE - очень интересная для меня фича.
Залью на роутер и...
Дистриб для тех, кто не осилил установку XBMC?
> Дистриб для тех, кто не осилил установку XBMC?А XBMC для тех, кто не осилил mplayer ? А mplayer для тех кто не осилил написать свой плеер. Ну вы поняли.
Про неосиливание mplayer уже лишнее. Все-таки XBMC это нектороая оболочка, начинённая большим количеством свистоперделок, а не проигрыватель.
Тем временем, по-прежнему нет ни одного дистрибутива, полноценно работающего на хоть каком-нибудь планшете.
> Тем временем, по-прежнему нет ни одного дистрибутива, полноценно работающего на хоть каком-нибудь > планшете.Андроид? А если серьезно, то пихать серверную и embedded- систему в игрушки для школоты - позорно. Хотя, не спорю, на этом можно делать деньги. Вот гугл и делает.
Вот если бы XBMC научили не кушать процессор постоянно... А так HTPC с вентилятором и постоянно кушающий электричество - как то не кузяво.
> Вот если бы XBMC научили не кушать процессор постоянно... А так HTPC
> с вентилятором и постоянно кушающий электричество - как то не кузяво.Standby отменили?
Кому-то StandBy удобно. Кому-то нет. Например, если HTPC кроме своих "родных" функций, выполняет еще и функции сервера (NAS, NTP, DNS, Asterisk, Exim, DBMail, роутинг и т.п.)
> Кому-то StandBy удобно. Кому-то нет. Например, если HTPC кроме своих "родных" функций,
> выполняет еще и функции сервера (NAS, NTP, DNS, Asterisk, Exim, DBMail,
> роутинг и т.п.)"Если" железка выполняет нештатные функции - нет смысла жаловаться, что она ведет себя слегка неподобающе.
>> Кому-то StandBy удобно. Кому-то нет. Например, если HTPC кроме своих "родных" функций,
>> выполняет еще и функции сервера (NAS, NTP, DNS, Asterisk, Exim, DBMail,
>> роутинг и т.п.)
> "Если" железка выполняет нештатные функции - нет смысла жаловаться, что она ведет
> себя слегка неподобающе.Вот чем меня всегда прикалывают "красноглазые", так это тем, что, оказывается, лучше меня знают что мне надо и что я должен хотеть.
Так вот это мое личное мнение. Кто захочет - присоединится. Кто не согласен - мне не интересен.
Мне необходимо, чтобы HTPC, как минимум, выполнял функции NAS и на нем вертелся Asterisk. Поэтому XBMC пользуюсь на даче, но не пользуюсь дома.
> Вот чем меня всегда прикалывают "красноглазые", так это тем, что, оказывается, лучше
> меня знают что мне надо и что я должен хотеть.XBMC пилится под медиаплееры, под их задачи.
Если у вас там NAS-и-черт-знает-чего-еще - дистрибутив вовсе не виноват, что у Вас вентиляторы шумят.
> Мне необходимо, чтобы HTPC, как минимум, выполнял функции NAS и на нем
> вертелся Asterisk. Поэтому XBMC пользуюсь на даче, но не пользуюсь дома.Пилите, Шура, пилите. Самостоятельно. Кстати варианты без вентилятора тоже есть - можете попробовать платформу на MIPS собрать, и привернуть к XBMC поддержку аппаратного декодера. Решение даже продаваться сможет, может быть.
>> Вот чем меня всегда прикалывают "красноглазые", так это тем, что, оказывается, лучше
>> меня знают что мне надо и что я должен хотеть.
> XBMC пилится под медиаплееры, под их задачи.XBMC изначально пилился под XBOX. И для него утверждение, что кроме XBMC никаких других задач в фоне не выполняется и выполнятся не может - истинно. А вот для Linux и для Windows - ложно. И на фиг мне нужна под Linux программа, превращающая его в однозадачную систему, a la XBOX или DOS.
> И на фиг мне нужна под Linux программа, превращающая его в
> однозадачную систему, a la XBOX или DOS.Вот видите - Вы нашли ответ самостоятельно. Данный дистрибутив Вам не подходит.
> Вот видите - Вы нашли ответ самостоятельно. Данный дистрибутив Вам не подходит.Молодец! Вот видите, если подумать, то можно понять другого человека. Именно это я и написал в первом своем посте: XBMC меня не устраивает по одной единственной причине - вместо выполнения команды HALT, он в простое выполняет цикл ожидания.
> по одной единственной причине - вместо выполнения команды HALT, он в
> простое выполняет цикл ожидания.Пруф?
>> по одной единственной причине - вместо выполнения команды 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.
> 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?
>> 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 программой или системой в целях ожидания события
HALT - привилегированная команда процессора, недоступная приложению 3-его кольца защиты. Для приложений есть мутексы, семафоры, и пр. синхронизирующие примитивы и поддерживающие работу с ними функции вида WaitForEvent, WaitForSingleObject, WaitForMultipleObject.В современных реализациях ОС обычно существует IDLE-процесс с наименьшим приоритетом, который только и делает что выполняет команду HALT. Наличие IDLE-процесса позволяет отделить алгоритм диспетчеризации задач от решения проблемы что делать при простое системы. Некоторые ОС используют IDLE для обнуления и дефрагментации ОП или других неважных и несрочных задач.
В x86 HALT осуществляет остановку текущего ядра (AP = Auxiliary Processor) процессора до поступления прерывания. Обычно (Win, Lin, Mac) таймер калибруют на 100 Гц, поэтому при низкой нагрузке ОС использует иные механизмы энергосбережения, такие как отключение неиспользуемых ядер, снижение напряжения процессора, и т.д., которые дают гораздо лучшие результаты.
> HALT - привилегированная команда процессора, недоступная приложению 3-его кольца защиты.Я так и писал выше:
>> HALT является привелигированной командой. При ее выполнении управление получает система
>> и помечает задачу, выполнившую эту команду, как недиспетчеризируемую.В Windows, действительно используется IDLE процесс. Но калибровка RTC там 10КГц, а не 100Гц. Есть ли сейчас в Linux или FreeBSD использование HALT на 3-ем кольце, вместо вызова прерывания, смотреть, право, в лом. Но сам видел такое в OS/2. HALT и прерывание по привелигированной команде существенно быстрее, чем вызов функции ядра.
RTC уже лет 10 как не используется, его заменил APIC (LAPIC + IO APIC). Под 10 кГц вы, видимо, имеете в виду HPET, но его задачи несколько иные. Прерывания, к слову, сейчас тоже через MSI (message signaling interrupt), не уверен что hlt не приведёт к полному зависанию, ибо прерываний в их классическом (DOS-овском) виде уже нет.
Я тоже фанат тв, моников Сонек и Панасов, у панасов же вроде прошивка на базе нашей фряхи, а у сонек на чем?