He1ix

Конфигурационные файлы WICARD и OSCAM (новый аддон эмуляторов для PGI )

В теме 317 сообщений

привет хеликс, я с мая так и не настроил сезам 901. на оскаме работало, но очень плохо.

посмотри лог викарда может моя шара с сезамом не работает . на этой шаре ресивер gi8120 викард работает. может по удаленке сможешь помочь

Спойлер

20:54:54.131 wicardd: wicardd-sh4 version 1.19 beelive (Dec 28 2015) http://wicard.tv
20:54:54.132 wicardd: Build options: [AutoConf] [TuxBox SCI] [DVBAPI] [STAPI] [WEBIF] [ExMLog] [TWIN]
20:54:54.134 wicardd: disabling internal CAS - -1
20:54:54.137 under_app_detect: procname: green.sh, daemonize = 1
20:54:54.138 under_app_detect: PPID: 854
20:54:54.141 under_app_detect: procname: sh, daemonize = 1
20:54:54.143 under_app_detect: PPID: 762
20:54:54.145 under_app_detect: procname: sbox, daemonize = 1
20:54:54.147 under_app_detect: PPID: 278
20:54:54.159 dvb: Filter object created.
20:54:54.162 shara3001: activity_timeout = 0 ms
20:54:54.175 shara3001: using default secure key
20:54:54.192 shara3001: not decoded cache initialized, size: 64, ttl: 3000
20:54:54.195 shara3001: reader thread started, pid 866, tid 695960808
20:54:54.198 wicardd: creating default balancer.
20:54:54.200 default: [balancer] chain key missed, creating default chain including all readers.
20:54:54.202 default: balancer object created, 1 stage(s).
20:54:54.205 DVB: Detected API: STAPI
20:54:54.219 DVB0[STAPI]: PMT association 0 [PTI:pmt1_1.tmp]
20:54:54.221 DVB0[STAPI]: PMT association 1 [PTI:pmt1_2.tmp]
20:54:54.223 DVB0[STAPI]: PMT association 2 [PTI:pmt1_3.tmp]
20:54:54.225 DVB0[STAPI]: PMT association 3 [PTI1:pmt2_1.tmp]
20:54:54.226 DVB0[STAPI]: PMT association 4 [PTI1:pmt2_2.tmp]
20:54:54.228 DVB0[STAPI]: PMT association 5 [PTI1:pmt2_3.tmp]
20:54:54.229 DVB0[STAPI]: PMT association 6 [PTI2:pmt3_1.tmp]
20:54:54.231 DVB0[STAPI]: open PTI device: PTI2
20:54:54.236 DVB0[STAPI]: STAPI filter handler thread started, pti_no = 0 [PTI2], pid 867, tid 697505000
20:54:54.238 DVB0[STAPI]: open PTI device: PTI1
20:54:54.242 DVB0[STAPI]: STAPI filter handler thread started, pti_no = 1 [PTI1], pid 868, tid 698553576
20:54:54.244 DVB0[STAPI]: open PTI device: PTI
20:54:54.247 DVB0[STAPI]: STAPI filter handler thread started, pti_no = 2 [PTI], pid 869, tid 699602152
20:54:54.251 webif: server worker thread started, pid 870, tid 700650728
20:54:54.253 wicardd: registered 1 filter(s), 1 reader(s), 1 balancer(s), 0 tuner(s) and 0 server(s)
20:54:54.254 wicardd: loaded 0 user account(s)
20:54:54.256 wicardd: ECM cache size = 0
20:54:54.269 wicardd: main thread, pid 864, tid 694906880
20:54:54.697 shara3001: connect to [scrubbed]
20:55:14.701 shara3001: host lookup of he6dr9r4.spyip.org failed
20:55:14.702 shara3001: reconnecting... failed
20:55:15.204 shara3001: connect to [scrubbed]
20:55:34.274 wicardd: Discovery thread terminated.
20:55:35.208 shara3001: host lookup of he6dr9r4.spyip.org failed
20:55:35.209 shara3001: reconnecting... failed
20:55:35.711 shara3001: connect to [scrubbed]

 

Изменено пользователем nikelplumbum1

Поделиться сообщением


Ссылка на сообщение
6 часов назад, He1ix сказал:
Спойлер

