Roma_n

Действительно, странно. Это с ихнего сайта пример? Может, есть какая-то версия getstream, которая так работает? Тогда она должна и с TBS тюнером уметь управляться. А у Вас так же, как и у меня - при попытке настроить DVD-S2 канал с указанием dvb-s getstream пишет, что сигнала нет?

Getstream не понимает запись "dvb-s2". Он понимает только "dvb-s". Для него это значит, что карта является спутниковым приёмником. DVB-S2-каналы на карте SkyStar S2 getstream принимает без прямого указания на тип сигнала (dvb-s2) и тип модуляции (8PSK). Я писал пару дней назад, что на карте TBS 6981 getstream отказался принимать DVB-S2-каналы. Связано это, по-видимому, с тем, что драйвера TBS используют dvb-API версии 5.0, а getstream, похоже, понимает только версию 2.0. Указывать DVB-S2 и 8PSK надо в mumudvb. Она, как раз, понимает dvb-API 5.0 и честно пишет об этом в логе.

BER - bit error rate - отношение количества ошибочных битов к общему их количеству. То есть, это - основной показатель качества цифрового сигнал. Чем он меньше - тем лучше. В измерительной аппаратуре он выражается как число, умноженное не "е" в степени. Нормальным считается сигнал, у которого в показателе степени BER минус четыре - минус пять. Минус семь - отличный сигнал. Бывает ещё представление BER в процентах качества. Тогда - чем выше процент - тем лучше. В каком виде представляет BER утилита femon - не знаю.

А можно подробнее про oscam? Вы имеете в виду работу с картами доступа или с провайдерами шаринга?

Спасибо за информацию. Меня, получается, тоже отключают при появлении третьего канала. На двух работает.

На мой взгляд, в моём случае провайдер кардшаринга ни при чём. У меня даже на одном транспондере и на одном HD канале картина одинаковая: 30-40 секунд (до полутора минут) показывает, потом - затык. После длительного молчания иногда вдруг начинает работать, но проходят те же 40 секунд - и всё опять глохнет. Проблема или в саске, или в протоколе шаринга. Надо попытаться найти бесплатный тестовый сервер и попробовать через него поработать. Насчёт mumudvb: скачиваем последнюю бета версию: http://mumudvb.braice.net/mumudrupal/node/25 распаковываем в любое место. Переходим в папку mumudvb. Делаем: ./configure --enable-transcoding (опция - чтоб работало транскодирование, если вдруг понадобится) make make install Теперь запускаем: mumudvb -c [путь до конфига с указанием самого конфига] например: mumudvb -c /home/kuku/mumu_1 Примеры конфигов: Для SD пакета с трансляцией по http: card=1 delivery_system=DVBS freq=12303 pol=h srate=27500 lnb_type=standard dvr_buffer_size=40 tuning_timeout=86400 timeout_no_diff=0 dvr_thread unicast=1 multicast=0 channel_next name=Soyuz unicast_port=8000 pids=134 303 405 channel_next name=Bridge_TV unicast_port=8001 pids=944 308 256 channel_next name=A-One unicast_port=8002 pids=290 401 402 rewrite_pat=1 Для HD пакета с трансляцией по udp (мультикаст): card=2 delivery_system=DVBS2 freq=12073 pol=h srate=27500 lnb_type=standard dvr_buffer_size=40 tuning_timeout=86400 timeout_no_diff=0 unicast=0 multicast=1 ip=239.0.0.1 port=1234 ts_id=12101 name=HD_KINO pids=3301 321 401 ip=239.0.0.2 port=1234 ts_id=12104 name=HD_SPORT pids=3304 324 404 ip=239.0.0.3 port=1234 ts_id=12103 name=HD_Life pids=3303 323 403 rewrite_pat=1 В параметре pids=3303 323 403 второе и третье число - видео и аудио пиды. Первое число - это PMT PID. Он на lyngsat.com не указывается. Я его вычисляю следующим образом: запускаю getstream или mumudvb с конфигом, в котором указаны параметры настройки нужного транспондера (частота, скорость потока). Потом на фоне работающего getstream или mumudvb запускаю прогу scan: scan -o pids -c -v -a 2 где 2 - номер адаптера, на который настроен getstream или mumudvb. Это прога выдаёт параметры транспондера, в которых есть, в частности, такая строка: 0x0000 0x2f47: pmt_pid 0x0ce7 HTB+ -- HD-Life (running, scrambled) Число после pmt_pid - 0x0ce7 - это и есть то, что надо, только в 16-ричной записи. Запускаем калькулятор, включаем режим программирование, выбираем шестнадцатиричный ввод, вводим наше число и справа под окном ввода видим, как оно выглядит в десятичном виде. В нашем случае: 0x0ce7 = 3303

