-
Постов
1355 -
Зарегистрирован
-
Посещение
Весь контент Ферум
-
Вот мой лог когда всё работает, это я включил один канал чуть чуть alex@ferum:~$ sudo systemctl status vdr ● vdr.service - Video Disk Recorder Loaded: loaded (/lib/systemd/system/vdr.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2017-11-10 20:42:07 MSK; 2min 40s ago Process: 518 ExecStartPre=/bin/sh /usr/lib/vdr/merge-commands.sh reccmds (code=exited, status=0/SUCCESS) Process: 471 ExecStartPre=/bin/sh /usr/lib/vdr/merge-commands.sh commands (code=exited, status=0/SUCCESS) Main PID: 532 (vdr) Status: "Ready" Tasks: 8 (limit: 4915) CGroup: /system.slice/vdr.service └─532 /usr/bin/vdr ноя 10 20:44:27 ferum vdr[532]: [1231] VNSI: close video input ... ноя 10 20:44:27 ferum vdr[532]: [1231] VNSI: cxSocket::read(fd=15): eof, connection closed ноя 10 20:44:27 ferum vdr[532]: [1231] VNSI Client 1->127.0.0.1:54848 thread ended (pid=532, tid=1231) ноя 10 20:44:27 ferum vdr[532]: [1237] device 1 TS buffer thread ended (pid=532, tid=1237) ноя 10 20:44:27 ferum vdr[532]: [1236] buffer stats: 107724 (2%) used ноя 10 20:44:27 ferum vdr[532]: [1236] device 1 receiver thread ended (pid=532, tid=1236) ноя 10 20:44:27 ferum vdr[532]: [660] VNSI: Client with ID 1 seems to be disconnected, removing from client list ноя 10 20:44:29 ferum vdr[532]: [1216] VNSI: cxSocket::read(fd=14): eof, connection closed ноя 10 20:44:29 ferum vdr[532]: [1216] VNSI Client 0->127.0.0.1:54844 thread ended (pid=532, tid=1216) ноя 10 20:44:30 ferum vdr[532]: [660] VNSI: Client with ID 0 seems to be disconnected, removing from client list alex@ferum:~$ sudo systemctl status oscam ● oscam.service - Open Source Conditional Access Module Loaded: loaded (/etc/systemd/system/oscam.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2017-11-10 20:41:54 MSK; 3min 38s ago Main PID: 470 (oscam) Tasks: 12 (limit: 4915) CGroup: /system.slice/oscam.service ├─470 /usr/bin/oscam --config-dir /etc/oscam --debug 0 └─490 /usr/bin/oscam --config-dir /etc/oscam --debug 0 ноя 10 20:44:03 ferum oscam[470]: 20:44:03 042C0E6E p (newcamd) Provider ID: 000011 - SA: 00000000 ноя 10 20:44:03 ferum oscam[470]: 20:44:03 7FE751C9 c (ecm) anonymous (0500@060A00/0B01/4AA1/134:9E5C53E13B2F363FBB3B722191ADF705): found (402 ms) by ntv+ (F/4/4/4) ноя 10 20:44:07 ferum oscam[470]: 20:44:07 7FE751C9 c (ecm) anonymous (0500@060A00/0B01/4AA1/134:F910F16107129590A041F52ECC9EFEEA): found (208 ms) by ntv+ (P/4/4/4) ноя 10 20:44:17 ferum oscam[470]: 20:44:17 7FE751C9 c (ecm) anonymous (0500@060A00/0B01/4AA1/134:573CAC0D20640A56978859D8C363B61D): found (275 ms) by ntv+ (P/4/4/4) ноя 10 20:44:27 ferum oscam[470]: 20:44:27 7FE751C9 c (ecm) anonymous (0500@060A00/0B01/4AA1/134:60A8012645F50790F9744D914564EE68): found (229 ms) by ntv+ (P/4/4/4) ноя 10 20:44:27 ferum oscam[470]: 20:44:27 7FE751C9 c (dvbapi) Demuxer 0 stop descrambling program number 4AA1 (0500@060A00:4AA1 unknown) ноя 10 20:44:57 ferum oscam[470]: 20:44:57 24389733 p (reader) extra [newcamd] disconnected: reason inactivity ноя 10 20:44:57 ferum oscam[470]: 20:44:57 6F893364 p (reader) viasat [newcamd] disconnected: reason inactivity ноя 10 20:44:57 ferum oscam[470]: 20:44:57 202F4760 p (reader) ntv+ [newcamd] disconnected: reason inactivity ноя 10 20:44:57 ferum oscam[470]: 20:44:57 042C0E6E p (reader) tricolor [newcamd] disconnected: reason inactivity alex@ferum:~$ Я не очень силён в логах но когда нормально работает vnsi открытые показывают и без oscam и без vdr-plugin-dvbapi Начните с него. Давно не сижу на ubuntu по этому мне трудно сказать та ли версия плагина у вас по дате загрузки в ppa Андрея разница более чем в полгода, пусть подскажут пользователи 16.04 Посмотрел у себя на debian 9 комплект vdr 2.2.0-6+b1 vnsi 1.5.1-1 dvbapi 2.2.3-5 oscam-svn + oscam-emu.patch где то недельной давности но я уже не возился с пакетом а просто скомпилировал бинарник и подменил его.
-
Некоторые спутники типа astra 4.8 e сканируются только w_scan есть в репозитории. Ну и памятка scan-s2 # Заходим в папку scan cd scan # Пример команды для сканирования транспондеров с круговой поляризацией (Eutelsat W4W7 36E) scan-s2 -a 0 -s 0 -t 3 -O 'S36E' -o vdr -l 10750,10750,10750 -x -2 36.ini > 36.conf # Пример команды для сканирования транспондеров с линейной поляризацией scan-s2 -a 0 -s 1 -t 3 -O 'S9E' -o vdr -x -2 9.ini > 9.conf -a 0 – указывает номер DVB адаптера -s 0 – номер порта DiSEqC ( отсчет с нуля) -O 'S36E' – название спутника как он определен в /etc/vdr/sources.conf" -o vdr – выводить в формате VDR w_scan # Пример работы с w_scan в домашнем каталоге пользователя создана папка в которой создаётся channels.conf для сканируемого спутника, цифра параметра -D это порт diseq -1 как везде в linux. значение для выбранного спутника смотрим в документации w_scan по пути /usr/share/doc/w_scan/examples/rotor.conf Здесь же наблюдаем весь список спутников которые способна сканировать эта утилита, заметим что она работает только с универсальным LNB линейной поляризации. Так же по пути /usr/share/doc/w_scan/README можно увидеть команды для сканирования каналов под другие программы типа VLC kaffeine 0.8* Мой пример сканирования для astra и amos для vdr w_scan -fs -s S4E8 -D3c > ~/4.8e/channels.conf sirius 4 порт w_scan -fs -s S4W0 -D2c > ~/4w/channels.conf amos 3 порт # Сортируем каналы в алфавитном порядке sort -k1 -n ./36.conf > channels.conf Естественно использовать возможности текстовых редакторов вроде gedit или kate тоже ни кто не запрещает. w_scan Возможно надо обратиться к топикостартёру что бы он подредактировал шапку темы с учётом изменений а они большие! Собственно говоря в родных репозиториях ubuntu и debian уже есть весь необходимый софт кроме плагинов для хитрого просмотра. Больше того, есть рабочие сборки softhddevice который кому то нравится больше чем kodi К сожалению разработчики vdr-plugin-dvbapi бросили поддержку wicardd так как исходный код его закрыт и автор wicardd больше не хочет стыковать его с vdr. OSCam находится в стадии активной разработки, даже слишком активной для того что бы делать нормальные релизы. Умирает open-source проект sasc-ng/ffdecsawrapper из за нежелания разработчика более им заниматься. Таким образом боюсь мы скоро останемся с одним tvheadend и то если повезёт.
-
Что значит дрова засунул ? В которое место? Давайте суп отдельно а мух тоже отдельно. Прошивка это несвободный компонент от производителя, в бинарном виде действительно помещается в /lib/firmware но микросхемой на которой построена ваша карта управляет модуль ядра /lib/modules/`uname -r`/kernel/drivers/media/stv0900.ko и весь вопрос в том на сколько хорошо он управляет. По ссылке предлагается пересобрать "DVB драйверы" из репозитория media_build от crazycat , правда по итогам ни кто не отписался. К сожалению должен констатировать что на kernel.org давно положили на наши нужды и меняют код ядра совсем не в нашу пользу.
-
Вот дошли руки проапгрейтить свой дистрибутив до debian 9 stretch. Спасибо сопровождающим связка vdr+KODI при подключенном deb-multimedia работает из коробки. Разумеется для кодированных каналов пришлось собрать пару плагинов vdr-plugin-dvbapi и oscam. Собственно потребовалось методом научного тыка вычислить версии, позаимствовать у Андрея исходники, oscam в debian запускается по другому исходник пришлось править за то на выходе всё идеально. Я что то пропустил, мне так не удалось заставить работать связку с wicardd1.19 не под каким соусом , видимо какой то конфликт с dvbapi готовые пакеты и исходники для желающих https://yadi.sk/d/_DiL61Xi3No3Sj
-
Всё уже давно скачано, собрано и опробовано. Полностью рабочей была предпоследняя версия программы. Она не только ловит сигнал со спутника но и прописывает каналы. Сегодня Подключил свой нетбук к usb карточке и освежил память о программе.( Память мне уже изменяла ). Как выяснилось В графическом интерфейсе настраивается и тип конвертора и дайсик, проблема лишь в том чтопри выборе дайсика 1.0 кроме первого порта ни чего не работает, соответственно поставил дайсик 1.1 порт реальный с дайсика 1.0 например второй и повторение команд дайсика 1.1 = 1 и собственно всё каналы прописываются и уже по ним можно настраивать сигнал например следующей тарелки. В связи с наступлением осени появилось свободное время а погода на улице располагает к компьютеру и телевизору, вместе с тем нет желания почивать на лаврах пытаемся что нибудь сделать для относительно свежего дистрибутива debian 9 amd64 Не смотря на то что исходники 2009 года всё прекрасно работает и даже лопочет что то по английски, на русском не хочет. Готовые пакеты для debian stretch amd64 доступны в составе небольшого архива https://yadi.sk/d/_DiL61Xi3No3Sj
-
Пишут что это один из вариантов китайского дерьма prof7300, st4200, omicom skaystar 4, успешно перепрошивающихся друг в друга. Последним я уже года три успешно пользуюсь, правда с впаянным по схеме с интернета конденсатором в схему питания. Даже под linux работа карточки вообще не вызывает нареканий. Видимо дело необязательно в аппаратной части.
- 14 ответов
-
- skystar 2 s2
- 4k
-
(и ещё 3 )
C тегом:
-
Поддержка разрешения заявлена, в mythtv 0.28 должно получиться, пробовать надо.
- 14 ответов
-
- skystar 2 s2
- 4k
-
(и ещё 3 )
C тегом:
-
Подробнее, какая именно видеокарта? Надо бы погуглить , читал что карты с поддержкой 4К пока очень дороги, проще купить ресивер. Достоверно знаю только про MythTV что этот софт способен воспроизводить 4К про другой не слышал.
- 14 ответов
-
- skystar 2 s2
- 4k
-
(и ещё 3 )
C тегом:
-
Arch для продвинутых, но не для того что бы пользоваться мультимедиа а только что бы трахать себе мозги. По делу, сейчас лето и я не могу и не хочу сидеть за компьютером что бы разбираться в нюансах сборки ffdecsawrapper на ядрах 4.5+ и 4.10+ хотя в общих чертах ясно что всё делается с применением патчей из того же репозитория. Если вы действительно пытались собрать ffdecsawrapper то должны были заметить что старые патчи не ложатся на исходники нового ядра ( свежее 4.1r.c). , если пытаться собрать без применения патча возникает ошибка как раз на стадии компиляции модуля dvbloopback.ko Включаем соображалку и идём по адресу https://github.com/bas-t/ и наблюдаем все вкусности от нашего любимого разработчика . Наибольший интерес лично у меня в данной ситуации вызывает исходник https://github.com/bas-t/dvbloopback. полюбуйтесь он кажется заряжен чуть не на все случаи жизни. На сколько я понимаю мне при переходе на debian stretch ядро 4.9 потребуется всего лишь так же пересобрать dvb-core.ko используя 4.5-linux.patch вместо linux-3.13-dvb-mutex.patch а вот для Arch похоже нужно кастомизированное ядро с правленым конфигом. В прочем там есть документация а наш Голландский друг сам является арчеводом и вообще на сколько я понял достаточно контактный господин. Если бы я знал английский непременно бы с ним общался...но увы как говорил товарищ Саахов в кавказской пленнице ...что бы наши желания всегда совпадали с нашими возможностями.
-
Наверное проще всего написать файлик bla-bla.desktop и поместить его в ~/.ваше de/Autostart Пример можно взять для любого убогого консольного приложения к примеру mc.desktop там и значения то будут иметь пару строк Exec=/путь/до/ваш скрипт ну и что бы не вылазила консоль Terminal=falce З.Ы. подобным образом у меня простенько запускается mythbackend в debian ( чёйта рекомендованный юнит запускать его не хочет.
-
36.ini # НТВ+ S2 11785000 V 27500000 3/4 35 8PSK S2 11823000 V 27500000 3/4 35 8PSK S2 11862000 V 27500000 3/4 35 8PSK S2 11900000 V 27500000 3/4 35 8PSK S2 11938000 V 27500000 3/4 35 8PSK S2 11977000 V 27500000 3/4 35 8PSK S2 12015000 V 27500000 3/4 35 8PSK S2 12092000 V 27500000 3/4 35 8PSK S2 12130000 V 27500000 3/4 35 8PSK S2 12207000 V 27500000 3/4 35 8PSK S2 12245000 V 27500000 3/4 35 8PSK S1 12265000 H 27500000 3/4 35 QPSK S2 12284000 V 27500000 3/4 35 8PSK S2 12322000 V 27500000 3/4 35 8PSK S1 12341000 H 27500000 3/4 35 QPSK S2 12399000 V 27500000 3/4 35 8PSK S2 12437000 V 27500000 3/4 35 8PSK scan-s2 -a 0 -s 0 -t 3 -O 'S36E' -o vdr -l 10750,10750,10750 -x -2 36.ini > 36.conf
-
Действительно не всё так просто в этой жизни, после перехода каналов на amos 3 позиция 4.0W scan-s2 крашится на транспондере S1 11175000 H 30000000 3/4 35 QPSK w_scan вообще не хочет сканировать этот поток , будем надеяться что временно. Остальное вроде быть всё отсканировалось. channels.conf.4w.txt channels.conf.4.8e.txt channels.conf.13e.txt