11:32:52.808 wicardd: wicardd-sh4 version 1.19 beelive (Dec 28 2015) http://wicard.tv
11:32:52.809 wicardd: Build options: [AutoConf] [TuxBox SCI] [DVBAPI] [STAPI] [WEBIF] [ExMLog] [TWIN]
11:32:52.811 wicardd: disabling internal CAS - -1
11:32:52.813 under_app_detect: procname: yellow.sh, daemonize = 1
11:32:52.815 under_app_detect: PPID: 2469
11:32:52.817 under_app_detect: procname: sh, daemonize = 1
11:32:52.819 under_app_detect: PPID: 763
11:32:52.822 under_app_detect: procname: sbox, daemonize = 1
11:32:52.823 under_app_detect: PPID: 278
11:32:52.832 rlst,rlst1: Filter object created.
11:32:52.835 shara3001: activity_timeout = 0 ms
11:32:52.840 shara3001: using default secure key
11:32:52.865 shara3001: not decoded cache initialized, size: 64, ttl: 3000
11:32:52.868 shara3001: reader thread started, pid 2481, tid 695960808
11:32:52.871 wicardd: creating default balancer.
11:32:52.873 default: [balancer] chain key missed, creating default chain including all readers.
11:32:52.875 default: balancer object created, 1 stage(s).
11:32:52.892 DVB0[STAPI]: PMT association 0 [PTI2:pmt.tmp]
11:32:52.894 DVB0[STAPI]: PMT association 1 [PTI:pmt1_1.tmp]
11:32:52.895 DVB0[STAPI]: PMT association 2 [PTI:pmt1_2.tmp]
11:32:52.897 DVB0[STAPI]: open PTI device: PTI2
11:32:52.902 DVB0[STAPI]: STAPI filter handler thread started, pti_no = 0 [PTI2], pid 2482, tid 697505000
11:32:52.904 DVB0[STAPI]: open PTI device: PTI
11:32:52.908 DVB0[STAPI]: STAPI filter handler thread started, pti_no = 1 [PTI], pid 2483, tid 698553576
11:32:52.911 webif: server worker thread started, pid 2484, tid 699602152
11:32:52.913 wicardd: registered 1 filter(s), 1 reader(s), 1 balancer(s), 0 tuner(s) and 0 server(s)
11:32:52.914 wicardd: loaded 0 user account(s)
11:32:52.916 wicardd: ECM cache size = 0
11:32:52.929 wicardd: main thread, pid 2479, tid 694906880
11:32:53.369 shara3001: connect to [scrubbed]
11:33:13.373 shara3001: host lookup of he6dr9r4.spyip.org failed
11:33:13.375 shara3001: reconnecting... failed
11:33:13.877 shara3001: connect to [scrubbed]
11:33:32.935 wicardd: Discovery thread terminated.
11:33:33.881 shara3001: host lookup of he6dr9r4.spyip.org failed
11:33:33.882 shara3001: reconnecting... failed
11:33:34.384 shara3001: connect to [scrubbed]
11:34:14.392 shara3001: host lookup of he6dr9r4.spyip.org failed
11:34:14.394 shara3001: reconnecting... failed
11:34:14.895 shara3001: connect to [scrubbed]

не получается

Поделиться сообщением


Ссылка на сообщение

@nikelplumbum1 в ЛС загляни

ДНС на ресивере не настроен.

host lookup of he6dr9r4.spyip.org failed
Изменено пользователем He1ix

Поделиться сообщением


Ссылка на сообщение

@nikelplumbum1 В личку данные по Teamviewer давай, посмотрю,только не тяни, мне тоже есть чем заняться.

Поделиться сообщением


Ссылка на сообщение

спс хеликс большое. а я так и не понял бы что сетевые настройки не верные ) 

Поделиться сообщением


Ссылка на сообщение

Подскажите, как на оскаме настроить БИСС? А то некоторое время(почти год) не смотрел тарелку, а тут куча новостей.

Поделиться сообщением


Ссылка на сообщение

@Helge До чего беспомощные. файл с ключами дал. ридер осталось настроить

https://www.google.com/search?q=oscam+constantcw+reader&ie=utf-8&oe=utf-8&gws_rd=cr&ei=mqahWY7DBaLm6ATjprGIDA

gi_spark2_094.jpg

Надеюсь, догадаешься, куда прописать путь к файлу с ключами?

Поделиться сообщением


Ссылка на сообщение
2 часа назад, Helge сказал:

