Печать

[Dorik1972]

"Талмуд" по части вопросов устарел. Если привести его к такому виду

--max-peers MAX_PEERS - максимальное кол-во подключений к пирам
--max-upload-slots MAX_UPLOAD_SLOTS - максимальное количество пиров

проще понять, "где там взаимосвязь"?
####
##
#
Да, и я уже предупреждал ранее - не нужно сравнивать/делать какие-то глобальные выводы по поведению движка под разными ОС - кодовая база для них НЕ идентична на 100%.

1) Ясно ... --max-upload-slots = --max-peers-limit  , я так понимаю или ? , .... и последний "похоронили" Да и фиг с ним ... помянем его или ?
2) Вааще не сравнивал и даже не думал об этом ...ибо в этом "зоопарке" "зверушки" сравнению не подлежат  (шутка) ... 
 

[Benny]

--max-upload-slots = --max-peers-limit  , я так понимаю или ? , .... и последний "похоронили"

Не факт. Нужно уточнять у программистов, а им счас не до того. Если в ближайшее время таки выйдет свежая версия под Линукс, тогда можно будет и проверить все эти ключи - что работает, что поломали, а что и выбросили за ненадобностью =)

[vladimir29]

--max-upload-slots = --max-peers-limit  , я так понимаю или ? , .... и последний "похоронили"

Не факт. Нужно уточнять у программистов, а им счас не до того. Если в ближайшее время таки выйдет свежая версия под Линукс, тогда можно будет и проверить все эти ключи - что работает, что поломали, а что и выбросили за ненадобностью =)

похоже не работает  и с --max-peers-limit, опции просто игнорируются, будем скорость тогда резать

[Benny]

похоже не работает  и с --max-peers-limit, опции просто игнорируются, будем скорость тогда резать

Откуда возник "max-peers-limit", если изначально речь шла про "max-peers" и это разные ключи?
Пробуйте запускать движок как и раньше, с указанием желаемого значения "max-upload-slots", но при этом сначала укажите тоже значение для "max-peers". В командной строке как-то так "... --max-peers 10 --max-upload-slots 10"

[sybdata]

не пойму что за проблемы с

теперь не работает, в итоге весь канал забивает на отдачу

что за канал у вас если его этот трафик забивает



и чем больше таких как вы

будем скорость тогда резать

то другие за вас этот недостающий траффик будут больше отдавать чем надо

или мы все смотрим дружно кино или кто то на халявку и на дурачка тупо жрёт траффик

[vladimir29]

что за канал у вас если его этот трафик забивает

у меня 300мбит/с, и все 300 забиваются под завязку, обычно около 100 отдаю - это  примерно 15-17 слотов на отдачу и этого вполне достаточно до 5мбит/с стрима.

В командной строке как-то так "... --max-peers 10 --max-upload-slots 10"

Попробуем, кстати --upload-limit в чем меряется? в байтах?

Еще в новой версии периодически вылезает ошибка:

Код: [Выделить]

Traceback (most recent call last):
  File "core.c", line 3763, in
  File "ACEStream/Core/BitTornado/bencode.py", line 96, in bdecode
ValueError: bad bencoded data
2018-06-21 18:07:49,730|AceStreamCoreThread|acestream.BT.Connecter.Connecter|got_broadcast: failed to decode payload

на результат это никак не влияет, но все же из-за чего это происходит?

Попробывал --max-peers 20 --max-upload-slots 20, и действительно слотов стало 20, причем не важно сколько выставлять при этом --max-upload-slots, параметры в API "max_peers": 20 и "max_upload_slots": 20 остаются одинаковы, остается вопрос: а в чем разница между max-upload-slots и max-peers?  на мой взгляд это тоже самое

[matkin]

Уважаемые форумчане !
С недавнего времени, появилась проблема - перестал запускаться поток по команде:

Telnet(localhost,62062): send 'START PID 4572f64d3ed7636a341a5446933bdb0d76a92232 0\r\n'

с ошибкой:


Telnet(localhost,62062): recv 'STOP\r\nSTATE 0\r\nSTATUS main:idle\r\nEVENT showdialog '
Telnet(localhost,62062): recv 'text=missing%20required%20param%20name title=Error'
Telnet(localhost,62062): recv '\r\n'


А еще месяц назад - все отлично работало.
Помогите подсказкой - в какую сторону копать...

Система: Ubuntu 18.04

С уважением,
matkin

[Benny]

в какую сторону копать...