У меня похожая проблема:стоит двухтюнерная карта tbs 6981, sasc-ng, mumudvb. С SD каналами всё нормально: Called cSascDvbDevice::SetCaDescr Dec 14 00:04:08.485 CSA: Got command(2): E idx: 1 pid: 0 key: 6a2f...9b Called cSascDvbDevice::SetCaDescr Dec 14 00:04:08.543 CSA: Got command(2): O idx: 2 pid: 0 key: 8131...eb Called cSascDvbDevice::SetCaDescr Dec 14 00:04:18.524 CSA: Got command(2): O idx: 1 pid: 0 key: 09aa...81 Called cSascDvbDevice::SetCaDescr Dec 14 00:04:18.586 CSA: Got command(2): E idx: 2 pid: 0 key: 2791...b1 Called cSascDvbDevice::SetCaDescr Dec 14 00:04:28.563 CSA: Got command(2): E idx: 1 pid: 0 key: ec24...7b Called cSascDvbDevice::SetCaDescr Dec 14 00:04:28.729 CSA: Got command(2): O idx: 2 pid: 0 key: 7c0b...31 Called cSascDvbDevice::SetCaDescr Dec 14 00:04:38.624 CSA: Got command(2): O idx: 1 pid: 0 key: 420c...fa Called cSascDvbDevice::SetCaDescr Dec 14 00:04:38.782 CSA: Got command(2): E idx: 2 pid: 0 key: f98c...62 Called cSascDvbDevice::SetCaDescr Dec 14 00:04:48.614 CSA: Got command(2): E idx: 1 pid: 0 key: 41b9...92 Called cSascDvbDevice::SetCaDescr Dec 14 00:04:48.670 CSA: Got command(2): O idx: 2 pid: 0 key: c8a2...87 Called cSascDvbDevice::SetCaDescr Dec 14 00:04:58.636 CSA: Got command(2): O idx: 1 pid: 0 key: 6019...4e Called cSascDvbDevice::SetCaDescr Dec 14 00:04:58.697 CSA: Got command(2): E idx: 2 pid: 0 key: 28bd...aa Иногда вылезает такое: Dec 14 00:05:01.204 CAM(core.auStats): EMM packet load average (1/4/10min) 703 689 774 pks/s но потом sasc быстро возвращается к нормальной работе: ec 14 00:05:58.989 CSA: Got command(2): E idx: 2 pid: 0 key: 2535...c7 Dec 14 00:06:01.235 CAM(core.auStats): EMM packet load average (1/4/10min) 671 677 773 pks/s Called cSascDvbDevice::SetCaDescr Dec 14 00:06:08.868 CSA: Got command(2): E idx: 1 pid: 0 key: 1e38...81 Called cSascDvbDevice::SetCaDescr Dec 14 00:06:09.027 CSA: Got command(2): O idx: 2 pid: 0 key: b00c...0b Called cSascDvbDevice::SetCaDescr Dec 14 00:06:18.901 CSA: Got command(2): O idx: 1 pid: 0 key: 9e86...2b Called cSascDvbDevice::SetCaDescr Dec 14 00:06:19.059 CSA: Got command(2): E idx: 2 pid: 0 key: c309...35 Called cSascDvbDevice::SetCaDescr Dec 14 00:06:28.952 CSA: Got command(2): E idx: 1 pid: 0 key: b312...aa Called cSascDvbDevice::SetCaDescr Dec 14 00:06:29.110 CSA: Got command(2): O idx: 2 pid: 0 key: b6a6...c1 Called cSascDvbDevice::SetCaDescr Dec 14 00:06:39.048 CSA: Got command(2): O idx: 1 pid: 0 key: 5d87...9 Когда включаю транспондер с HD каналами, то секунд тридцать саск работает нормально, после чего начинается такая же петрушка, как и у server801: Dec 14 00:14:01.479 CAM(core.auStats): EMM packet load average (1/4/10min) 935 757 714 pks/s Dec 14 00:15:01.494 CAM(core.auStats): EMM packet load average (1/4/10min) 1286 907 772 pks/s Dec 14 00:16:01.527 CAM(core.auStats): EMM packet load average (1/4/10min) 1194 1025 824 pks/s Dec 14 00:17:01.546 CAM(core.auStats): EMM packet load average (1/4/10min) 1217 1158 873 pks/s Dec 14 00:18:01.565 CAM(core.auStats): EMM packet load average (1/4/10min) 1127 1206 919 pks/s и всё: ни один канал не показывает. Если на втором тюнере в это время работал пакет с SD каналами, они тоже затыкаются. В общем, саск впадает в како-то ступор. После исключения пакета с HD из трансляции через пару минут SD каналы начинают работать. У кого-нибудь получилось разобраться, что всё это значит?

