try to take over the world!
< Feedback on RU AdList JS Fixes
Балансер streamguard.cc относится к "стабильным", исключения для него постоянные и ограничения качества и рекламы там не должно быть даже без использования RU AdList JS Fixes. Однако, если используются сторонние средства блокировки, мешающие работе подписки RU AdList, ситуация может меняться. Кроме того, в выходные дни, когда нагрузка на оборудование HDLight максимальная, сервис автоматически ограничивает качество, даже при отсутствии детектирования. Поэтому тестирование лучше проводить в будни.
Судя по виду 720p у меня нормально работает.
@"Lain inVerse" said: Судя по виду 720p у меня нормально работает.
чтоб наверняка можно проверять в network средств разработчика, там должна быть единица в пути к файлу\плейлисту
@dimisa said: Однако, если используются сторонние средства блокировки, мешающие работе подписки RU AdList, ситуация может меняться.
а где нибудь в логах ошибка именно подписки, пролазит? или тока путём отключения разных фильтров?
например х.з. почему, но у меня без easylist лезет реклама в тытрубе (видео)
@"Quqas Wased" написал: а где нибудь в логах ошибка именно подписки, пролазит? или тока путём отключения разных фильтров?
Всё это можно проверить, но нужно понимать, о чём именно идёт речь: https://forums.lanik.us/viewtopic.php?f=102&t=24280
@Quqas Wased Так и есть, у меня при выборе 720p сегменты идут с идиницей ("-1,n") в пути.
@Lain inVerse Если у тебя повторяется, скинь мне список запросов.
Так я ж гворил у меня беда не повторяется. По крайней мере с ABP, всеми нашими списками и Tampermonkey с моим скриптом.
А с одними подписками, без скрипта?
Тоже ок. Переключал серии - все в 720p были.
спасибо за объясненья, но чёткого решения так и не нашлось
выключил всё-всё что только можно кроме rulist\fix
вычистил кэши\куки и т.д.
стал тестить
т.е. просто в рамках одного сезона переключал серии и иногда повторно запускал ту же путём F5.
с одной стороны вы правы, без танцев с бубном, типа реконнекта\рестарта, можно добиться чтоб 720 выдало 2+ раза подряд, но тут же можно 5+ раз подряд его не получить
то ли я так "удачно" в час пик попадаю, то ли х.з.
результат рандом успех\неуспех
вернул взад что убирал (подписки) - не заметил разницы
но буду хотя бы знать, что не обязательно делать телодвижения из поста №1.
Решение - в проведении тестирования. Для этого нужно как можно более точно воспроизвести конфигурацию, в которой повторяется проблема.
хром 69.0.3497.81 tampermonkey 4.7.44 uBlock Origin v1.17.0
соответственно ruadlist и rujsfix
p.s. в момент написания этого текста - выдержало 10+ переключений серий. и всегда давало честные 720
время полдевятого спб
вчера соответственно был одиннадцатый час вечера и рандомом 720\480
выходит таки это лок по нагрузке? странно лишь что рандом в течении буквально 5 мин (вчера) а не строго 480
по крайней мере вот прям щас к скрипту не придраться :)
спасибо за ваши труды
Скрипт на этом ресурсе вообще не нужен, ибо используемый на нём балансер streamguard.cc относится к стабильным. Если у вас в uBlock Origin подключена лишь одна подписка (RU AdList), то нормально блокировка работать не будет, так как она является региональным дополнением к EasyList и рассчитана на совместное с ним функционирование. Исходя из описанной (частично) конфигурации можно предположить, что имеет место некорректно настроенное расширение в виде uBlock Origin, а возникающие баги вы пытаетесь разрулить с помощью RU AdList JS Fixes, который на это просто не рассчитан.
Мне кажется всё просто упирается в загрузку серверов. Скорее всего у них кластеры в различных регионах и вместо переброски на другой регион при перегрузке текущего они понижают качество. Потому где-то их сервис работает стабильно (по крайней мере я пока не видел самопроизвольных переходов на 480p), а где-то качество внезапно скачет.
В любом случае если б это зависело от скрипта, то практически наверняка проявлялось бы стабильно сразу или стабильно после первого же переключения серии. А не так вот.
За всё это время я пока сталкивался лишь с парой сайтов, которые бы использовали несколько разных методов определения адблока и применяли их случайным образом, но даже там они отдавались все сразу и решение принималось уже на стороне клиента какой метод применять.
Ну а самый простой способ убедиться — выключить и скрипт, и uBO, и проверить скачет ли качество без них. Да, придётся потерпеть рекламу во время тестирования. :)
@dimisa said: @"Lain inVerse" said: easylist тоже есть, и был, убирал лишь на время тестов
это мы все втроём на 720 тестировали, а вот таки обнаружился вариант с 1080 https://zhinka.tv/17592-teoriya-bolshogo-vzryva.html#t:5-s:12-e:7 как не старался а вместо 1080 только 720 2,5 в адресе вместо 1,5 а как у вас?
Не уверен, что там реально есть 1080p или ещё какая-то хитрая фигня. Оцените плейлисты потоков:
#EXTM3U
...
#EXT-X-STREAM-INF:RESOLUTION=1280x716,BANDWIDTH=1032000
https://edge32.streamguard.cc/sec/1543036113/3736303530f7fec215a5f760c5cb1fcd59747274d9473dae/ivs/f2/63/4885fd625a0b/hls/tracks-2,5/index.m3u8
#EXT-X-STREAM-INF:RESOLUTION=1920x1076,BANDWIDTH=1832000
https://edge32.streamguard.cc/sec/1543036113/343934380b9d4672f15a6963704010a24af824cf50fb05b7/ivs/f2/63/4885fd625a0b/hls/tracks-2,5/index.m3u8
{
...
720: "https://edge34.streamguard.cc/sec/1543036113/31373334cc452adf0b8bac4bc0b6887c6ea06007bf2cc546/ivs/68/e3/29094ff214b3/720.mp4"
1080: "https://edge34.streamguard.cc/sec/1543036113/37353937640175b0f3cc134270d1eb01ae195c1680c5e5b0/ivs/68/e3/29094ff214b3/720.mp4"
}
Или они тупо неспособны отдавать 1080p сейчас так-как после обновления страницы у меня аж 3 потока скатились до 480p (по крайней мере 3 потока в mp4.json оканчивались на /480.mp4 ). 2,5 изменилось на 3,5. И это вообще без адблока и скрипта. С просмотром рекламы.
Включается и 720 и 1080 на одних подписках, без скрипта. Вот пример сохранённого сегмента: http://rgho.st/65MWcsf7K
есть ли возможность обмана streamguard.cc?
пример страницы https://zhinka.tv/90-discovery-kak-ustroena-vselennaya.html#t:64-s:2-e:1 рекламу то режет, но пытается блочить HD качество. т.е. выбираешь 720p а в реале всё равно 480
есть "ручной рецепт" чиска куков\ закрытие хрома\ разрыв ppoe коннекта - и в обратной последовательности
на одну серию такого действия хватает. 720 реально 720 (1080 то ли действительно нет - то ли ещё более хитрая защита)
ключевое тут реконнект ppoe, имхо плеер/сайт палит "Утечка IP через WebRTC"
такую вот штуку можно скриптом обмануть?