Ошибка говорит сама за себя "missing required param name", т.е копать в сторону того, что изменилось за этот месяц, почему месяц назад "name" не требовался, а счас нужен?
(при условии, конечно, что проблема описана верно, и мы не имеем дело синдромом им. др. Хауса, ака "все врут").

[matkin]

Уважаемый Benny

На Windows 10 эта команда работает:

Telnet(localhost,1670): send 'START PID 4572f64d3ed7636a341a5446933bdb0d76a92232 0\r\n'
Telnet(localhost,1670): recv 'STATE 1\r\nSTATUS main:starting\r\nSTART http://127.0.'
Telnet(localhost,1670): recv '0.1:6878/hls/r/73658566f2df1656d89e927c58a783f3ddb'
Telnet(localhost,1670): recv 'b85ef/990380cc024abc25ad8436f9223247f3.m3u8 stream'
Telnet(localhost,1670): recv '=1\r\nSTATE 2\r\n'

Правда там стоит AceStream version=3.1.28
А на Ubuntu 18.04 версия version=3.0.5.1

[Benny]

На Windows 10 эта команда работает

При чем здесь "Windows 10", если изначально проблема в "Ubuntu 18.04"?
"Месяц назад" где "все работало" - в виндовс или линукс? Если первое, то к чему эта не несущая полезной нагрузки информация? Если же второе, то еще раз - что изменилось в конфигурации за этот "месяц"?

[stanol]

не пойму что за проблемы с

теперь не работает, в итоге весь канал забивает на отдачу

Вы либо не занимались бродкастингом, либо ваши трансляции никто не смотрел =)

[matkin]

Уважаемый Benny
За этот месяц, с моей стороны - никаких изменений НЕ БЫЛО.
Привожу кусочек /tmp/acestream.log:
2018-06-23 08:11:13,760|BGTaskQueueThread-1|acestream.Service|check_response: response=<?xml version="1.0"?>
<response sig="99d881cb6b0b343f0b52e716b5c8a0d63270864f" и дальше много-много строчек.
И сразу за ними:

2018-06-23 08:11:13,761|BGTaskQueueThread-1|acestream.coreapp|error
Traceback (most recent call last):
  File "core.c", line 6062, in
  File "core.c", line 9212, in
  File "core.c", line 7984, in
  File "core.c", line 7685, in
  File "core.c", line 11141, in
  File "core.c", line 545, in
  File "core.c", line 89, in
  File "core.c", line 122, in
Exception: missing required param name
2018-06-23 08:11:13,764|BGTaskQueueThread-1|acestream.BGInstanceConnection|send STOP
2018-06-23 08:11:13,764|BGTaskQueueThread-1|acestream.BGInstanceConnection|send STATE 0

Вот эта ошибка и появляется.
И что с ней делать ?

[Benny]

моей стороны - никаких изменений НЕ БЫЛО.

и Убунта ни разу за этот месяц не обновлялась? Не верю (с) Станиславский.

Вот эта ошибка и появляется. И что с ней делать ?

Я, конечно, уточню у программистов, но 90%, что это что-то локальное (например, смущает посылка "\r\n" в случае Линукса - это действительно необходимо? Но я не спец в телнете/эмуляции терминалов). У меня до сих пор в работе есть 3.0.3 версия движка, и там все работает - т.е если бы что-то и сломали на бекенде, то 3.0.3 тоже не работала бы.

Пока суть да дело - для проверки можно (а скорее - и нужно) поставить "свежую" 3.1.16, см. эту же ветку страницей назад.

[sybdata]

Вы либо не занимались бродкастингом, либо ваши трансляции никто не смотрел =)

фантазии и продположения оставь при себе, это раз

а во вторых не тебя спрашивали  вообще то

max_upload_slots  у меня бывает до 500  хотя выставленно 10, но мне не важно
upload_speed под 50 мб
потому как движок стоит в дата центре с гига каналом

[matkin]

Уважаемый Benny
Установил, по Вашему совету, версию 3.1.16, за что Вам БАЛЬШОЕ СПАСИБА !!!
Ошибка исчезла - все нормально: поток запускается.
Но, мне так кажется, что эта версия работает гараздо хуже, чем моя старая 3.0.5
Вылазит неприятный момент - DL: 1453.5  UL: 2500.7  Helping: 27, вроде бы должно работать,
а картинка замерзает секунд на 5-10. Потом - продолжается. И так повторяется через 3-5 минут.
А потом - вообще замерзает навсегда...
Прилагаю картинки с моего системного монитора.
А вторая картинка- еще хуже. Канал на отдачу весь загружен под-завязку (у меня интернет 75Мбит/с)