root@vuuno:~# cd /tmp
root@vuuno:/var/volatile/tmp# opkg install *.ipk
Unknown package 'enigma2-plugin-extensions-advancedstartuptostandby'.
Collected errors:
 * pkg_hash_fetch_best_installation_candidate: Packages for enigma2-plugin-extensions-advancedstartuptostandby found, but incompatible with the architectures configured
 * opkg_install_cmd: Cannot install package enigma2-plugin-extensions-advancedstartuptostandby.
root@vuuno:/var/volatile/tmp#

PORTER, раскидай руками, здесь нужно пересобрать пакет....

как разобрать архив?

PORTER, архиатором 7-zip

Ну это же две большие разницы))) Все заработало, спасибо!

PORTER, раскидай руками, здесь нужно пересобрать пакет....

прикольно...
mipsel уже чужая архитектура?
Дурацкая логика у бх.
Просто эту тему обсуждали на Пли пол года назад, и пришли к выводу что идеально mipsel=oe1.6/2.0,а mips32el только для 2.0(из-за зависимостей в файле control,на всяк случай,если надо).
Ну я и привык к этому,собрал только mipsel,думал для всех...

Дмитрий73,  собери в control

Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.

Дурацкая логика у бх.

солидарен

собери в control

Логично,спасибо за идею.
Добавил в первом посте.

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

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

холидэй это режим отдыха= полное выключение после потери питания,в остальных случаях будет перевод в режим ожидания после потери питания.
У каждого таймера записи есть настройка-что делать после окончания записи,вот для этого и "Тип таймеров записи после события".
Это для перевода в режим ожидания,если ресивер автоматом включился по записи,не будет бана с сервера,из-за двойных запросов.
Разные  варианты "Тип таймеров записи после события" сделал только по одной причине,может юзер поставил таймер для того что бы смотреть эту программу и за одно записать ее и перевод в режим ожидания ему не нужен.

ну я так и предполагал, тогда все становится сложнее))) В холидей моде, уходит в дип стендбай все отлично, а вот в штатном режиме не уходит в стендбай после потери питания

ну я так и предполагал, тогда все становится сложнее))) В холидей моде, уходит в дип стендбай все отлично, а вот в штатном режиме не уходит в стендбай после потери питания

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

Вообще то в плаге есть все варианты,которые  нужны юзеру,лично мне больше ничего в голову не пришло.Допустим можно скомбинировать режимы вместе.По моему учел любые прихоти.
Просто надо самому вникнуть,что такое ручное включение,а что автоматическое.А то мне уже раз 20 вопрос в личку задавали,разве ресивер включается то таймеру записи,когда он выключен....??

Как еще было объяснить,я даже хелп для каждой строки сделал.

Спасибо, теперь все работает, просто не мог догадаться, что ручная загрузка=выключение питания, а  в английском хелпе немного не такое описание(пользую англ интерфейс)

с такими настройками не работает ни на uno, ни на solo в openpli 4.0
ставил с фида, возможно нужно было руками?

Odyssey
Режим ожидания после ручной загрузки - да

Еще раз повторюсь...
Включение с пульта пользователем/нажатие кнопки на передней панели реса,означает ручная загрузка ресивера.
Если ресивер включился автоматически по таймеру записи/переключения или по времени какого доп. плагина,например EPGRefresh/EPGImport,то это означает автоматическая загрузка ресивера.