Здравствуйте! Возникла проблема с p2p search, а именно список каналов тв выводится как надо, но при попытке запустить канал на секунду появляется надпись loading, а потом ничего не происходит, хотя должен запускаться ace player.
Уже и удалял и переустанавливал по нескольку раз с официального сайта ace stream все по, но все равно одно и тоже. При просмотре например торрент фильмов ace stream работает отлично, ace player запускается и проигрывает. Пробовал на почти всех браузерах устанавливать p2p search везде тоже самое, список каналов P2P tv появляется но при нажатии на канал та же самая картина.Пробовал и брандмауер отключать и в исключение антивируса включать - не помогает.
Операционка установлена Windows 10 домашняя 64разрядная .
Спасибо!
Здравствуйте, нужна ваша помощь, как загружать json по ссылке на примере https://search.acestream.net/?method=search&api_version=1.0&api_key=test_api_key&query=discovery на свою страницу сайта и отобразить его в распарсеном виде? Нашел примеры на javascript, но там загрузка происходит по загруженому уже на сайте json файлу, вида file.json, а мне нужно загружать json по ссылке, как это сделать? не могу разобраться.
curl + jq ? - не ?
разобрался, сделал запрос при помощи php
Господа-модераторы-администраторы … поделитесь пожалуйста инфой по поводу логики формирования полей “availability”: и “status”:
Если с “availability_updated_at”: вроде как все кристально понятно то со значениями вышеобозначенных полей не совсем …
А именно :
- Логика формирования значения поля “availability”: от 0 до 1 ?
- Логика переключения значений поля “status”: из 1 в 2 ? Смысл значений 1 и 2 - кристально понятен … а вот когда 1 превращается в 2 и наоборот ?
Мне так кажется что понимание логики формирования значений данных полей значительно повысит корректность и полноту выборки работающих каналов теми кто пользуется API P2P Search …
p.s. Зарание благодарен за ответ … ну если это конечно не “военная тайна” ;D
Фиксированного интервала в обновлении нет, так как availability вычисляется на базе отчетов от пользователей. Фактически это система голосования, в которой availability представляет собой процент пользователей, которые на данный момент считают данную трансляцию рабочей.Поле status сделано просто для наглядности и на самом деле оно вычисляется из availability и availability_updated_at.
Если availability >= 0.75 и был обновлен не более 1 часа назад, то status=1
Если availability >= 0.75 и был обновлен более 1 часа назад, то status=2
Трансляции с availability < 0.75 вообще не попадают в поисковую выдачу (мы считаем их нерабочими).Наше поле availability никак не связано с Glossary of BitTorrent terms - Wikipedia
Спасибо! … Эх… хотел с утра еще выложить пример когда была изменена часть трансляций бродкаста… а система присвоила s=2 аж через 8 часов… и то не по всем измененным трансляциям… через 10 часов у четырех измененных трансляций остался статус s=1…и оставался таким и после 12 часов… вечером дам пример джасон…
Собственно пример “логики” работы … надеюсь частный случай …
Итак “некий бродкаст” Ваш давнишний партнер частично перезапустил свои трансляции 30/08 ~23:45 по Киеву (во всяком случае я “выловил” проблему в это время) … Бродкастом было “перезапущено” порядка 25 каналов … Дальше интересно 
- Судя по timestamp сии изменения “настигли” трансляции Thu, 31 Aug 2017 01:06:02 GMT ? А я “траблу” несовпадения сидов трансляций p2psearch с “родным” плейлистом бродкаста выловил в 23:45 - 3 часа = 20:45 GMT 30 Aug
Правильно ли я понимаю что на обновление “availability_updated_at”: ушло более 5 часов ?
Результат p2psearch по одному из выявленных каналов , измененных 30/08 по состоянию на 08:36 31/08 (по Киеву)
"items": [
{
"infohash": "320eec85f401d12505282721885aa261c834eb56",
"name": "A2 (allfon)",
"availability": 1,
"availability_updated_at": 1504141562,
"status": 1,
"bitrate": 240000,
"categories": [
"webcam"
]
},
{
"infohash": "4b2ff629ea38beef6441e63a60d40bd0560c8c67",
"name": "A2 (allfon)",
"availability": 1,
"availability_updated_at": 1499848802,
"status": 1,
"bitrate": 240000,
"categories": [
"webcam"
]
},
{
"infohash": "18c03b3ecd98565455daf99c9db41df52586f966",
"name": "A2 (allfon)",
"availability": 1,
"availability_updated_at": 1485297361,
"status": 1,
"bitrate": 240000,
"categories": [
"webcam"
]
},
{
"infohash": "0c65ea78567a08cb66a1c9ae717fdf988b5ac34a",
"name": "A2 (allfon)",
"availability": 1,
"availability_updated_at": 1483591921,
"status": 1,
"bitrate": 240000,
"categories": [
"webcam"
]
},
{
"infohash": "1d90e88ad9e44842892c2b68caa27f5c12f22b33",
"name": "A2 (allfon)",
"availability": 1,
"availability_updated_at": 1483563961,
"status": 1,
"bitrate": 240000,
"categories": [
"webcam"
]
}
],
"name": "A2 (allfon)"
status=1 … с момента timestamp … прошло гораздо … гораздо больше заявленного часа
- За ночь почти по всем перезапущеным каналам стало status=2… статус некоторых переключился в 2-оечку до конца 10-ого часа от timestamp … в том числе и по каналу приведенному в п1
Выловил случайно … сидел смотрел A2 и тут оппа все пропало ))) … потом пробежался по неработающим … В данном списке точно были все Discovery, Animal, Русский Экстрим, Иллюзион, Бестселлер, Eurosport 1 и т.д… игрался p2psearh до полвторого ночи … ну и с утра … когда писал свое “эссе” на тему логики работы “availability” и “status”
Ну и “наигравшись” вдоволь p2pSearch … пришло понимание что Ordnung uber alles !!!
Господа-модераторы-администраторы + тимлид … Можно ли реализовать элементарный автоматический “check-control” по создаваемым бродкастами трансляциям в добровольно-принудительном порядке со стороны CDN?
Можно ли, если бродкастер в поле category, при создании трансляции указал “отсебятину” вместо рекомендованного списка категорий ( http://wiki.acestream.media/Channel_Category ) сделать его принудительно-рекомендованным и отправлять бродкасту json-чик с ошибочкой по “отсебятине” - и НЕ ПРИНИМАТЬ его трансляцию … до исправления им ОБЯЗАТЕЛЬНЫХ ТРЕБОВАНИЙ системы ? Откуда там берутся
{
"categories": [
"MUSIC TV"
]
}
{
"categories": [
"TV"
]
}
{
"categories": [
"Фильмы"
],
},
Или откуда, например, берутся трансляции вообще без поля массива категорий ??? Можно ли добавить для бродкаста в перечень ОБЯЗАТЕЛЬНЫХ ДЛЯ ЗАПОЛНЕНИЯ ПАРАМЕТРОВ, без которых его трансляция НИКОГДА не будет принята, - категории ? … ибо в списке обязательных только три
обязательные параметры
--name NAME (*) - название трансляции (это название используется при создании файла acelive и других служебных файлов)
--source SOURCE - источник (ссылка на http-поток)
--bitrate BITRATE (*) - средний битрейт потока в байтах в секунду
Я это к тому что - Ordnung muss sein ! Это не просто облегчит жизнь пользователям p2pSearch но и значительно систематизирует саму систему …
Такой хоккей “Шанхай” нам не нужен! (с)
Заранее спасибо!
p.s. Прошу отнестись с пониманием … просто “крик души” после “игрищ” с p2pSearch :’(
Ну и еще маленько от меня “дегтя” … вышеприведенный пример categories который возвращает p2pSearch
{
"infohash": "6526925df715cfd5a19943c756947e2f1de9f81a",
"name": "BSX 24 (18+)",
"availability": 0.96491228070175,
"availability_updated_at": 1504211882,
"categories": [
"TV"
]
},
http://localhost:6878/server/api/?method=get_content_id&infohash=6526925df715cfd5a19943c756947e2f1de9f81a
cid - 5ffd2f4cb77c42e505532a2f1bd0e63f11170b5e
“categories”: [“TV”] ??? КАК ??? Ведь бродкаст при создании трансляции указал :
categories:music_video
manifest_url:http://212.250.196.74:1935/bsx24/_definst_/mpegts1.stream/playlist.m3u8
title:BSX 24 (18+)
type:hls
тот еще p2pSerach … это единичный случай ? или поискать еще ?
Обращаюсь к разработчикам!
Прошу добавить отбор по полю status в Search Engine API!
Очень поможет уменьшить объем запрашиваемых данных!
Ищу 3 раза подряд по названию “RT (арабский)” с группировкой по названию.
1 попытка : 315 вариантов infohash, 1 имеет статус=2 (доступен)
2 попытка : 198 вариантов infohash, статуса=2 нет
3 попытка : 311 вариантов infohash, статуса=2 нет
При дальнейшей долбежке эти 3 варианта возвращаются в хаотичном порядке.
Как будто мы имеем 3 разных несинхронизированных БД, к которым в случайном порядке происходит запрос.
Я кажется год назад или около того спрашивал когда наконец починят эту чехорду в поисковой выдаче.
Так ничего и не изменилось
Господа разработчики, Search API конечно хорошо, но так как оно существует сейчас, никуда не годиться. Кроме вышеперечисленных проблем добавлю разницу получаемых данных от локальнго движка (localhost:6878) и удалённого (search.acestream.net). Данные разнятся если не во всех трансляциях, то во многих. При этом валидными бывают то одни, то другие.
Второй вопрос, почему бы не разрешить кросс-доменный запрос к локальному движку для получения Токена? Да и вообще, не_кросс-доменный запрос для получения Токена нужен только вэб-мастерам. А как же взаимодействие с пользователем, для поиска трансляций, как это реализовано в плагине для броузеров
Обнаружил ещё один баг: если в запросе присутствует параметр group_by_channels=1, тогда ответ содержит “status” канала. Иначе получить значение этого параметра нельзя
Не бейте больно, если не туда попал или неправильно вопрос формулирую. На домашнем компьютере с Windows 10 в браузере Crome установлен скрипт p2p search. Работает нормально., но вот вопрос - добавляю каналы в плейлист… и где этот плейлист потом искать? Раньше вроде как-то получалось, но не помню как.
Правый клик по значку Ace Stream в трее.
Спасибо. Получилось, но сразу возник еще один вопрос - а как сохранить этот плейлист в сети, чтобы к нему был доступ с других моих устройств, вне дома? Удаленный доступ я разрешил, но та ссылка, что генерируется не работает, зайти по ней нельзя
Нужно убедиться, что:
- провайдер выдает адреса из “белого” диапазона;
- на роутере открыт/проброшен нужный порт (6878 по умолчанию) к ПК с запущенным движком. Тогда по ссылке вида “http://External_IP:6878/server#proxy-server-playlist” можно будет зайти “извне”. При этом желательно защитить веб-интерфейс паролем (в настройках медиа-сервера).
К сожалению, я не так продвинут, чтобы определить из какого списка мой IP/ И как изменить настройки раутера, защитив при этом свою сеть. Но, может быть, есть вариант попроще - получить плейлист в таком виде, чтобы он находился где-то в облаке и был доступен отовсюду, даже когда домашний компьютер выключен? Насколько я понимаю, в том виде, что он генерируется изначально, этого не сделать? Или возможно?
Это возможно - Медиа-Сервер
На всех устройствах должен быть установлен Ace Stream и использованы одинаковые учетные данные.
Сценарий “компьютер с Ace Stream включен постоянно” нужен в том случае, если Ace Stream используется как прокси/медиа сервер, чтобы можно было смотреть Р2Р контент на любом устройстве без установки собственно самого Ace Stream.