Попробуй для начала уменьшить количество каналов в пакете. начни вообще с одного - двух. Я пока тоже не могу разобраться, от чего зависит стабильность работы этой парочки (sasc+getstream). У меня вроде работает пару минут, потом sasc начинает писать: Dec 12 22:21:58.416 : FE_READ_STATUS(13): SIGNAL CARRIER VITERBI SYNC LOCK Dec 12 22:22:03.420 frontend: Got command 69 (size: 12) Dec 12 22:22:03.420 frontend: ioctl on (13) returned: 0 Dec 12 22:22:03.420 : FE_READ_STATUS(13): SIGNAL CARRIER VITERBI SYNC LOCK Dec 12 22:22:08.420 frontend: Got command 69 (size: 12) Dec 12 22:22:08.420 frontend: ioctl on (13) returned: 0 Dec 12 22:22:08.420 : FE_READ_STATUS(13): SIGNAL CARRIER VITERBI SYNC LOCK Dec 12 22:22:13.424 frontend: Got command 69 (size: 12) Dec 12 22:22:13.424 frontend: ioctl on (13) returned: 0 Dec 12 22:22:13.424 : FE_READ_STATUS(13): SIGNAL CARRIER VITERBI SYNC LOCK Dec 12 22:22:18.428 frontend: Got command 69 (size: 12) Dec 12 22:22:18.428 frontend: ioctl on (13) returned: 0 Dec 12 22:22:18.428 : FE_READ_STATUS(13): SIGNAL CARRIER VITERBI SYNC LOCK Dec 12 22:22:23.428 frontend: Got command 69 (size: 12) Dec 12 22:22:23.429 frontend: ioctl on (13) returned: 0 Dec 12 22:22:23.429 : FE_READ_STATUS(13): SIGNAL CARRIER VITERBI SYNC LOCK Dec 12 22:22:28.432 frontend: Got command 69 (size: 12) Dec 12 22:22:28.432 frontend: ioctl on (13) returned: 0 Dec 12 22:22:28.432 : FE_READ_STATUS(13): SIGNAL CARRIER VITERBI SYNC LOCK Dec 12 22:22:33.434 frontend: Got command 69 (size: 12) Dec 12 22:22:33.434 frontend: ioctl on (13) returned: 0 Dec 12 22:22:33.434 : FE_READ_STATUS(13): SIGNAL CARRIER VITERBI SYNC LOCK Dec 12 22:22:38.440 frontend: Got command 69 (size: 12) Dec 12 22:22:38.441 frontend: ioctl on (13) returned: 0 Dec 12 22:22:38.441 : FE_READ_STATUS(13): SIGNAL CARRIER VITERBI SYNC LOCK и всё умирает. Кроме всего прочего, после того, как я забраковал SkyStar S2 (на неё пока нет нормального драйвера, который бы понимал кодированные HD каналы НТВ+) и поставил TBS 6981, getstream перестал понимать эти самые HD каналы. SkyStar S2 их принимала, но на экран выдвала мешанину вместо изображения, а с TBS уже getstream не хочет сотрудничать. Пишет, что нет сигнала, хотя настройки все такие же, как и в случае со SkyStar-ом. Пришлось разбираться с мумудвб. Там другие трудности: Всё вроде бы нормально принимается, стабильно работает sasc, в VLC - плеере прописывается название передачи, время, а изображение появилось пару раз случайно, потом "замёрзло" - и всё - тишина полная (как на форумах говорят - "полный Малевич"). Я уже тоже дошёл до точки: даже открытый инфоканал без sasca и виртуальных драйверов в этой муму увидеть не могу. Причём смотрю ещё и на втором компе по сети под виндой - всё то же самое! А под tvhedend через xbmc-плеер прёт классное изображение и HD в том числе.

