tramptramp

taraslp, обновлением одного ведра этого не достичь, а вот если ещё вместе с ним подтянется новое ядро, которое обновится не только в системе, но и в процессоре, в результате чего тактовая частота возрастёт раза так в четыре, тогда дааа, 3D обеспечено 100%. :D

Всё работает, обновляемся и выражаем Ан9рей респект и уважуху за его бессонные ночи.

Кстати, в репах много уважаемый Ан9рей поправил пакет с dvbapi, сейчас забекаплюсь и испытаю, немного терпения, подождите.

psp911, нет, проблема в обновлённом dvbapi. Судя по логу не стартует клиент.

psp911, мои сообщения на 80 странице, прояснят ситуацию.

Поигрался я тут с системой и оказался такой конфуз с обновлениями, после обновления пакетов vdr_2.1.10-306~f82cdfe-trusty_amd64 vdr-plugin-dvbapi_2.1.1-464~7e1de39-trusty_amd64 vdr-plugin-xvdr_0.9.9-658~b300fc3-trusty_amd64 пропадает строка в логе OSCAM 2015/02/17 07:54:06 F69770 c (dvbapi) Client connected: 'vdr-plugin-dvbapi 2.1.1 / VDR 2.1.9' (protocol version = 1) и естественно перестают работать закрытые каналы. Чего никто ничего не пишет? Это что только у меня?

Вчера были обновы для системы, перед обновлением я сделал резервную копию системы. Только что сделал откат на резервную копию и всё заработало. Похоже что то с обновами конфликтует. :excl:

Да, с oscam чего то не то, вот лог 2015/02/17 02:06:43 0 s >> OSCam << cardserver started, version 1.20-unstable_svn, build r0 (x86_64-linux-gnu-libusb-pcsc) 2015/02/17 02:06:43 0 s (main) System name = Linux 2015/02/17 02:06:43 0 s (main) Host name = MSI-7310 2015/02/17 02:06:43 0 s (main) Release = 3.13.0-45-generic 2015/02/17 02:06:43 0 s (main) Version = #74-Ubuntu SMP Tue Jan 13 19:36:28 UTC 2015 2015/02/17 02:06:43 0 s (main) Machine = x86_64 2015/02/17 02:06:43 0 s (main) creating pidfile /tmp/.oscam/oscam.pid with pid 2204 2015/02/17 02:06:43 0 s (config) userdb reloaded: 1 accounts loaded, 0 expired, 1 disabled 2015/02/17 02:06:43 0 s (main) signal handling initialized 2015/02/17 02:06:43 0 s (reader) ntv+ [newcamd] creating thread for device XXX.XXX.XXX.XXX 2015/02/17 02:06:43 0 s (stat) loadbalancer: can't read from file /tmp/.oscam/stat 2015/02/17 02:06:43 0 s (main) waiting for local card init 2015/02/17 02:06:43 2291770 p (newcamd) proxy XXX.XXX.XXX.XXX:XXXX newcamd525 (fd=0) 2015/02/17 02:06:43 2291770 p (reader) ntv+ [newcamd] proxy initialized, server XXX.XXX.XXX.XXX:XXXX 2015/02/17 02:06:43 A40008C0 h (webif) webif: decompressed 158591 bytes back into 378584 bytes 2015/02/17 02:06:43 A40008C0 h (webif) HTTP Server running. ip=0.0.0.0 port=8880 2015/02/17 02:06:44 0 s (main) init for all local cards done 2015/02/17 02:06:44 0 s (anticasc) anti cascading disabled 2015/02/17 02:06:44 2293730 c (client) plain dvbapi-client granted (anonymous, au=off) 2015/02/17 02:06:44 2293730 c (dvbapi) dvbapi channelcache loaded from /etc/oscam/oscam.ccache 2015/02/17 02:06:44 2293730 c (dvbapi) Using /tmp/camd.socket listen socket, API forced to DVBAPIv3 (0), userconfig boxtype: 11 P.S. под виндой на ресивере всё работает.

Кажется мне, что это будет самым правильным решением, ведь почему то даже KODIbuntu тоже идёт с минимальной Lubuntu. Я ставил именно её (KODIbuntu), а дальше по инструкции, и никаких лишних обнов, причём ещё и графическая оболочка с хромом и файл менеджером, довольно удобно производить операции с файлами конфигурации.

А почему сервер, к чему эти извращения и чем десктоп не угодил? По моему проще по инструкции да и всё уже испытано до вас.

Да нет уважаемый, уже лет восемь на лине. Виндой пользуюсь очень редко, только когда есть работа связанная с монтажом. xorg перелопачен вдоль и в поперек, толку полный ноль, вот и приходится держать вин. для проверки смонтированного материала на телике. На основном мониторе же никаких проблем, проблема именно в корявости поддержки ТВ стандарта драйвером и xorg здесь не панацея.

Не только на этих видяхах. У меня GF8600, такая же фигня. Это всё в драйвере и уже очень давно. Причём под виндой всё отлично. Так что это хромают линуксовые дрова.

@unroot, тогда не знаю чем помочь, у меня всё летает, версии оскамов совпадают и того что подсовывал и из реп.

Сейчас нормально работающий OSCAM есть и в репо из первой страницы. Или обновите, или поставьте оттуда.

В какой системе?

У меня уже нет проблем, смотрите выше.

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

Вернул oscam назад, нагрузка снова 100% на одно ядро, на другом 10-15%, так этого мало, и каналы не открываются. Смотрел на сервере шародателя, запросы приходят и ответ отправляется, а картина как говорится, Малевич. Может другой oscam поставить? Давно я этим делом не занимался, где то полтора года назад под Кубунтой в кафеине смотрел, ну и оскам был другой, тот который с шаровым триxxxxxром. Что скажут местные гуру? P.S. под виндами в DVBDream+Acamd всё взлетело и запело.

А что с оскамом то делать? Одно из ядер постоянно загружено на 100%. Сделал "purge" для oscam и нагрузка пришла в норму, но это же не выход, закрытые каналы не пашут.

Здравствуйте! Подскажите, как настроить ffdecsawrapper чтоб работал по протоколу camd:cs357x или mgcamd. По newcamd всё работает, но там на кждого провайдера свой порт, а хотелось бы настроить с одного порта.

Сегодня бил переход на МК08, кто в теме, тот поймёт чего нужно делать.

Почему бы Вам самому не проверить, а не флудить тупыми вопросами в теме.

Шевелятся они уже давно, но вот заставить людей сменить оборудование, да ещё за свой щёт, не так просто. Вот мы и пользуемся тем что есть на данный момент. А софт для 4100с отлично работает.

Возможно, строка в csc.ini newcamd525://tuner:[email protected]:5000:0102030405060708091011121314 У меня так идет. В свойствах канала выберите правильный идент и всё.