Ан9рей

Ну так у вас все собралось. Упало на dh_shlibdeps - вычисление зависимостей для deb пакета. Попробуйте подредактировать скрипт и пропишите все нерезолвленные через -X.

Oscam собирается легко, а вот с vdr нужно повозиться - для него нужно еще стартовые скрипты писать. Примеры можете посмотреть здесь - git clone https://github.com/AndreyPavlenko/vdr-build.git. Лучше смотреть в бранче 36E (git checkout 36E). Там нету ничего лишнего, все только самое необходимое для 36-го градуса плюс иконки каналов для xvdr. Чтобы собрать скриптом только vdr+dvbapi+oscam создайте файлик build.config с таким содержимым: ENABLE_SC='false' ENABLE_OSCAM='true' # Здесь прописать все что нужно, либо закоментировать OSCAM_CONFIG_ARGS='--disable all --enable HAVE_DVBAPI MODULE_NEWCAMD'

Пользуюсь связкой oscam+dvbapi+XBMC - никаких проблем с триколоровскими HD нет. Они, кстати, шарятся, но не все. Версия VDR: vdr --version vdr (1.7.31/1.7.31) - The Video Disk Recorder xvdr (0.9.6) - XVDR Server dvbapi (1.0.3) - DVBAPI type SOFTCAM[/background][/font][/color] [color=#282828][font=Arial][background=rgb(235, 237, 236)]

Немногословный лог. Попробуйте собрать без скрипта: ./bootstrap ./configure make

Спасибо! То что надо.

Вопросик по VDR. Может, кто знает как запретить VDR-у менять channels.conf? Достал он уже переименовывать и удалять каналы. Я попробовал поставить UpdateChannels = 0 в setup.conf, но это не помогает. Более того, после перезапуска он перезаписывает setup.conf и снова ставит UpdateChannels = 3. Помогает лишь запускать VDR не от рута и сделать chown root на setup.conf и channels.conf. В этом случае файлы он не перезаписывает, но, судя по логам, каналы всеравно переименовывает.

taraslp Дошли у меня, наконец, руки и поставил я виртуалку с Ubuntu 12.10 x64. VDR собрался в один клик, а для XBMC пришлось еще несколько зависимостей доустановить (прописал их в скрипте). Собранные пакеты, на чистой системе, ставятся, на такую же чистую систему, с помощью gdebi, вместе со всеми зависимостями, тоже в один клик. Еще сделал установку билд зависимостей с помощью aptitude с привязкой к юзер тэгу. После компиляции все установленные билд зависимости можно будет удалить одной командой - sudo aptitude purge '?user-tag(xbmc-build)' или ./build clean_depends.

Добавил замену athlon64 на native в мэйк файле dvbapi.

0000: добавляется автоматом, если ввести 040600,030600 через веб-интерфейс.

Вы имеете ввиду это? # FFdeCSA CPUOPT ?= athlon64

Добавил сборку dvbapi+oscam. Чтобы их собрать, создайте рядом со скриптом файлик build.config с таким содержимым: ENABLE_SC='false' ENABLE_OSCAM='true' # Раскоментируйте следующую строку, если хотите собрать только нужные вам компоненты и укажите их здесь. #OSCAM_CONFIG_ARGS='--disable all --enable HAVE_DVBAPI WEBIF MODULE_NEWCAMD'

Уже почти готов :)

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

Потому, что у вас были установлены все зависимости. Вручную, или написать/нагуглить скрипт, который это будет делать. Деб пакет - это не exe, это архив.

dvbapi я брал оттуда же, oscam - отсюда - http://www.streamboard.tv/svn/oscam/trunk/. А VDR какой версии? У меня 1.7.31.

Может, разные версии? Я поставил из SVN. Кстати, судя по логам, плагин активно развивается - несколько коммитов каждый день. Точнее не плагин, а oscam.

Я же вам уже объяснял. Причина очень простая. Когда вы ставите пакет из репозитория командой apt-get install xbmc, то apt-get сам проверяет зависимости и устанавливает недостающие, если необходимо. Когда вы ставите свой пакет, то он устанавливается командой dpkg -i xbmc_....deb. dpkg не умеет работать с удаленными репозиториями и выкачивать зависимости. Вместо этого, если есть неудовлетворенные зависимости, он выдаст ошибку и напишет чего ему не хватает. После чего, вы можете воспользоваться apt-get и установить эти самые зависимости.

Честно говоря, не заметил разницы. Переключается моментально, никакой буферизации.

И не говорите. Тормоз страшный. oscam на порядок шустрее, при первом сканировании.

Для того, чтобы установить пакет не нужно быть программистом. Как это делается я описал выше.

Деб-пакеты должны ставится везде, но только dpkg не должен подтягивать для них зависимости. Обновите скрипт и попробуйте собрать еще раз. Удалите старый с purge: sudo dpkg -P vdr. При установке должно появиться сообщение '/var/lib/vdr/setup.conf: Setting DiSEqC = 1'.

Что пишет в логах? Откройте xbmc в оконном режиме, откройте консоль и запустите там tail -f /var/log/syslog. Переколючайте каналы в xbmc и смотрите что при этом пишется влог. Также, убедитесь, что у вас создались ссылки, о которых написано выше. Если deb пакеты собраны на этой же системе, то они должны ставиться. Деб-пакеты ничего не должны подтягивать, это делает apt-get. Устанавливайте ваш деб-пакет с помощью dpkg -i. Если нету каких-то зависимостей, то он вам скажет, после чего просто установите эти зависимости с помощью apt-get.

Уже нет, я их перенес в DEBIAN/postinst

Перенес создание ссылок в postinst. Попробуйте собрать новый пакет. Перед установкой удалите старый с ключиком --purge и почистите свои линки.

Вообще-то скрипт создает эти ссылки запаковывает в deb. Загляните во внутрь своего deb файла есть ли там эти ссылки. Попробую, наверно, перенести создание ссылок в postinst скрипт.