@BRomID,
Тут могут быть разные причины:
1. Скорость твоего интернета, проблемы с пк
2. Запись "экранки", а не из источника
3. Проблемы со стороны Бонги
4. Проблемы со стороны модели
По техническим вопросам в этот раздел

Хотел достать золото, но не получилось...
Попытка подсмотреть приват с большим дилдосом закончилась фиаско, стрим просто не грузился, а когда загрузился - было слайдшоу со скоростью ленивца. Спящего .
В чем дело - хз, на других моделях не проверял, если кто шарит - просветите, пжлст .
Pinkypupa-love (профиль)

Pinkypupa-love big dildo spy

За качество извиняюсь. Видосу там секунд 50, из которых большее время стопкадры

Перезалил Варламов свой видос про вебкам. В комментах пишут, что перезаписали и переозвучили, чтобы убрать рекламу названия студии для вебкамщиц.
Вот пример сравнения оригинала и перезалива.
https://i.ibb.co/9YQd5dT/Piter-Webcam-01-original.jpg
https://i.ibb.co/0VK32vg/Piter-Webcam-02-reloaded.jpg
Если у кого вдруг появилось желание посмотреть все-таки то, что было в оригинале и не жалко более 2 часов своего времени (там добавлены паузы на комментарии от "стримера-санитара" ХЕСУСА), то вот ссылка:
https://www.youtube.com/watch?v=CYzNsFE_92w

Мне тоже так показалось, а название было Сапфир.
А мне понравился момент в начале, блондинка говорит: я не раздеваюсь,
ищу её ник(lora_lois и другие), захожу на рекурбейт и там в каждом видео она голая

А от второго видео ожидал большего, даже не сказали, что Онлифанс в России не работал
и я надеялся услышать как обходят блокировку

Тут походу всем показалось, я почитал первые комментарии, все в один голос пишут, что фактически как реклама онлифанса. А ютуб-канал довольно серьезный, вышел из канала "Редакция" Алексея Пивоварова.

Как мне кажется, автор просто успел подсуетиться, пока видео элементарно не закрыли. Когда ютуб закрывает ролик, так там прямо и написано, типа за нарушение правил..
Само видео - просто неприкрытая реклама вебкама, даже конкретной какой-то студии, забыл название, что-то там с драгоценным камнем связано..
А так абсолютно ничего нового - всё это давно известно.
Понравился коммент:
- Дорогая, ну как прошел твой рабочий день?
- Да ничего особенного. Смотрела, как мембер срал в тарелку..
- Ух ты моя добытчица))
Что касается знакомых лиц. Ну.. хз - некоторые физии вроде знакомые, особенно хозяйка рекламирумой студии. Ну и, разумеется, как не узнать Вику)
https://vk.com/video-55055324_171298785

KittySpice, Kottyaa_ брал когда-то в приват

https://d000d.com/d/gkdvrv6bbrgv

Kira_Li_Lime

https://d000d.com/d/o13htp1i38n9 https://d000d.com/d/15kyefc4qwms

Да походу он прощупывает почву, метится, оценивает перспективы, свои

@Nark0tik,
для видео ограничили доступ, хотя я вчера посмотрел его без всяких подписок и донатов, может быть закрыли из-за правил ютуба или случайно в открытую выложили
И если перезальют, то я обновлю ссылку в этом же сообщении, можете сами чекать канал varlamov

UPD перезалив: https://www.youtube.com/watch?v=PVzeyq6ZUzA

@PussyProvider,
первый видосик не доступен.

Во втором как мне показалось, ведущая завидует в глубине души "мультидолларовой работяге" принципе, наверно, как и я)))

Пара свежих видосиков про вебкам индустрию, может кто найдёт там своих знакомых моделек
UPD перезалив: https://www.youtube.com/watch?v=PVzeyq6ZUzA
https://www.youtube.com/watch?v=RZ_miE0p0lE тут про онлифанс больше

спасибо, только ты не дописал как им пользоваться и что нужно сделать. это немного не такой же чекер как для бонги от Evgeny.
------
для этого чекера надо создать файл Chaturbate_Mirrors.txt
вставить в него весь известный вам список зеркал чатурбейт, каждый адрес с новой строки. сохранить файл и после запустить батник.
все мне известные зеркала мертвы без ВПН.

@sam

