27 Май 2018, 08:21:10Последний пользователь: ykypsf
Страниц: 1 ... 5 6 [7]   Вниз
  Отправить эту тему  |  Печать  
Автор Тема: P2P Search  (Прочитано 31085 раз)
0 Пользователей и 2 Гостей смотрят эту тему.
slva2000
Newbie
*
Оффлайн Оффлайн
Сообщений: 48

Email
« Ответ #90 : 06 Апрель 2018, 06:02:50 »

Прошу разработчиков указать, почему инфохэш  серверного списка всех каналов, получаемого https://search.acestream.net/all  часто отличается от конкретного запроса, получаемого https://search.acestream.net/?method=search

Причём, самое печальное, что полный лист трансляций иногда содержит валидные трансляции,  а иногда они валидные при конркетноми запросе. Т.е. не ясно, где данные свежие, а где устаревшие.
Сообщить модератору   Записан
Benny
Administrator
Hero Member
*****
Оффлайн Оффлайн
Сообщений: 666

Email
« Ответ #91 : 07 Апрель 2018, 16:46:07 »

почему инфохэш серверного списка всех каналов, получаемого https://search.acestream.net/all  часто отличается от конкретного запроса, получаемого https://search.acestream.net/?method=search
Насколько часто подобное возникает и насколько эта ситуация вопроизводима? Т.е есть пример конкретного infohash для обоих запросов?
Сообщить модератору   Записан
slva2000
Newbie
*
Оффлайн Оффлайн
Сообщений: 48

Email
« Ответ #92 : 09 Апрель 2018, 17:14:15 »

почему инфохэш серверного списка всех каналов, получаемого https://search.acestream.net/all  часто отличается от конкретного запроса, получаемого https://search.acestream.net/?method=search
Насколько часто подобное возникает и насколько эта ситуация вопроизводима? Т.е есть пример конкретного infohash для обоих запросов?

У меня две мысли, по поводу того, насколько часто это возникает:
1. Это возникает редко, но с многочисленными трансляциями
2. Это возникает часто, но с редкими трансляциями.

И первый и второй вариант, не позволяет в любой момент оценить (выявить) баг.

В ближайшее время напишу скрипт, сравнивающий таймШтамп обновления данных и, в случае, различий инфохэша, данные запишу в лог.

Я ранее уже писал об этом, сейчас наткнулся вновь...
Сообщить модератору   Записан
slva2000
Newbie
*
Оффлайн Оффлайн
Сообщений: 48

Email
« Ответ #93 : 15 Май 2018, 18:28:31 »

Наблюдаю следующее:

Локальный движок под Windows отдаёт один ContentID по запросу для infohash: 7de20af98b1d1e01be8b395ba2bb5fbb666bd88a
Локальный, но под Linux - другой.
Windows contentID: 20957525c50b009bd78bb20721663fc284a7f178
Linux contentID: 653e951b2ff5138ad88bee82b304e5e6a819959b

Сегодня различные трансляции как с частного запроса (?method=search&api_version=1.0&api_key=test_api_key&query=), так и с общего (all?api_version=1.0&api_key=test_api_key) имеют одно и то же значение availability_updated_at
Имеется ввиду, в рамках одного запроса, вариантов трансляций несколько с разными infohash но одинаковой датой.

При этом дата одинаковая, какая из трансляций рабочая? Или вероятность работы какой трансляции выше?
Какой метод использовать для обновления данных трансляции и как часто это делать?
« Последнее редактирование: 16 Май 2018, 05:51:48 от slva2000 » Сообщить модератору   Записан
Benny
Administrator
Hero Member
*****
Оффлайн Оффлайн
Сообщений: 666

Email
« Ответ #94 : 16 Май 2018, 13:50:39 »

Локальный движок под Windows отдаёт один ContentID, под Linux - другой.
Версия движка одинакова в обоих случаях?

По остальным вопросам комментарий от разработчика будет чуть позже.
Сообщить модератору   Записан
slva2000
Newbie
*
Оффлайн Оффлайн
Сообщений: 48

Email
« Ответ #95 : 20 Май 2018, 11:00:27 »

Windows: v 3.1.8
Linux: v3.1.16 (rev 3258)
Сообщить модератору   Записан
Страниц: 1 ... 5 6 [7]   Вверх
  Отправить эту тему  |  Печать