Jump to content
Cesbo Community
  • Announcements

    • RadioSintetica

      Information   10/21/18

      Registration on the forum temporarily closed! For support requests, please contacat us: https://cesbo.com/help
      Our community in Telegram: @cesbo_en (English language) , @cesbo_ru (Russian language) , @cesbo_es (Spanish Language)

gebs

Members
  • Content count

    16
  • Joined

  • Last visited

  • Days Won

    1

gebs last won the day on September 7 2016

gebs had the most liked content!

About gebs

  • Rank
    Member

Profile Information

  • Location
    Russia

Recent Profile Visitors

184 profile views
  1. Прерывания irq/39-nvidia

    Вы LA видите на скрине? Общая загрузка процессора при этом инициирует фризы в картинке, причём, чем больше на карте контекстов, тем больше загрузка CPU от прерываний.
  2. GeForce GTX 1080 vs NVIDIA GRID M40

    m4000 sd держит 45 при загрузке декодера ~90, ДАЛЕЕ quadro k620 - держит ~20 SD, но la 2-x 2640v4 >60 так что одним сервером я не отдеаюсь. Сам сейчас проектирую и тестирую разные решения, если есть заинтересованность пиши в лс, уйдём в телегу...
  3. Здравствуйте коллеги, имею проблемы с irq при количестве каналов > 40. Не могу понять, где узкое место, имею 2 процессора xeon 2620v4. Может у кого есть опыт решения этой проблемы? Есть предположение, что низка тактовая частота процессора не позволяет раскрыться карте.
  4. GeForce GTX 1080 vs NVIDIA GRID M40

    Добрый день, можете выложить патч к 384.130 ?
  5. GeForce GTX 1080 vs NVIDIA GRID M40

    Да сталкиваюсь с такой же проблемой, как то удалось решить?
  6. Коллеги здравствуйте, у кого есть опыт обхода блокировок количества сессий на GTX 1060 6G - GTX1070 - поделитесь впечатлениями о количестве hd,sd потоках, которые удалось скормить. Так же интересует - возможно ли использовать данные устройства на decode+encode + deint2 + gpu scale в связке с ffmpeg. Спасибо заранее.
  7. Здравствуйте, проблема с m4000. У меня максимум 13 каналов в HD получается траскодировать, потом фризы и буферизация. deinterlace и scale делаю на видеокарте, если переложить их на процессор - картина та же. Проблема явно в карте, рядом стоит k600 на неё всё норм. /usr/local/bin/transcoders/63-ffmpeg -d -loglevel warning -threads 1 -thread_queue_size 1024 -hwaccel cuvid -c:v h264_cuvid -drop_second_field 1 -vsync 1 -deint 2 -i "http://example.com:4063" -map i:0x5b -map i:0x5c -c:v h264_nvenc -gpu 1 -g 75 -b:v 5M -vf scale_npp=w=1280:h=720:format=nv12:interp_algo=lanczos,hwdownload,format=nv12 -c:a aac -f hls -hls_time 5 -hls_list_size 5 -hls_allow_cache 0 -hls_flags delete_segments -segment_list_flags +live /mnt/ramdisk/hls-63/live.m3u8 & root@hls-node1:~# cat /proc/version Linux version 4.13.0-37-generic (buildd@lcy01-amd64-012) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.9)) #42~16.04.1-Ubuntu SMP Wed Mar 7 16:03:28 UTC 2018 ffmpeg version N-90390-g7e0dc72 Copyright (c) 2000-2018 the FFmpeg developers Вот моя утилизация: +-----------------------------------------------------------------------------+ | NVIDIA-SMI 390.30 Driver Version: 390.30 | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | |===============================+======================+======================| | 0 Quadro K600 Off | 00000000:82:00.0 Off | N/A | | 28% 57C P0 N/A / N/A | 160MiB / 982MiB | 0% Default | +-------------------------------+----------------------+----------------------+ | 1 Quadro M4000 Off | 00000000:83:00.0 Off | N/A | | 54% 61C P0 75W / 120W | 4168MiB / 8126MiB | 84% Default | +-------------------------------+----------------------+----------------------+ +-----------------------------------------------------------------------------+ | Processes: GPU Memory | | GPU PID Type Process name Usage | |=============================================================================| | 0 8236 C /usr/local/bin/transcoders/63-ffmpeg 30MiB | | 1 5745 C /usr/local/bin/transcoders/64-ffmpeg 273MiB | | 1 6121 C /usr/local/bin/transcoders/85-ffmpeg 273MiB | | 1 6126 C /usr/local/bin/transcoders/86-ffmpeg 273MiB | | 1 6213 C /usr/local/bin/transcoders/87-ffmpeg 273MiB | | 1 6287 C /usr/local/bin/transcoders/88-ffmpeg 273MiB | | 1 6650 C /usr/local/bin/transcoders/89-ffmpeg 273MiB | | 1 6655 C /usr/local/bin/transcoders/90-ffmpeg 273MiB | | 1 6695 C /usr/local/bin/transcoders/91-ffmpeg 273MiB | | 1 6803 C /usr/local/bin/transcoders/92-ffmpeg 273MiB | | 1 7272 C /usr/local/bin/transcoders/111-ffmpeg 273MiB | | 1 7277 C /usr/local/bin/transcoders/112-ffmpeg 273MiB | | 1 7282 C /usr/local/bin/transcoders/113-ffmpeg 273MiB | | 1 7654 C /usr/local/bin/transcoders/2-ffmpeg 273MiB | | 1 7729 C /usr/local/bin/transcoders/3-ffmpeg 273MiB | | 1 8236 C /usr/local/bin/transcoders/63-ffmpeg 190MiB | +-----------------------------------------------------------------------------+ Подскажите есть ли выход или нет? Спасибо
  8. Отбой, проблема не в астре.
  9. Здравствуйте, у меня стоит матрас на случай потери основного потока, если убираю матрас поток вещается нормально, и это происходит только в потоках, где анализатор показывает следующую картину, как исправить? Спасибо! /usr/bin/bitrate --analyze udp://*****:1234 2017-03-14 14:13:45 INFO: Starting Astra 4.4.187 2017-03-14 14:13:45 INFO: PAT: tsid: 1 2017-03-14 14:13:45 INFO: PAT: pid: 101 PMT pnr: 101 2017-03-14 14:13:45 INFO: PAT: crc32: 0x495D055B 2017-03-14 14:13:45 INFO: SDT: tsid: 1 2017-03-14 14:13:45 INFO: SDT: sid: 101 2017-03-14 14:13:45 INFO: SDT: descriptor: 0x53020500 2017-03-14 14:13:45 INFO: SDT: Service: 365 дней ТВ 2017-03-14 14:13:45 INFO: SDT: Provider: HTB+ 2017-03-14 14:13:45 INFO: SDT: descriptor: 0x84060307101A3290 2017-03-14 14:13:45 INFO: SDT: crc32: 0x93D796C2 2017-03-14 14:13:45 INFO: PMT: pnr: 101 2017-03-14 14:13:45 INFO: PMT: pid: 201 PCR 2017-03-14 14:13:45 INFO: VIDEO: pid: 201 type: 0x1B 2017-03-14 14:13:45 INFO: AUDIO: pid: 301 type: 0x04 2017-03-14 14:13:45 INFO: AUDIO: Language: rus 2017-03-14 14:13:45 INFO: PMT: crc32: 0x451850D1 2017-03-14 14:13:46 INFO: Bitrate: 3536 Kbit/s 2017-03-14 14:13:46 ERROR: Scrambled: 201=2124 301=129 2017-03-14 14:13:47 INFO: Bitrate: 3126 Kbit/s 2017-03-14 14:13:47 ERROR: Scrambled: 201=1881 301=132 2017-03-14 14:13:48 INFO: Bitrate: 2925 Kbit/s 2017-03-14 14:13:48 ERROR: Scrambled: 201=1752 301=131
  10. Добрый день. Стал замечать, что появляются мёртвые соединения от пользователей в состоянии ESTABLISHED. Убить их, кроме как перезапуском астры - не получается. Пробовал следующие варианты: killcx - не убивает. tcpkill - не убивает lsof, fuser - не убивают tpdump не показывает активность со стороны пользователя. Настройки для ядра: [root@iptv ~]# cat /proc/sys/net/ipv4/tcp_keepalive_probes 7 [root@iptv ~]# cat /proc/sys/net/ipv4/tcp_keepalive_intvl 30 [root@iptv ~]# cat /proc/sys/net/ipv4/tcp_keepalive_time 1800 Может кто-то сталкивался и решал данную проблему, очень уж не хочется рестартить астру раз в сутки. Спасибо.
  11. Здравствуйте, уважаемое сообщество. Недавно была поставлена задача организовать вещание в сетке и завязать всё это дело с биллингом. Вкратце: 1) Есть база айпишников (клиентов) 2) Есть определённые критерии отбора и доступа к пакетам каналов. 3) Есть группы каналов (Общественные, расширенные, для взрослых и тд. (всего 10 пакетов)) 4) Необходимость ограничивать пользователей по количеству одновременных сессий в зависимости от критериев (баланс, подписка и прочее), а также ограничивать пользователей по пакетам и по конкретному выбранному каналу с возможностью блокировок отдельных каналов в личном кабинете. 5) Есть сервер на centos6 (4GB ram, 4 ядра (xeon)) c 3 интерфейсами (1 - приход мультикаста (1gbit), 2 - отдача юникаста (bonding 2gbit), 3 - технический (для связи с биллингом)) 6) Желание не прибегать к официальной платной версии астры и не привязываться в принципе к стримеру (пробовали работать с astra и msd_lite) 7) Необходимость перенаправления пользователей в случае превышения лимитов на отдельные ролики(заставки). 8) Сбор пассивной статистики(по крону на сервере) и активной в реалтайм(через интерфейс администратора по snmp) с возможностью обрывать сессии отдельных клиентов или перенаправлять их на инфоканал. 9) Логика состоит из клиент-серверной части, где настройки происходят в клиентской части(интерфейс администратора), а обработка и конечная генерация доступов на серверной - по крону 1 раз в 30 минут. Заливка и обработка >30k клиентов происходит в течении 15 сек. Если кому интересно, отписывайтесь, делитесь мнениями. Готов выложить логику сюда. Для совместной оптимизации.
  12. nginx + astra или astra

    Благодарю, делаю выбор в пользу астры.
  13. nginx + astra или astra

    Я выбираю между 2 вариантами, сейчас работают оба.
  14. nginx + astra или astra

    Спасибо за ответ. У меня не стоит необходимости работать с mpegts, если нужно будет вещать файл на порт, можно и устру использовать. В моём случае, я принимаю только мултикаст, а так же вопрос в производительности.
  15. nginx + astra или astra

    Здравствуйте, есть поток мултикаст, который надо преобразовать в юникаст, есть ли смысл проксировать через nginx и отдавать в http, или лучше всё это сделать средства astra 4? ПРимер конфигов: nginx+astra: server { server_name iptv; listen 4048; access_log /var/log/nginx/kanal9-access.log; error_log /var/log/nginx/kanal9-error.log; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; location / { proxy_pass http://0.0.0.0:8000/udp/233.138.211.10:1234; } } make_channel({ name = "8", input = { "udp://233.138.211.10:1234", }, output = { "http://0.0.0.0:4048" }, }) astra: make_channel({ name = "8", input = { "udp://233.138.211.10:1234", }, output = { "http://0.0.0.0:4048#buffer_fill=1024&buffer_size=20480" }, service_type = 1, }) Спасибо.
×