Перейти к содержимому
Калькуляторы

Alex780

Активный участник
  • Публикации

    116
  • Зарегистрирован

  • Посещение

Все публикации пользователя Alex780


  1. да карты тут ни причем.. посмотри top нагрузку на сервер - мож не тянет он просто. А про задержки -я же вижу на шаринг сервере если чаще через 1 раз в сек идет запрос ECM то ответы NOT OK и sasc-ng не получает верный ключ. Тут у меня irdeto 2 карта - она тормозная сама по себе. На старых viaccess особо такой проблемы не замечаешь, она отдает ключи горазда быстрее. Но если зарядить много каналов - думаю тож самое будет! Вот поэтому нада както заставить sasc-ng посылать запросы с задержками, ну или getstream поправить так чтоб потоки с ТП не сразу все параллельно пускал а по очереди с задержкой пару сек. Тут вот ктото писал что 32 канала НТВ+ открыл - интересно как он такие проблемы решал?
  2. diff --context -r new/open-sasc-ng/open-sasc-ng/dvblb_plugins/plugin_ffdecsa.c new2/open-sas *** open-sasc-ng/open-sasc-ng/dvblb_plugins/plugin_ffdecsa.c 2009-03-20 23:51:05.00000000 --- open-sasc-ng/open-sasc-ng/dvblb_plugins/plugin_ffdecsa.c 2009-04-02 12:08:31.00000000 *************** *** 15,22 **** #define DBG_NAME "CSA" #include "debug.h" //This is required to happen AFTER PLUGIN_ID is defined ! #define FF_MAX_IDX 16 ! #define FF_MAX_PID 16 #define push_empty_queue(_item, _queue) { \ pthread_mutex_lock(&list_lock); \ --- 15,22 ---- #define DBG_NAME "CSA" #include "debug.h" //This is required to happen AFTER PLUGIN_ID is defined ! #define FF_MAX_IDX 8 ! #define FF_MAX_PID 8 #define push_empty_queue(_item, _queue) { \ pthread_mutex_lock(&list_lock); diff --context -r new/open-sasc-ng/open-sasc-ng/sc/PLUGINS/src/sc-src/cam.c new2/open-sasc-n *** open-sasc-ng/open-sasc-ng/sc/PLUGINS/src/sc-src/cam.c 2009-03-20 23:48:37.00000000 --- open-sasc-ng/open-sasc-ng/sc/PLUGINS/src/sc-src/cam.c 2009-04-02 12:08:29.00000000 *************** *** 2264,2270 **** // -- cDeCSA ------------------------------------------------------------------- #define MAX_CSA_PIDS 8192 ! #define MAX_CSA_IDX 32 //#define DEBUG_CSA --- 2264,2270 ---- // -- cDeCSA ------------------------------------------------------------------- #define MAX_CSA_PIDS 8192 ! #define MAX_CSA_IDX 16 //#define DEBUG_CSA *** open-sasc-ng/open-sasc-ng/sc/PLUGINS/src/sc-src/systems/sc-irdeto/sc-irdeto.c 2009 --- open-sasc-ng/open-sasc-ng/sc/PLUGINS/src/sc-src/systems/sc-irdeto/sc-irdeto.c 2009 *************** *** 37,43 **** #define SC_NAME "Irdeto" #define SC_ID MAKE_SC_ID('I','r','d','t') ! #define L_SC 32 #define L_SC_ALL LALL(L_SC_LASTDEF) static const struct LogModule lm_sc = { --- 37,43 ---- #define SC_NAME "Irdeto" #define SC_ID MAKE_SC_ID('I','r','d','t') ! #define L_SC 8 #define L_SC_ALL LALL(L_SC_LASTDEF) static const struct LogModule lm_sc = { это для irdeto. Для остальных - ищите подобное в коде. Все равно когда много каналов работает хреново - т.к. кардшаринг не успевает ключи отдавать, sascng запускает сразу все потоки одновременно и шаринг сервер (даже свой) не успевает опросить карту. Нужен патч на задержку обращения потоков к шаринг серверу, чтобы они не все сразу обращались а по очереди с задержкой скажем в секунду - тогда можно уйму каналов одновременно открыть (ну если тачка потянет конечно) Проблема здесь https://opensvn.csie.org/traccgi/opensascng/ticket/13 Реально что получалось - 12 каналов, если больше тупить начинает.
  3. Кстати, наблюдаю такую картину - если приставка постоит в stanby три-четыре дня - потом включаешь ее - выдает черный экран и все... перезагрузка лечит. Хотя устройство по индикаторам как бы включено. Это у всех так или только у меня? прошивка последняя, которая с оперой
  4. точно такая же схема.. дримбокс, sasnc-ng, newcs, irdeto2, getstream - работает.. budget-mode 0; добавь и все пойдет.. Единственно вываливается иногда getstream, я ранее давал строку где
  5. ни у кого он не падает? если через sasc-ng больше 10 каналов проходит иногда вылетает тут: Program terminated with signal 6, Aborted. #0 0x080522b1 in sb_add_atoms (sbv=Cannot access memory at address 0xbff62de0 ) at simplebuffer.c:57 57 memcpy(&sb->buffer[sb->fill*sb->atomsize+sb->headroom], atom, copy*sb->atomsize);
  6. скриптик для проверки потока, для нагиоса. #!/usr/bin/perl use strict; use IO::Socket::Multicast; use Getopt::Long; my ($group,$port,$timeout); GetOptions( "g=s" => \$group, "p=s" => \$port, "t=i" => \$timeout ); if(!$timeout){$timeout=10}; alarm($timeout); $SIG{ALRM} = sub {print "ERROR: $group - timed out after $timeout sec.\n"; exit 2;}; my $sock = IO::Socket::Multicast->new(Proto=>'udp',LocalPort=>$port); $sock->mcast_add($group) || die "Couldn't set group: $!\n"; my $buffer; next unless $sock->recv($buffer,188); my $pid; my $enc; $pid = ((ord(substr($buffer, 1, 1)) << 8) + ord(substr($buffer, 2, 1))) & 0x1fff; $enc = ord(substr($buffer, 3, 1)) & 0xc0; $enc = $enc == 0xc0 ? "odd" : ($enc == 0x80 ? "even" : "clear"); # print "$pid $enc\n"; $sock->mcast_drop($group); if (($enc eq "clear") && ($pid ne 0)) { print "OK - $group - $pid - $enc\n"; } else { print "WARNING - $group - $pid - $enc\n"; exit 1; } exit 0;
  7. а где брать getstream2? или через git уже 2версия качается?
  8. тут наверно в приемнике дело.. usb же
  9. действительно getstream и sasng работают! нужно поставить budget-mode 0; и все начинает работать!
  10. хотелось бы подробностей! у меня не удалось заставить его работать с sascng.. Что там за подводные камни? я пытаюсь сначала через vlc и паралельно в sascng вижу что он запрашивает ключи, обращается на шаринг сервер.. Как только я запускаю getstream на том же самом транподере - я никакой активности в sascng не вижу, ну и соотвественно не работает
  11. с CI-модулем тестировал все вышеперечисленные проги тоже. getstream вообще не умеет работать с закрытыми каналами, mumudvb умеет, но ничего не получилось CAID путает он и говорит что cam для потока не тот (тестировал на каме DRE).. сильно не стал разбираться почему. vlc - работает все как нада, правда тот кам что у меня был декодирует только один канал и все, если пускаешь 2 картинка сыпется (тут кам нада профессиональный, многоканальный). Но vlc это не решение.. передергивать и мониторить его - не вариант. getstream и mumudvb у меня висели >2недель ничего не нужно передергивать там и мониторить - все просто работает, не жрет ни память ни проц.
  12. это скорее всего нужно реализовать в виде патча.. еще бы ктонибудь написал патч для очистки выдаваемого потока от publisher, всяких event'ов и т.п
  13. vlc c sascng работает, но vlc оч не стабильный.. память жрет - максимум сутки держиться. getstream не пашет c sascng! Т.е поток какой-то неправильный, sascng не понимает его и не декодирует Есть еще прога mumudvb - так вот с ней sasng работает как нада и решение стабильное - не жрет память и проц.. но блин другая проблема - поток генерируемый mumudvb не играют некоторые set-top-box'ы, в частности dlink dib120 ни в какую. Хотя поток getstream и vlc показывает.. Кто еще какой софт использует?
  14. залейте именно тот софт, который я написал. из кли всё вводится, реально 3550 протестировать не довелось, нету свободной. p.s. до сих пор не понимаю зачем нужен маршрут, и без него работает. м.б. на роутерах без него не пашет. в cli да есть команды - причем начиная с 12.2(25)SEC, а вот при попытке сделатьcisco(config-if)#ip unn lo0 говорит Point-to-point (non-multi-access) interfaces only так что не пашет :( Навесил левый ипшник на интерфейс - все заработало и без unnumbered, эффект как я понимаю тотже
  15. что-то unnumbered не пашет на c3550 cisco(config-if)#ip unn lo0 Point-to-point (non-multi-access) interfaces only cisco(config-if)# иос Cisco IOS Software, C3550 Software (C3550-IPSERVICES-M), Version 12.2(25)SEC, RE LEASE SOFTWARE (fc2) также и на 37 пробовал - тоже самое. 44 можно попробовать залить но думаю врядли че измениться. мож че не так делаю: int lo0 ip address 192.168.0.1 255.255.255.0 vlan 310 int vlan310 ip unnumbered lo0 ip route 192.168.0.2 255.255.255.255 Vlan310