Enigma1/2 изнутри - С/С++ программируем !

1. Пример плагина с простым меню
2. Как делается добавление в запись по таймеру?
3. Есть ли уже готовый исходничек на стягивание файлика по заданому URL?

Вот пасибки!

И еще один вопросик - можно ли будет перехватить с помощью плагина кнопочку Info на пульте? Подозреваю, что нельзя - это уже надо как то лезьти в имидж.

Я прав или нет?

Ясно... пошел ставить CDK...

Изменено 19.04.2005

DISCLAIM: Все копирайты за механизм сборки энигмы принадлежат Alexvrs, я всего лишь собрал их до кучи в один файлик текстовый...

ДОБАВЛЕНИЕ от 21 апреля 2005: веселье с разными компилерами и пояснения некоторые принадлежат мне

Натрахавшись порядком, с помощью Alexvrs собрал CDK. Процесс явно не веселый... А посему решил заново опубликовать процесс сборки и кое-какие фички раскопаные...

Платформа: Debian (под Virtual PC)

1. Сбор CDK энигмы

Внимание!!!
+ Эта сволочь не компилируется с последним FLEX 2.5.31, который идет в поставке дебиана и посему надо иметь установленый 2.5.27 или 2.5.4a
+ Сборка CDK должна производится под root и исключительно с компилером gcc не старше 3.2.2

(унинсталируем Flex 2.5.31 -
apt-get remove flex
качаем flex другой версии (есть в стабильной ветке), распаковываем, инсталлируем)

GCC DOWNGRADE
--------------------------
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
качаем дистрибутив gcc 3.2.2 и под рутом его собираем

cd $HOME/путь к развернутому gcc 3.2.2
./configure --prefix=/usr
make all
make install

--------------------------

Установили? Проверяем чего у нас есть на машине (все должно уже быть в порядке, но все таки)

Должно быть (не моложе):
automake: 1.7.2
autoconf: 2.57
cvs: 1.11.1p1
libtool: 1.4.3
make: 3.79.1,
gettext: 0.12
makeinfo: 4.1
tar: 1.13.25
gunzip: 1.3.2
patch: 2.5.4
infocmp: 5.2.20020112
gcc: >= 2.95.4 (но не старше 3.2.2 !!!)
g++: >= 2.95.4 (но не старше 3.2.2 !!!)
yacc: 1.35
bison: 1.35
flex: 2.5.4 (!!! читаем выше !!!)
pkg-config: 0.11.0

Итак, поехали!
==============
mkdir $HOME/tuxbox-cvs

(одно из изменений - директория $HOME/dbox2 больше не нужна - для этого используется директория $HOME/tuxbox-cvs/root)

Отступление, касающееся сборки плагинов

Цитата

Как правило плагины содержат заголовок такого типа:
CDK_SRC = $HOME/tuxbox-cvs
CDKROOT = $HOME/dbox2/cdkroot
BOXBIN = $HOME/dbox2/cdk/bin

Структура местонахождения самого CDK изменилась, и теперь этот заголовок будет выглядеть так:

CDK_SRC = $HOME/tuxbox-cvs
CDKROOT = $HOME/tuxbox-cvs/root/cdkroot
BOXBIN = $HOME/tuxbox-cvs/root/cdk/bin

Показать весь код

1. Качаем-с CDK из ветки dreambox:
----------------------------

cd $HOME/tuxbox-cvs
export CVS_RSH=ssh
cvs -d anoncvs@cvs.tuxbox.org:/cvs/tuxbox -z3 co -P -rdreambox .

2. Переходим в папку с cdk...

cd $HOME/tuxbox-cvs/cdk

3. Вносим изменения, согласно ядра линукса 2.6.9

chmod ugo+x prepare

4. Подготавливаем необходимый тип билда

./prepare dm7000

Допустимые значения : dm7000, dm500, dm56x0

5. Запускаем сборку, которая сама обновит/пофиксит/изменит что надо из разных веток...