Всё, я разобрался. Я тебя немного ввёл в заблуждение. Спешка подвела. в конфиге меняй pnr 10106 на pnr 10107. И проверь, что budget-mode 0. Вот это: 2010-12-09 22:37:18.592 dvr: inputstats: 8 pids 3494 pkt/s 657022 byte/s значит, что сигнал пошёл в сеть. Теперь ты увидишь инфоканал. Потом пробуй с саском запускать. Я иду спать. Если не получится, завтра продолжим.

Ещё один показатель: если ты попробуешь запустить getstream на адаптер 0 при работающем sasc-е, то getstrem должен заругаться, что нет адаптера (или он занят). Если этого не произойдёт, значит - sasc работает криво. Немного не так я написал. Он пишет: lockup of DVB card detected - trying to reanimate via bouncing filter.

Ну вот, теперь можно поработать. Делай: kill 7778 Потом снова: ps -a sasc и getstream должны убраться из списка. Потом перезагрузи систему. Запусти dvbloopback, потом sasc, потом - getstream. Причём getstream запускай в отдельном окне терминала. В каждом окне терминала первым делом делай sudo su Если getstream опять ничего не напишет, попробуй посмотреть VLC по адресу: http://localhost:8000//MTV_Russia А лучше - переделай конфиг так: http { port 8000; }; adapter 1 { budget-mode 0; packet-buffer 50; stat-interval 120; dvb-s { #lnb-sharing yes; lnb { lof1 10750000; lof2 10750000; slof 11700000; }; transponder { frequency 12322000; polarisation v; symbol-rate 27500000; }; }; stream { name "info"; input { pnr 10106; }; output-http { url "/info"; }; }; stream { name "Nashe"; input { pnr 10105; }; output-http { url "/Nashe"; }; }; Потом, если опять не заработает, измени адаптер на 0, убей sasc и попробуй запустить getstream без него. Должен увидеть инфоканал, который не кодирован. Так ты поймёшь, что getstream понимает этот конфиг. После этого надо будет разбираться с sasc-ом. Ещё один показатель: если ты попробуешь запустить getstream на адаптер 0 при работающем sasc-е, то getstrem должен заругаться, что нет адаптера (или он занят). Если этого не произойдёт, значит - sasc работает криво.

В cardclent.conf всё правильно. У тебя не запускается getstream. После того, как ты его запустил, сделай ps -a В списке, который появится, должна быть строка типа: 3646 pts/0 00:03:25 getstream Если её нет, значит, getstream не запустился. А это значит, что он не нашёл конфиг. У тебя в конфиге в конце лишняя скобка. scan не знает о том, что у твоего конвертора частота гетеродина не 10600 (как у обычного универсального), а 10750. Поэтому частоты каналов он показывает со сдвигом на 150 МГц. Ты гетеродин в конфиге выставил правильно. Поэтому вводить надо правильную частоту: 12399. Если бы проблема была в этом, getstream написал бы, что не видит сигнала. А он у тебя молчит. Значит - не запускается.

Попробуй сделать budget-mode 0; У меня не раскодировались каналы пока так не сделал. Хотя getstream должен всё равно запускаться и писать отчёт о проделанной работе.

Комп перезагружал? А dvbloopback у тебя загружен? В папке dev/dvb есть папка adapter 1?

Да, попробуй ещё в отдельном окне терминала: ps -a увидишь номер, под которым висит sasc. Потом сделай: kill [номер sasc-а] Проверь, что sasc выгрузился. Запусти его по новой. Дождись, чтоб он написал "Listening port 5456" После этого сразу запускай getstream. У тебя sasc должен запускаться с опциями: sasc-ng -j 0:1 --cam-budget --sid-nocache -d 0xf0a --cam-dir /etc/camfiles/ Если sasc не выгрузится, значит, он завис и надо делать: reboot Асей не пользуюсь, можно в скайпе.