Мдя … ну такое … я рабочий вариант решения Вашей “печальки” дал. Ну, а раз нет желания, - ждите ))) ждите … реализации Вашей хочухи в варианте “серверный вариант ответов”.
Напомню, что тема про поиск стримов, а не про установку движка на всевозможные системы. И то, что вы “дали”, давно дано в справке, а я прошу немного другое.
Главное не нервничайте. Попросили - ждите. Предложили “альтернативный” вариант решения - не подходит. Ибо нет “никакого желания” - Ваше право! Скажите спасибо и ЖДИТЕ когда реализуют Вашу “хочуху”…
Спасибо, за вариант, но он не подходит. Вчера попробовал всё же поставить на дебиан (виртуальный), но запросы на 127.0.0.1:6878 возвращались с 500 ошибкой…
В результатах поиска присутствует >150 каналов с источником трансляций tX.acestream.media. То есть это транслирует сам ace.
К сожалению, качество источника не позволяет обеспечить трансляцию без сбоев. Каналы ложатся.
Есть какая-то официальная инфа что будет с этими каналами ? Будет ли улучшаться источник, будут ли они как-то продвигаться для увеличения числа пиров ?
Конспиративные теории это хорошо конечно, но более материальное подтверждение этому есть?
Вот я знаю какие сервера обслуживают “.acestream.media”, какие у них лимиты (в т.ч и по трафику), посему я уверен, что “источником” для 150 каналов они служить не могут физически. Для одного-двух - могут и служат, но это не сильно большой секрет, т.к это наши тестовые VOD/live “каналы”.
Адреса “tX.acestream.media” - это адреса наших публичных трекеров, которые предлогаются для использования всем бродкастерам, как в виде основных, так и дополнительных ( для улучшения коммуникации между пирами).
P.S. Собственный ресурс с трансляциями мы не планируем запускать, так как мы являемся технологическим сервисом, а не контент-провайдером.
Неправильно выразился. Конечно, t1.acestream.media это трекер.
Имелось в виду ряд каналов с provider_key=e8c6b96636d7d4fa6e3cec6c00b0abd5
Источники сидят на OVH SAS, пиров мало, чаще всего висит 1 источник
Все выдаваемые в поиске acelive соотносятся 1:1 провайдер_кей:t1.acestream.media.
То есть этот провайдер кей висит только на t1-t3.acestream.media, и все, что на них висит, имеет такой провайдер_кей.
От того и был сделан вывод о потенциальной аффилированности этих трансляций с вами
Ход мыслей понятен, вывод - не очень. Ну да, кто-то из партнеров/клиентов использует только наши трекера, такая себе “настройка по умолчанию” при запуске трансляции. Зачем/почему они это делают - явно не к нам вопрос.
Вообще, для тех кто не хочет разворачивать свои трекеры, а хочет использовать публичные, то я рекомендую использовать наши, так как наши более адаптированны для прямых трансляций. Также напомню, что наличие трекеров не является обязательным для осуществления трансляций, так как мы используем разные коммуникационные протоколы, но будет лучше если трекеры будут задействованы (количество используемых трекеров для трансляции неограниченно).
P.S. Убедительная просьба к бродкастерам: - не подписывать свои трансляции, с использованием названия нашего сервиса (ace stream) или наших доменных имен!
При создании трансляции по умолчанию в трекеры записывается IP адрес хоста, на котором она создавалась. Например, “‘http://192.168.4.2:7764/announce’”
tX.acestream.media по умолчанию не вносится (может быть я не знаю каких-то особых опций)
Так что логично предположить, что создатель этих 170 каналов явно вписал tX.acestream.media в список трекеров. При том я нигде не встречал упоминание о таких трекерах в вики, да и не гуглится оно (возможно, опять недогуглил).
Да, если использовать встроенный трекер. Но при вещании “в промышленных масштабах” это не вариант, потому есть более правильный способ с внешним трекером.
Да, все правильно - как ему (мы) рекомендовали, такие настройки (в т.ч трекера) он и вписал.
Я, честно говоря, про их “публичность” тоже в первый раз слышу, т.к считал, что это “клиентские” трекера. Но раз Constantin говорит, что это так - значит, так оно и есть. В принципе, их “публичность” может любой проверить, просто добавив такой трекер в свою трансляцию.
Прошу подсказать, как должна быть закодирована или в какой кодировке передана переменная query в запросе при использовании client-console AceStream Engine v3.*:
http://localhost:6878/server/api?method=search&token=TOKEN&query=Кириллическое название
С латиницей всё в порядке, как только запрос с русскими символами, так сервер молчит. Изначально переменная в кодировке cp1251. Пробовал конвертировать в utf-8, результата нет. Пробовал urlencode(); так же безрезультатно.
===========
upd.
Вопрос решён:
решение очевидно: сначала в utf-8, потом urlencode();
Возвращаясь к вопросу о кодировании строки запроса.
Если строка запроса оканчивается на следующие два символа (скобка и плюс): (+
закодированная в php функцией urlencode(); или rawurlencode(); возвращает ошибку как удалённого сервера search.acestream.net так и локального.
Прошу подсказать, как кодировать строку для корректной обработки системой.
PS может проблема и не в кодировании вовсе, но запрос Первый канал (+2)
я так и не смог обработать корректно, как бы его не кодировать (даже Плагином для браузера запрос не обрабатывается). URL