make checkout

6. Собираем имидж:

make dreamboximage_root
make rebuild-flash
make flash-compress

Курим... долго курим...

В процессе могут быть зависания по невозможности скачать тот или иной архив. Смело жмем CTRL+C. Берем, ищем в гугле по названию архива где он есть, качаем и кладем в папочку:
$HOME/tuxbox-cvs/cdk/Archive...

и выполняем тот мейк, на котором прервалось все это...

Изначально все закончится с ошибкой: мол имидж великоват для дрима.
Не волнуемся и заходим в ../root/cdkflash/
Вычищаем ненужные файлики .part (игры pacman, snake, если не нужен, то сервер samba...)

Например:
Чтобы удалить sambaserver надо удалить файл .part_sambaserver в папке root/cdkflash.

В принципе данные файлики и определяют из чего будет состоять имидж.

cd $HOME/tuxbox-cvs/cdk
make rebuild-flash
make flash-compress

(более подробно про добавление/удаление элементов имиджа читаем здесь: Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.)

В итоге все должно завершиться без ошибок. Как результат будет собран имидж в папке ../root/cdkflash/complete.img

Естественно не забываем о максимальных размерах имиджа

max size of cramfs (kernel+bild) is 1152K ( 1179648 bytes )
max size of squashfs is 4992K (511180
complete this is 6144K (6291456)

И теперь переходим опять же к сборке энигмы из ветки HEAD
Обновлено

Переименовываем папку $HOME/tuxbox-cvs/apps/tuxbox/enigma в enigma.cdk (на всякий случай, вдруг пригодится?)

cd $HOME/tuxbox-cvs
cvs -d anoncvs@cvs.tuxbox.org:/cvs/tuxbox -z9 co -r HEAD apps/tuxbox/enigma

cd $HOME/tuxbox-cvs/apps/tuxbox/enigma
./autogen.sh

cd $HOME/tuxbox-cvs/cdk
rm -f .enigma

make .enigma

Опять курим, пьем чай, смотрим кино....
Собралось?

Уррраааа!!!!

Ну шаг сборки Энигмы пройден - чего же дальше?

Собрать тестовый плагин!
Он лежит в $HOME/tuxbox-cvs/apps/tuxbox/plugins/enigma/demo/

1. Для начала...
cd $HOME/tuxbox-cvs/cdk/
rm -f .plugins

2. теперь заходим в папку $HOME/tuxbox-cvs/apps/tuxbox/plugins/
Удаляем оттуда все файлы (не папки!!!) кроме этих:

.cvsignore
AUTHORS
ChangeLog
Makefile.am
NEWS
README
autogen.sh
configure.ac
tuxbox-plugins.pc.in

3. Заходим в папку $HOME/tuxbox-cvs/apps/tuxbox/plugins/enigma/demo/

Удаляем все файлы и папки оставив всего четыре файла:

.cvsignore
Makefile.am
demo.cpp
enigma_demo.cfg

4. Заходим в папку $HOME/tuxbox-cvs/apps/tuxbox/plugins/enigma/
Создаем файл Makefile.am с таким содержимым:

SUBDIRS = demo

5. Возвращаемся в папку $HOME/tuxbox-cvs/apps/tuxbox/plugins/

Правим файл configure.ac
(ищем AC_OUTPUT...)

AC_OUTPUT([
Makefile
Include/Makefile
enigma/demo/Makefile
fx2/Makefile

далее не трогаем особенно, главное было добавить строчку enigma/demo/Makefile

6. Правим файл Makefile.am в той же папке ($HOME/tuxbox-cvs/apps/tuxbox/plugins/)

SUBDIRS = include tuxtxt fx2 enigma

7. Далее все просто, мы уже это проходили:

cd $HOME/tuxbox-cvs/cdk
./autogen.sh
./configure --prefix=$HOME/dbox2 --with-cvsdir=$HOME/tuxbox-cvs --enable-maintainer-mode --with-cpu=405 --with-hostruleset=standard --with-targetruleset=flash
make all

8. Собраный плагин лежит там где и он должен быть:
$HOME/dbox2/cdkroot/lib/tuxbox/plugins

Уфф... а можно проще? Можно!

Работаем на примере того же demo

Все предыдущие шаги пройдены, но для сборки одного единственного плагина постоянно использовать 8 шагов - муторная штука!

А посему, после всего что проделано выше, заходим сюда:
cd $HOME/tuxbox-cvs/apps/tuxbox/plugins/enigma/demo/

1. Правим файл Makefile

Ищем значение CXX = powerpc-tuxbox-linux-gnu-g++ и меняем его на CXX=$HOME/dbox2/cdk/bin/powerpc-tuxbox-linux-gnu-g++

А вот тут - ОГРОМНОЕ ВНИМАНИЕ!!!
$HOME надо заменить на явное значение... у меня например это выглядит так:
CXX=/home/alexxf/dbox2/cdk/bin/powerpc-tuxbox-linux-gnu-g++
Это качается для всех изменяемых файлов в данном случае...

Далее - меняем значение CXXCPP = powerpc-tuxbox-linux-gnu-g++ -E на
CXXCPP = $HOME/dbox2/cdk/bin/powerpc-tuxbox-linux-gnu-g++ -E

Сохраняем!

2. Нужно еще одно исправление...
cd $HOME/tuxbox-cvs/apps/tuxbox/plugins/

Правим файл libtool.sh

CC = "powerpc-tuxbox-linux-gnu-g++"
меняем на ... (догадались?)
CC = "${HOME}/dbox2/cdk/bin/powerpc-tuxbox-linux-gnu-g++"

Точно так же поступаем с остальными значениями:

AR = "${HOME}/dbox2/cdk/bin/powerpc-tuxbox-linux-gnu-ar"
LTCC = "${HOME}/dbox2/cdk/bin/powerpc-tuxbox-linux-gnu-gcc"
STRIP = "${HOME}/dbox2/cdk/bin/powerpc-tuxbox-linux-gnu-strip"

Правим еще одну переменную (она встречается дважды):

RANLIB="powerpc-tuxbox-linux-gnu-ranlib" на
RANLIB="${HOME}/dbox2/cdk/bin/powerpc-tuxbox-linux-gnu-ranlib"

Сохраняем!

3. Опять к нашему тестовому плагину:

cd $HOME/tuxbox-cvs/apps/tuxbox/plugins/enigma/demo/
rm -f *.lo
rm -f *.la
rm -f *.o
make

Все!!! Теперь в будущем надо только повторять шаг 3 для повторной рекомпиляции плагина, если его будем править под свои нужды...

Вот так!

Цитата

По словам пользователя mvt ...
это и все последующее можно заменить одной командой....
export PATH=$PATH:$HOME/dbox2/cdk/bin

не догадался... можно!

Цитата

P.S. в первом посте, не нужно делать первый make all.
зачем собирать старую енигму ? чтобы потом переименовать её в old ?
сразу можно переименовать, закачать новую, и потому уже make.

Там такая дикая смесь, что ветка 1_0_0 содержить кое что, что нужно для плагинов и прочего... а ветка HEAD содержить РАБОЧУЮ энигму, которая работает на рудрим имиджах

Короче - не зря все это делалось! Иначе - 100% плагины работать не будут.

Те, кто уже программирует под энигму, делитесь знаниями.

Известно, что документации на CDK нету. А посему хотелось бы знать некоторые фички...

1. Как таки узнать текущий канал, который показывается? Имя, ID и все прочее?
2. Как переключиться на канал, имея в руках только его имя?
3. Как запрограммировать таймер?

Честно обещаю, чего нарою рассказывать здесь, благо задача копания в исходных текстах в поисках чего нить понятного не из легких.

Ну так что, пишет кто нибудь или нет?

Хорошо программисту под Win32 - у него есть MSDN

Цитата

#include (plugin.h) // стандартный заголовок плагинов

extern ''C'' int plugin_exec( PluginParam *par ); // основная функция вызова плагина. Скажу сразу - не разобрался пока толком, что именно передается в *par. Аналог сишной функции main(argc, argv)

#include (lib/gui/ewindow.h) // надо же нам рисовать окошечко
#include (lib/gui/ebutton.h) // и кнопку нарисовать надо
#include (lib/gui/emessage.h) // это для обычного MessageBox

class eTestWindow: public eWindow
{
eButton *bt_ok; // кнопочка
eLabel *lb_hello; // label

public:
// the constructor.
eTestWindow();
// the destructor.
~eTestWindow();
};

eTestWindow::~eTestWindow()
{
// деструктор, вызывается при уничтожении
}

eTestWindow::eTestWindow(): eWindow(1)
{
// конструктор... нарисуем просто окошечко определенного размера с кнопкой

cmove(ePoint(100, 100)); // передвижение окна в заданую позицию
cresize(eSize(520, 376)); // задаем размеры окна ширина, высота
setText(''It's a test window''); // у каждого окна, как и в винде есть заголовок, задаем его

bt_ok=new eButton(this); // порождаем буттон, который принадлежит этому окну (this)
bt_ok->move(ePoint(clientrect.width()-110, clientrect.height()-40)); // перемещаем его вниз окна.
bt_ok->resize(eSize(100, 30)); // задаем ему размеры
bt_ok->setShortcut(''green''); // привязываем его к зеленой кнопочке
bt_ok->setShortcutPixmap(''green''); // и рисуем оную на кнопке
bt_ok->loadDeco(); // буттон должен быть буттоном - рисуем бордюр
bt_ok->setText(''OK''); // но буттон без надписи не баттон

// решаем, что будет происходить по нажанию на эту кнопку, а в нашем случае это будет удачное завершение и закрытие модального диалога
CONNECT(bt_ok->selected, eWidget::accept);

// А как же быть с надписью Hello World?

lb_hello=new eLabel(this); // создаем Label!
lb_hello->move(ePoint(20, clientrect.height()-180)); // выдвигаем ее на центр
lb_hello->resize(eSize(clientrect.width()-40, 30)); // задаем ей размер
lb_hello->setText(''HELLO WORLD!''); // вот и обещаное!

// вроде все...
}

/*
И как же у нас все заработает? А плагин при старте вызовет вот эту функцию - plugin_exec
*/

int plugin_exec( PluginParam *par )
{
eTestWindow dlg; // Создаем наше окошко, но еще не показываем.
dlg.show(); // отображаем окно

int result=dlg.exec(); // и переводим его в модальную форму, т.е. пока не нажмут кнопку Lame или OK или зеленую кнопку

dlg.hide(); // как только что-то нажали и вернулся нам результат, прячем окно

// В случае, если был нажат Lame, то результат вернется не нулевой
if (result)
{
eMessageBox msg(''Pressed LAME, aborted'', ''User Abort'', eMessageBox::iconWarning|eMessageBox::btOK); // ага! функция eMessageBox... очень уж похожа на виндовую, только нет в ней родительского хендлера, но оно и понятно
msg.show(); // показать окно
msg.exec(); // дождаться результата
msg.hide(); // спрятать MessageBox
}else{
eMessageBox msg(''Do you like C++ now?'', ''Hello World'', eMessageBox::iconQuestion|eMessageBox::btOK);
msg.show(); // показать окно
msg.exec(); // дождаться результата
msg.hide(); // спрятать MessageBox
}

return 0; // были бы ошибки, вернули бы 1
}

Показать весь код

Так что программировать внешний интерфейс как оказалось очень просто, ничуть не сложнее Win32 !!!

Такая вот конструкция:

time_t now=time(0)+eDVB::getInstance()->time_difference;

Но нифига не текущее время возвращается, а что-то странное... причем с очень странным смещением.

Что делается не так?