Ты используешь для записи ffmpeg, поэтому видимо и не обратил внимания на инфу про ключ --hls-segment-queue-threshold 0 для стримлинка.
Если не менять установленное по умолчанию --stream-timeout 60, то процесс стримлинка будеть работать после старта как минимум эти 60 сек. Следовательно, нет необходимости в предотвращении частых запусков.
Речь идет о версиях streamlink 6.1.0+
То есть, на старых версиях стримлинка ключ добавлять не нужно, там и так 60 сек по умолчанию.
На новых версиях, если пользователю нравится, когда стримлинк вырубается, не получив 3 сегмента подряд (по умолчанию), т.е в пределах 6-12-18 сек (в зависимости от сайта и прочих моментов), то и оставить, как есть.
Если не нравится, то пара вариантов:
а) указать --hls-segment-queue-threshold 0 - ключ просто отключить (т.е. имитация ситуации, как в старых версиях)
или
б) установить конкретный порог (threshold) - вместо 0 число большее, чем 3, насколько хватит фантазии. Естественно, чтобы результат умножения этого числа на продолжительность сегмента не превышал 60, иначе теряется смысл в данной манипуляции.
Посмотреть, сколько продолжительность сегмента, можно, скачав плейлист .m3u8 в текстовом виде. Например, для Стрипчата:

************
Обновил батники для Стрипчата (3 июня 2024 18:13 #95301):

Проверил свой список. 30 из 36 доступны.
PS. Конкретный список на форуме светить не стоит.

уважаемые знатоки, можно ли создать такой же чекер для chaturbate?

leprikons-2024.06.05

https://pixeldrain.com/u/wFB7RQJX
https://sendvid.com/r7gadpcv

@crazyborder,
можно уменьшить sleep или/и число проверок, в общем, тут нельзя однозначно сказать как оно будет лучше в целом


у таких файлов фризятся кадры при прогоне через VideoThumbnailsMaker
я их предварительно проверяю скриптом ffprobe + ffmpeg и разделяю последним по разрешению, в итоге получаются множество файлов разной продолжительности которые еще сортируются по размеру и тд ( получается целый комплекс процедур)
я пишу стримы ffmpegом и мне неизвестно умеет ли он в режиме скачивания автоматом разделять файлы по разрешению, может streamlink умеет

вот еще идея оптимизации sleep
вместо конструкции вида:

streamlink --stream-segment-threads 3 ...
timeout %seconds%
goto loop

использовать таймер

$timer = time; // set time
streamlink --stream-segment-threads 3 ...

while($timer+$timeout > time){
sleep 1;
}

sleep 2;
goto loop

отличие в том что при таймере будет учитываться время выполнения streamlink
допустим если время выполнения будет 6 секунд или меньше (камера отвалилась), то sleep будет 28 - 6 = 22
или если выполение было больше 28 сек, допустим 2 минуты, то таймер не сработает, а только второй sleep 2
либо так, с порогом

$timer = time;
streamlink --stream-segment-threads 3 ...
sleep ((time - $timer >= $limit) ? 2 : $timeout);
goto loop

@sam
В итоге сделал 2 варианта батника для записи Стрипчата (3 июня 2024 18:13 #95301)
Так сказать, для стабильных и для "стрёмных" по техническому качеству трансляций.

Из твоего скрипта:

Мне кажется, что делать неоднократную проверку ОНЛАЙНА - излишне. Это просто затянет старт записи! Сомневаюсь, что данный факт кому-то понравится.
Несколько раз проверить офлайн - да, резонно. Даже проверить аналогичным образом уход в приват тоже необходимо. Модель запросто может, уйдя в приват, тут же из него вынырнуть.

Что касается онлайна. Введенное не так давно разработчиками Стримлинка значение по умолчанию --hls-segment-queue-threshold 3, как я уже писал, нередко преждевременно приводит к завершению процесса streamlink.exe именно на часто рвущихся трансляциях. Для отмены нужно установить в 0. Либо можно поэкспериментировать с изменением 3 на большее значение.
Я потестил на стриме с дамочкой, слоняющейся по улице с телефоном в руке.
Когда тот самый ключ был по умолчанию - запись непрерывно стопорилась, в основном, через 6 секунд неполученного потока. Батник начинал мотать таймаут в 30 сек, хотя дамочка очень оперативно стримила снова.
Когда добавил ключ --hls-segment-queue-threshold 0, стримлинк перестал так шустро вырубаться. То есть, честно держался свои положенные 60 сек (по умолчанию --stream-timeout 60) в тех случаях, когда модель надолго "отключалась".
В результате, куски записи стали более объемными при, соответственно, меньшем их количестве.
Но есть такая проблема. В одном файле несколько разных разрешений видео. Например, то 960p, то какие-то 678p, 586p. У меня плейер это кушает, как у других это потянет - хз..