Спойлер не открывается((((

У меня всё  открывается

Поделиться сообщением


Ссылка на сообщение

Есть один непонятный момент с оскам - на бисс иногда не открывается канал - жму кнопку на перезапуск эмулятора и сразу показывает. Куда копать?

 

# oscam.server generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r11342
# Read more: http://www.streamboard.tv/svn/oscam/trunk/Distribution/doc/txt/oscam.server.txt

[reader]
label                         = ntv+custom
protocol                      = newcamd
device                        = сервер,порт
key                           = 0102030405060708091011121314
user                          = логин
password                      = пароль
inactivitytimeout             = 15
reconnecttimeout              = 20
ident                         = 0500:060A00
group                         = 1

[reader]
label                         = Biss
protocol                      = constcw
device                        = /var/etc/oscam/constant.cw
group                  = 1

 

 

# oscam.user generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r8999
# Read more: http://www.streamboard.tv/svn/oscam/trunk/Distribution/doc/txt/oscam.user.txt
# Compiled by Gianni8127

[account]
user                          = pgi
pwd                           = local
group                  = 1
numusers                      = 0
penalty                       = 0

 

# oscam.conf generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r11245
# Read more: http://www.streamboard.tv/svn/oscam/trunk/Distribution/doc/txt/oscam.conf.txt

[global]
logfile                       = stdout

[cache]

[dvbapi]
enabled                       = 1
au                            = 1
pmt_mode                      = 0
boxtype                       = ipbox-pmt

[webif]
httpport                      = 8888
httpallowed                   = 127.0.0.1,192.168.0.0-192.168.255.255,10.0.0.0-10.255.255.255,255.255.255.255

 

 

Изменено пользователем Helge

Поделиться сообщением


Ссылка на сообщение

 Есть такое дело. На викарде, кстати, тоже. Косячность корейского ядра. Писал об этом.

Изменено пользователем He1ix

Поделиться сообщением


Ссылка на сообщение

На мгкамде не замечал...

кстати, есть шанс, что допилят мгкамд? Или уже некому этим заниматься?

Поделиться сообщением


Ссылка на сообщение

@Helge исходников нет, как и на викард. Oscam - опенсорс, больше шансов. Да и ресиверы наши староваты.

Поделиться сообщением


Ссылка на сообщение

@Helge Соврал, на викарде все норм. БИСС не глючит.

 

На oscam изменить секцию dvbapi до такого вида в файле oscam.conf.

[dvbapi]
enabled                       = 1
pmt_mode                      = 4
delayer                       = 60
write_sdt_prov                = 1
boxtype                       = dreambox

Запись норм, старт норм, таймшифт не проверял. БИСС не глючит

Изменено пользователем He1ix

Поделиться сообщением


Ссылка на сообщение

Добрый вечер.

Есть пара вопросов по новому Add-on:

1) Если собственных карт нету, надо ли в CS указывать OSCAM (WICARD), и если да, то зачем?

2) Это допустимо, что при переключении эмуляторов, старый остается висеть в процессах? Может в функцию do_start() например, для oscama, добавить:

 pgrep mgcamd > /dev/null && /var/bin/start.mgcamd stop
 pgrep wicardd > /dev/null && /var/bin/start.wicardd stop
 

Поделиться сообщением


Ссылка на сообщение

@kacy

1. Только для того, чтобы не лезть глубоко в  код web-интерфейса при добавлении wicard. Просто было лень. Да и Oscam не может быть просто клиентом, он всегда CardServer. И вообще, так было задумано Д.Федором.

2. Не допустимо. Если посмотришь в рестартовый скрипт, то там есть строки в do_stop()

killall $BIN_NAME &>/dev/null
killall -9 wicard >/dev/null
killall -9 mgcamd >/dev/null 

Но, по непонятной причине, с wicard'ом не прокатывает, процесс не убивается скриптом командой killall -9 wicard >/dev/null. Oscam прибивается. А с командной строки - без проблем. При переключении эмуляторов в вэбке - выскакивает предупреждение что ресивер нужно рестартовать.

Изменено пользователем He1ix

Поделиться сообщением


Ссылка на сообщение

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

Во-первых, эти строчки не там. В do_stop()  oscam-a надо останавливать oscam, а не все три. Альтернативные процессы надо прибивать в  do_start().

Во-вторых, прежде, чем килять процес надо проверить его существование (через pidof у меня не всегда срабатывает, а вот через pgrep всегда)

В-третьих, останавливать процесс надо, посылая сигнал SIGTERM  (killall -15 wicard), а не сигнал SIGKILL (killall -9 wicard).

Вернее, сначала  SIGTERM  (killall -15 или просто killall, т.к. 15 - значение по умолчанию), дать время на корректное завершение процесса, проверить процесс на существование и если процесс все еще в памяти, тогда уже SIGKILL.

Я думаю, что killall -9  с wicard'ом может не прокатывать потому, что в тот момент, когда ему прилетел SIGKILL, wicard вполне может находится в состоянии ожидания ввода-вывода и, соответственно, в этом состоянии ему этот SIGKILL "до лампочки".

Изменено пользователем kacy

Поделиться сообщением


Ссылка на сообщение

.@kacy Ну, прибивание эмуляторов в скрипте придумал Николаси, чтобы прям по кнопке ПДУ, переназначать эмулятор, там даже строчка с перепрописыванием cs.conf осталась. К тому же ты все перепутал с точностью до наоборот.

Дааа и какая разница, запущен процесс или нет, команда kill отработает в любом случае, с ошибкой или без. Ну а в третьих - попробуй сам поиграй со скриптом - запилим ещё один аддон для мертвой прошивки, никто не против.

Большинство народа после смены IDENT уже выкинули mgcamd и прикрутили оскам или викард, кому что понравилось. 

Вообще есть подозрение, что do_stop вообще не отрабатывает, там условия в конце файла слишком навороченные. Я если честно особо туда не копал - пилил только скрипты вебки и стартовый.

Изменено пользователем He1ix

Поделиться сообщением


Ссылка на сообщение

Что конкретно я перепутал?

Я написал, что перед запуском эмулятора, т.е. в функции do_start(), надо проверить и поубивать, если таковые имеются, процессы альтернативных эмуляторов.

Получение сигнала Kill процес отрабатывает далеко не всегда, и ты сам в этом убеждался на практике.

Я попробую в скриптах разобраться, но слишком это внове для меня.

Изменено пользователем kacy

Поделиться сообщением


Ссылка на сообщение

@kacy

Ващета там killall а не kill, так что пофиг на PID

Спойлер

#!/bin/sh
# title:Restart wicard
# insmod /var/lib/api3.ko
BIN_NAME="wicard"

do_stop() {
        echo -e "Stopping $BIN_NAME...\c"
        killall $BIN_NAME &>/dev/null
        killall -9 oscam >/dev/null
        killall -9 mgcamd >/dev/null
        sleep 1
        killall -9 $BIN_NAME &>/dev/null
        echo "done!"
        rm -f /tmp/*info /tmp/ca_cache.list
}

do_start() {
        echo -e "Starting $BIN_NAME...\c"
        /var/bin/$BIN_NAME -d -c /var/keys/wicardd.conf &>/dev/null
#       echo -e 'cs="newcs"\ncam="wicard"' > /var/etc/cs.conf
#       sleep 1
        sleep 2
#       touch /tmp/tmp.info
        [ -n "$(pidof $BIN_NAME)" ] && echo "done!" || echo -e "\nError: could not start $BIN_NAME!"
}

[ ! -f "/var/bin/$BIN_NAME" ] && echo "$BIN_NAME is not found in /var/bin" && exit 1
[ "$1" != "-q" ] && [ "$1" != "stop" ] && echo -e "web_show_mess 3 \0042Starting $BIN_NAME...\0042" >/dev/commander
[ "$1" = "stop" ] && echo -e "web_show_mess 3 \0042Stopping $BIN_NAME...\0042" >/dev/commander
[ -n "$(pidof $BIN_NAME)" ] && do_stop
[ "$1" != "stop" ] && do_start
 

Сигнал SIGTERM может и не остановить процесс (например, при перехвате или блокировке сигнала), SIGKILL же выполняет уничтожение процесса всегда, так как его нельзя перехватить или проигнорировать. SIGKILL -9, SIGTERM -15. 

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

Ну этот отход от темы.

А по теме, в конце скрипта добавь в строку &&do_stop перед &&do_start

[ "$1" != "stop" ] && do_stop && do_start

А уж на то пошло, то и wrapper dvbapi тоже перегружать нужно, обнаружил старый баг с oscam - проблема с исходниками библиотеки api3.ko

Изменено пользователем He1ix

Поделиться сообщением


Ссылка на сообщение

Процессы в состоянии блокировки не завершаются по SIGKILL, как и процессы-зомби.

Я же и писал, что сначала надо попытаться корректно завершить, а уже потом kill, если не понимает по-хорошему.

Wrapper я у себя перезагружал. Вот мой старый скрипт:

#!/bin/sh
# title:Restart Wicardd
BIN_NAME="wicardd"

do_stop() {
	/var/bin/api3wrapper stop
	echo -e "Stopping $BIN_NAME...\c"
	killall $BIN_NAME &>/dev/null
	sleep 1
	killall -9 $BIN_NAME &>/dev/null
	echo "done!"
	rm -f /tmp/*info /tmp/ca_cache.list
}

do_start() {
	pgrep mgcamd &> /dev/null && /var/bin/start.mgcamd stop
    pgrep oscam &> /dev/null && /var/bin/start.oscam stop
    /var/bin/api3wrapper restart
	echo -e "web_show_mess 3 \0042Starting Wicardd...\0042" >/dev/commander
	sleep 1
	/var/bin/$BIN_NAME -d -c /var/etc/wicardd.conf &>/dev/null
	sleep 1
	[ -n "$(pidof $BIN_NAME)" ] && echo "done!" || echo -e "web_show_mess 3 \0042Error: could not start $BIN_NAME!\0042" >/dev/commander
}

[ ! -f "/var/bin/$BIN_NAME" ] && echo "$BIN_NAME is not found in /var/bin" && exit 1
[ "$1" != "-q" ] && [ "$1" != "stop" ] && echo -e "web_show_mess 3 \0042Preparing...\0042" >/dev/commander
[ "$1" = "stop" ] && echo -e "web_show_mess 3 \0042Stopping $BIN_NAME...\0042" >/dev/commander
[ -n "$(pidof $BIN_NAME)" ] && do_stop
[ "$1" != "stop" ] && do_start

 

Поделиться сообщением


Ссылка на сообщение

@kacy Ну, вообще-то не по феншую в процедуре "старт" делать "стоп" чего либо. Как правило, в /etc/init.d/*  (Linux) скрипты запускаются с параметрами start/stop/restart, а в процедуре restart таких скриптов как правило вызов процедуры stop и затем процедуры start. Так меньше путаницы.

Потом, в процедуре start ты делаешь вызов другого скрипта с параметром stop.

Завтра добавим в аддон (в чем сильно сомневаюсь) MCAS или CCCAM, что, все скрипты править? Еще раз повторю, "килляние" других эму в рестартовом скрипте - проделки Николаси, вообще это не правильно, т.к. рестартовый скрипт является так же и стартовым, который запускается при старте ресивера (см. /var/bin/init.d/start.cs) с параметром -q.

Т.е. в твоем случае при запуске ресивера стартовый скрипт cs.start запускает api3wrapper, потом из него стартует "start.wicard" c параметром "-q", который пытается найти и прибить mgcamd, oscam и перегружает только что запущенный  api3wrapper (выгружает и снова загружает api3.ko) и только после этого стартует wicard.

Нафига такие извращения?

Гораздо грамотнее было бы на мой взгляд сделать кнопочку "остановить эму", например только через меню плагинов через ПДУ по  кнопке WWW. Ну создай файл "/var/bin/scrplg-stop-emu.sh", chmod 755 (аттрибуты), в нем 3 строчки сделай

#!/bin/sh
# title:Stop current Softcam
/var/bin/yellow.sh stop

Останавливаешь эму, меняешь через вебку настройки, жмешь "рестарт" по желтой - телемаркет

А если в стартовые скрипты прописать (точнее расскоментировать, оно там уже есть) "echo -e 'cs="wicard"\ncam="wicard"' > /var/etc/cs.conf " (для oscama  - oscam соотв-но и т.п.) то в вебку вообще лазить не придется. ну и добавить ln -s /var/bin/start.wicard /var/bin/yellow.sh, чтобы меньше телодвижений делать

Я к чему. Дело твое полезное, но цель - сомневаюсь что кроме тебя это кому-то интересно.

 

Изменено пользователем He1ix

Поделиться сообщением


Ссылка на сообщение

Я хочу напомнить, что в линуксах пока не шарю абсолютно. Что там по феншую, а что нет мне тем более неизвестно.

Пытаюсь разобраться, что к чему в силу сложившихся обстоятельств. Раньше все работало как часы. Причем периодически использовались самые тяжелые режимы: два кодированных канала пишется, а третий просматривается с задействованным таймшифтом (не успеваю доехать домой к началу ЛЧ УЕФА). Ресивер купленный в первый месяц появления его в продаже, за все время завис пару раз. После ухода со сцены MGCAMD зависания стали явлениями регулярнейшими. Причем не только WICARD или OSCAM (последний особенно часто) но и всего ресивера. Отсюда и попытки прикрутить ту или иную версию. Но идет очень туго. Минут 10-15, а то и больше, уходит на каждую строчку скрипта. (чтобы понять что к чему и зачем). Дело осложняется тем, что в инете в основном скрипты BASH рассматриваются, а у нас SH, да еще и сильно урезанная версия, в основном засунутая в BusyBox.

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

Но, в связи с тем, что на одном провайдере лучше работает Wicard, а на другом OSCAM, и к тому же, выбор между ними зависит от того, включена запись или нет, то проблема оперативного переключения эмуляторов является актуальной.

Следовательно необходимо решить вопрос корректного завершения другого (или других [и такое бывает]) эмуляторов с удалением всех подгруженных модулей ядра, временных файлов, линков и прочего до запуска требуемого эмулятора.

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

Теперь по критике:

8 часов назад, He1ix сказал:

Потом, в процедуре start ты делаешь вызов другого скрипта с параметром stop.

Ключевое слово здесь другого. Нам же при старте важно, чтобы другие эмули были погашены. Куда же эту процедуру засовывать? В стоповую процедуру неправильно - она не отрабатывает, если текущий эмуль не в памяти потому, что рухнул или запускается впервые. (строка: [ -n "$(pidof $BIN_NAME)" ] && do_stop ). А в случае когда скрипт запускается с ключом STOP, нашему процессу "конкуренты" уже неинтересны, да и не должны быть интересны.

9 часов назад, He1ix сказал:

Т.е. в твоем случае при запуске ресивера стартовый скрипт cs.start запускает api3wrapper, потом из него стартует "start.wicard" c параметром "-q", который пытается найти и прибить mgcamd, oscam и перегружает только что запущенный  api3wrapper (выгружает и снова загружает api3.ko) и только после этого стартует wicard.

Нафига такие извращения?

Я же написал, что это старый скрипт. А он запускался при CS="", поэтому api3wrapper не запускался до запуска start.wicard -q.  В сам api3wrapper в кейс restart я добавил проверку наличия модуля в ядре. Строка unload_device теперь выглядит так:

lsmod|grep api3 &>/dev/null && unload_device

Поэтому, при старте, попытки выгрузки еще не загруженного модуля api3.ko не происходит.  Соответственно никаких извращений нет.

В дальнейшем рестарт api3.ko в стартовой секции очень даже нужен потому, что в половине случаев при пропадании картинки простая перезагрузка викарда не помогает. Лечится только перезагрузкой api3.ko с последующей перезагрузкой викарда.

12 часов назад, He1ix сказал:

Гораздо грамотнее было бы на мой взгляд сделать кнопочку "остановить эму", например только через меню плагинов через ПДУ по  кнопке WWW. Ну создай файл "/var/bin/scrplg-stop-emu.sh", chmod 755 (аттрибуты), в нем 3 строчки сделай

Это есть, только по другому реализовано (StopAll), но через www, - долго и не очень удобно. Есть желание сделать, или чтобы кто-то другой сделал - на желтой рестарт текущего эму, а на зеленой смена эму (циклический перебор, если больше двух. Но это маловероятно, что понадобится).

Поделиться сообщением


Ссылка на сообщение

@kacy С оскамом есть один косяк, но он связан с модулем api3.ko. а так как разработчик этой приблуды не известен, как и исходников нет, то проблему с редкими вылетами oscam, решить можно только если использовать версию STAPI. Как собсно и в Wicard. 

По крайней мере за последние полгода я ещё ни разу не рестартовал wicard по жёлтой кнопке. Все фризы были кратковременны и то из-за интернета. Но админить удобнее oscam, у него классный вебинтерфейс.

Так что наверное тебе лучше заняться выбором стабильного шаровода, fallback и балансировкой.

Что кстати у тебя в dvbapi разделах?

ЗЫ, для wicard в режиме STAPI, api3.ko не нужен, и запись работает, правда есть косяк с таймшифтом

Изменено пользователем He1ix

Поделиться сообщением


Ссылка на сообщение
[dvb]
active = 1
type = STAPI
stapi_pmt_map = pmt.tmp:PTI2;pmt2_1.tmp:PTI1;pmt2_2.tmp:PTI1;pmt1_1.tmp:PTI;pmt1_2.tmp:PTI
filter = dvb
debug = 1

Или это не то?

Викард сейчас довольно стабилен, если не пытаться писать с 9Е. А оно как раз и надо. Потому как Испанию больше мне негде смотреть.

А как ОСКАМ в режим STAPI перевести?

Поделиться сообщением


Ссылка на сообщение

@kacy А с 9Е случайно не "бесплатный" пакет от известного шаровода? если да, то там затыки постоянно, хотя другие пакеты идут норм.

С твоей конфигурацией wicard загружать api3wrapper совершенно не нужно (нужно только для type=DVBAPI3 ну и для oscam) , к сожалению ты не указал в чем проявляются косяки wicard'а, но явно не из-за api3.ko. Предполагаю, что остановка кина после таймшифта, если нет, то поправь.

А с оскамом вообще беда бывает. Бессимптомные зависоны при переключении с одного кодированного канала на другой. Правда очень редко, не больше раза в неделю, зато намертво, только перезагрузкой ресивера или выгрузкой api3.ko.  При чем виснет на каком то канале одном, перключаешься обратно на тот который шел - все ок, назад идешь на тот на котором "не показывает" - в логах "Can't open device /dev/dvb/adapter0/demux0 (errno=24 Too many open files)". Как оказалось, баг 2-х летней давности, и не лечится, т.к. проблема как раз в api3.ko от неизвестного разработчика. И, как написано в багрепорте, " The error does not occur if you use only ECMs, but if you need any EMMs => go for STAPI version."

В аттаче oscam-emu-stapi (прикручен эмулятор, в дополнению к streambord'овскому, выкладывают на sat-universe)

Единственное отличие, в разделе [dvbapi]

[dvbapi]
enabled                       = 1
pmt_mode                      = 2
delayer                       = 60
write_sdt_prov                = 1
boxtype                       = dreambox

 а файле oscam.dvbapi дописать:

### Stapi Tuner 1 ###
S: PTI pmt1_1.tmp
S: PTI pmt1_2.tmp
S: PTI pmt1_3.tmp
### Stapi Tuner 2 ###
S: PTI1 pmt2_1.tmp
S: PTI1 pmt2_2.tmp
S: PTI1 pmt2_3.tmp
### Stapi Timeshift ###
S: PTI2 pmt.tmp
### Stapi Playback ### - на счет этого не совсем уверен что нужно
S: SWTS1 pmt1_1.tmp
S: SWTS2 pmt2_1.tmp
S: SWTS0 pmt3_1.tmp

 

oscam-svn11391-sh_4-webif-stapi-emu.zip

ну и закоментировать запуск api3wrapper в стартовом скрипте, хотя это уже ни на что не повлияет.

Проверил у себя, работает. Запись тоже

Изменено пользователем He1ix

Поделиться сообщением


Ссылка на сообщение

Спасибо большое. Буду пробовать.

Шаровод не халявный - 1*.?n (полагаю, тебе известно, что проблем у него даже меньше, чем у нашего)

Основные проблемы, не считая остановки при выходе с таймшифта, это периодические зависания при переключении с записывающегося канала на 9Е на канал на 36Е.

Или эпикфейл при включении по таймеру записи.

Но после перехода на режим STAPI проблемы, практически, ушли.

А вот с OSCAM-мом все гораздо хуже. Если в фоне начинает записываться канал, то на просматриваемом начинаются фризы. В режиме STAPI толком пока не пробовал, но тоже есть проблемы.

Поделиться сообщением


Ссылка на сообщение

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Похожий контент

    • От душман
      ВВС в рамках своих продолжающихся испытаний услуг для основных рынков предложит технологию Ultra HD для освещения чемпионата Англии по теннису из Уимблдона.
      Впервые на турнире, который начнется со 2 июля 2018 года, зрители могут смотреть все матчи Center Court в Ultra HD на канале BBC iPlayer. Также будут доступны 16 HDTV-потоков на BBC Sport Online через подключенное телевидение или мобильную связь и BBC iPlayer, BBC Sport, BBC iPlayer и Red на подключенном телевизоре.
      Все программы будут доступны зрителям в течение 30 дней. Наряду с Red Button1, пять потоков Red Button также будут доступны на Sky, Freesat, Freeview и Virgin Media, а также в HD - с Red Button 1 на Sky, Freesat и Virgin Media.
      Предложение трансляций Уимблдона - часть новаций BBC, похожих на те, что в настоящее время происходят на Чемпионате мира по футболу. В этом тесте у BBC существует ограниченное количество трансляций для каждого матча, при этом живой поток доступен десяткам тысяч людей по принципу "первым зашел, первым увидел".
      Ultra HD будет помечен значком на главном экране BBC iPlayer, как только начнется трансляция матчей. Производство обеспечит HLG HDR, основанное на недавней работе BBC R & D для королевской свадьбы. Для просмотра зрителям потребуется подключение не менее 40 Мбит/с для полного 3840-пиксельного Ultra HD или 20 Мбит/с для Ultra HD с разрешением 2560 пикселей.
      Воспроизведение - со скоростью 50 кадров в секунду. BBC предупреждает, что, учитывая изменчивость Wi-Fi-соединений, аудитории лучше переключаться на ultra HD с проводным подключением к Интернету на ТВ.
    • От душман
      В Южной Корее прошёл первый в мире аукцион на частоты для нужд 5G, лежащие в диапазонах 3.5 ГГц и 28 ГГц. При этом частоты получил каждый из работающих на рынке операторов.
      Как сообщает издание Korea JoongAng Daily, операторы SK Telecom, KT и LG Uplus выплатят в общей сложности 3.6 триллиона вон (3.2 миллиарда долларов) за частоты в полосе шириной в 280 МГц в диапазоне 3.5 ГГц и в полосе шириной в 2 400 МГц в диапазоне 28 ГГц. Это примерно на 300 вон выше резервной цены, установленной для аукциона.
      Операторы SK Telecom и KT выкупили максимум в размере 100 МГц в диапазоне 3.5 ГГц, а к LG Uplus переходят оставшиеся 80 МГц.Оператор SK Telecom заплатил примерно 1.43 триллиона вон, при этом оператор KT заплатил 1.18 триллиона вон, а LG Uplus – 1.02 триллиона вон.
      В LG Uplus озвучили планы сосредоточить внимание на разработке дифференцированных услуг 5G для компенсации недостатков спектра.
      Решения о выделении частот в обоих диапазонах вступит в силу с декабря текущего года, при этом срок действия лицензий на частоты в полосе 3.5 ГГц составит 10 лет, а в полосе 28 ГГц – пять лет.
      Первая фаза разработки 5G спецификации от 3GPP завершена, и к концу следующего года южнокорейские операторы планируют коммерциализировать 5G сети.
    • От душман
      Уважаемые абоненты!
      На основании уведомления от поставщика сервиса производятся следующие изменения:
      В пакет «Первый Микс» временно (до 13 июля 2018 г. включительно) добавлен канал «МАТЧ! HD».
      В пакет «Промо Микс» временно (до 13 июля 2018 г. включительно) добавлены каналы «МАТЧ! HD», «Матч! Боец», «МАТЧ! ИГРА», «КХЛ ТВ», «Матч! Наш Спорт», «МАТЧ! АРЕНА».
      В пакет «Базовый Микс» временно (до 13 июля 2018 г. включительно) добавлены каналы «Матч! Боец», «КХЛ ТВ» и «Матч! Наш Спорт».
      Канал «Наша Сибирь» доступен в пакетах «Первый Микс»,«Промо Микс»,«Базовый Микс» и «Супербазовый Микс» до 30 июня 2018 г.
      Канал ЗИМА будет доступен с 25 июня 2018 г. в пакетах «Промо Микс», «Базовый Микс» и «Супербазовый Микс».
      Канал Театр будет доступен с 1 июля 2018 г. в пакетах «Первый Микс», «Промо Микс», «Базовый Микс» и «Супербазовый Микс».
    • От душман
      Коммерческий запуск ракеты-носителя "Союз-2-1Б" с египетским спутником EgyptSat-A намечен на конец 2018 года, сообщил источник на космодроме. EgyptSat-A должен будет заменить спутник российского производства EgyptSat-2, связь с которым оборвалась в апреле 2015 года.

      "В конце 2018 года предполагается запуск ракеты "Союз-2-1Б" по коммерческой программе с египетским спутником EgyptSat-A.Изготовитель спутника — РКК "Энергия" — утверждает, что работы по созданию спутника идут по графику и в конце ноября – начале декабря запуск будет произведен".
      Как сообщалось в финансовой отчетности "Энергии", выручка от сотрудничества с Египтом, для которого компания создает новый спутник EgyptSat-A взамен ранее вышедшего из строя, составила в 2017 году 402 миллиона рублей.
      В мае 2016 года "Энергия" сообщила, что приступила к созданию EgyptSat-A за счет страхового покрытия по потерянному спутнику EgyptSat-2. Эквивалентная стоимость новых работ составляет примерно 100 миллионов долларов. Доля российских комплектующих в EgyptSat-A будет существенно выше, чем в EgyptSat-2. В частности, на спутнике будут установлены отечественные передатчики X-диапазона, прошедшие апробацию на МКС.
      EgyptSat-2 был запущен 16 апреля 2014 года с космодрома "Байконур" с помощью ракеты-носителя "Союз-У". Его предшественник — EgyptSat-1 — был изготовлен украинским предприятием КБ "Южное". Спутник запущен 17 апреля 2007 года с "Байконура" с помощью ракеты-носителя "Днепр". В июле 2010 года управление спутником было потеряно.
    • От душман

      21 июня текущего года для станций Eska TV, Fokus TV и Nowa TV, доступных с транспондера № 112 платформы Cyfrowy Polsat со спутника Eutelsat Hot Bird 13C (13,0°E) на частоте 10,758 GHz, pol. V, (SR: 27500, FEC: 3/4; DVB-S2/8PSK), были добавлены недостающие системы условного доступа: Nagra MA (S4 и N3) и Conax для платформы nc+ и Viaccess PC 3.0 для предложения DTH Orange.
      Стоит напомнить, что Eska TV, Eska TV Extra, Fokus TV, Nowa TV и Polo TV на новой частоте появились две недели назад (7 июня).Скоро старые копии всех этих станций будут отключены с транспондера TVN Grup № 10 на спутнике Eutelsat Hot Bird 13C (13,0°E) с частоты 11,393 GHz, pol. V, (SR: 27500, FEC: 3/4; DVB-S2/8PSK).
      Технические параметры:
      Eutelsat Hot Bird 13C (13,0°E)
      tp. 112 (10,758 GHz, pol. V, SR: 27500, FEC: 3/4; DVB-S2/8PSK)
      ID: Eska TV
      PID V: 338 (MPEG-4/SD)
      PID A: 594 (pol)
      PID PCR: 338
      SID: 17052
      PID PMT: 33
      Provider: Cyfrowy Polsat S.A.
      Koдирование: Conax (nc+), Irdeto (Cyfrowy Polsat), Nagra MA (S4/N3 - nc+, N3 - Cyfrowy Polsat), Viaccess PC 3.0 (Orange)
      ID: Fokus TV
      PID V: 339 (MPEG-4/SD)
      PID A: 595 (pol), 851 (aux)
      PID PCR: 339
      SID: 17053
      PID PMT: 44
      Provider: Cyfrowy Polsat S.A.
      Koдирование: Conax (nc+), Irdeto (Cyfrowy Polsat), Nagra MA (S4/N3 - nc+, N3 - Cyfrowy Polsat), Viaccess PC 3.0 (Orange)
      ID: Nowa TV
      PID V: 340 (MPEG-4/SD)
      PID A: 596 (pol)
      PID PCR: 340
      SID: 17054
      PID PMT: 49
      Provider: Cyfrowy Polsat S.A.
      Koдирование: Conax (nc+), Irdeto (Cyfrowy Polsat), Nagra MA (S4/N3 - nc+, N3 - Cyfrowy Polsat), Viaccess PC 3.0 (Orange)