Инструкции, Софт, рекомендации

Здесь обмениваемся советами относительно разного применяемого в нашем деле софта по записям трансляций, обработке видеофайлов.
Рекомендуем программы, делимся опытом использования, разъясняем инструкции, как по софту, так и по другим техническим вопросам по теме форума.













---


КОММЕНТАРИИ

Новичок
Рег: 22.09.2023
Ком-ев: 4
Рейтинг: 15
RoudySt 13 июня 2024 08:40 #95376
да, бонга перестала, 403((
  • 0

Новичок
Рег: 22.09.2023
Ком-ев: 3
Рейтинг: 0
Bonder 12 июня 2024 21:18 #95375
У кого тоже бонга в 403 ошибку упала ?
  • 0

Новичок
Рег: 27.12.2020
Ком-ев: 23
Рейтинг: 151
Парам-пам-пам 10 июня 2024 20:13 #95362
Касательно проблемы с записью стрипчата в StreamlinkGUI, прочитал, что такая проблема имеет место быть, но из переписки не понял как ее исправить. Не могли бы расписать что на что заменять и/или где дописать?
  • 3

Новичок
Рег: 22.09.2023
Ком-ев: 4
Рейтинг: 10
rasoer 9 июня 2024 00:15 #95349
@sam,
Огромное тебе спасибо! Помогло ^^
  • 1

Местный
Рег: 22.09.2021
Ком-ев: 194
Рейтинг: 241
sam 8 июня 2024 21:58 #95347
@rasoer,
попробуй отключи webrtc в firefox
аbout:config
media.peerconnection.enabled -> 2лкм -> false
если приват не стартанет, будем дальше думать как исправить
  • 2

Новичок
Рег: 22.09.2023
Ком-ев: 4
Рейтинг: 10
rasoer 8 июня 2024 20:17 #95346
Всем привет! Может кто-то сталкивался с похожей проблемой и подскажет решение. На бонге приватная трансляция жутко тормозит (если сравнивать, то по ощущениям видео с 5 FPS), при этом LIVE трансляция не тормозит и проблем с видео нет, проблема только в приватном чате. Я уже переустанавливал браузер, установил другой браузер, установил браузер на другой SSD, перенастроил роутер, подключался напрямую, скорость в интернете 100 мбит\с. Подключал VPN (настроен на арендованой железке, маршрут и скорость до железки норм), но все тщетно. Модели другие пользователи не жаловались. Написал бонге, но они уже больше неделе мою задачу обрабатывают.
  • 0

Модератор
Рег: 22.10.2014
Ком-ев: 9 872
Рейтинг: 33556
D-Pulse 6 июня 2024 23:54 #95328
Цитата: crazyborder, 06.06.2024 20:15, №95323
Цитата: D-Pulse, 06.06.2024 18:21, №95322
можно ли создать такой же чекер для chaturbate?


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

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

Редактор
Рег: 15.03.2017
Ком-ев: 906
Рейтинг: 2669
crazyborder 6 июня 2024 22:39 #95327
@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 в текстовом виде. Например, для Стрипчата:
#EXT-X-TARGETDURATION:2
...
#EXTINF:2.000

************
Обновил батники для Стрипчата (3 июня 2024 18:13 #95301):
Stripchat_REC_v20240606.cmd
Stripchat_REC_v20240606_for_bad_quality_streaming.cmd
1. Выведены за пределы цикла поиски информации об ID и геоблокировке. Они же постоянны для конкретной модели, поэтому ищутся один раз.
2. Таймаут стал дифференцированным.
То есть, для проверки офлайна и привата таймаут остался прежним - 30 сек.
Таймаут именно при потере потока стримлинком установлен в 5 сек. Это должно благотворно сказаться в ситуации, когда на трансляции присутствуют технические сетевые проблемы. Аналогично - при уходе модели в приват и достаточно быстром возвращении оттуда.
  • 0

Редактор
Рег: 15.03.2017
Ком-ев: 906
Рейтинг: 2669
crazyborder 6 июня 2024 20:15 #95323
Цитата: D-Pulse, 06.06.2024 18:21, №95322
можно ли создать такой же чекер для chaturbate?


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

Модератор
Рег: 22.10.2014
Ком-ев: 9 872
Рейтинг: 33556
D-Pulse 6 июня 2024 18:21 #95322
уважаемые знатоки, можно ли создать такой же чекер для chaturbate?

Цитата: Evgeny.Voloshin 17.02.2024 #94303
  • 1

Местный
Рег: 22.09.2021
Ком-ев: 194
Рейтинг: 241
sam 6 июня 2024 01:30 #95318
@crazyborder,
Цитата: crazyborder, 06.06.2024 01:03, №95317
Это просто затянет старт записи!

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

Цитата: crazyborder, 06.06.2024 01:03, №95317
В одном файле несколько разных разрешений видео. Например, то 960p, то какие-то 678p, 586p.

у таких файлов фризятся кадры при прогоне через 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
  • 0

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

Из твоего скрипта:
Если ответ сервера - 200 (успешный запрос), увеличивается счетчик успешных запросов $good, и сбрасываются $priv и $err. Если успешных запросов меньше трех, происходит пауза на 3 секунды и повторяется запрос (переход к метке LOOP2). Если успешных запросов три и более, переменная $start устанавливается в 1

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

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

Местный
Рег: 22.09.2021
Ком-ев: 194
Рейтинг: 241
sam 5 июня 2024 02:21 #95315
я не знаю, что я там на ночь глядя написал, но приблизительно вот так

@crazyborder,
у тебя код и так будет дальше ниже выполняться, и переход goto не нужен в этом случае

    goto repeat_1
)

:repeat_1
...
    goto repeat_2
)

:repeat_2
...
    goto repeat_3
)

:repeat_3

и в других батниках тоже

    goto continue
)

:continue
  • 0

Редактор
Рег: 15.03.2017
Ком-ев: 906
Рейтинг: 2669
crazyborder 5 июня 2024 01:30 #95314
@sam
Вот оцени, такая схема?

Кстати, вот так завершает процесс стримлинк при уходе модели в приват:
[cli][info] Starting player: C:\Program Files\VideoLAN\VLC\vlc.exe
[stream.hls][warning] Failed to reload playlist: Unable to open URL: https://b-hls-07.doppiocdn.com/... (404 Client Error: Not Found for url: ...)
[stream.hls][warning] Failed to reload playlist: Unable to open URL: https://b-hls-07.doppiocdn.com/... (404 Client Error: Not Found for url: ...)
[stream.hls][warning] Failed to reload playlist: Unable to open URL: https://b-hls-07.doppiocdn.com/... (404 Client Error: Not Found for url: ...)
[stream.hls][warning] No new segments in playlist for more than 12.00s. Stopping...
[cli][info] Stream ended
[cli][info] Closing currently open stream...
  • 0

Местный
Рег: 22.09.2021
Ком-ев: 194
Рейтинг: 241
sam 4 июня 2024 23:50 #95312
Цитата: crazyborder, 04.06.2024 23:22, №95310
закидывать запросами сервера Стрипчата
вероятность бана IP


какого стрипчата? запросы плейлиста идут на CDN сервера edge-hls.doppiocdn, b-hls-*doppiocdn - они расчитаны на частые обращения, и если глянуть в браузере трафик во время отвала стрима - там сплошь 404 каждые 2 секунды, а я предложил вариант дождаться стабильной отдачи - через проверку листа по схеме - как раз при таких условиях постоянно рвущийся стрим просто не запишется
по сути - в начале просто пишется вхолостую, а затем в файл
  • 0

VIP-webcam
Рег: 15.04.2019
Ком-ев: 322
Рейтинг: 3126
Evgeny.Voloshin 4 июня 2024 23:23 #95311
Цитата: crazyborder, 03.06.2024 18:13, №95301
Батник для записи Stripchat

  • 6

Редактор
Рег: 15.03.2017
Ком-ев: 906
Рейтинг: 2669
crazyborder 4 июня 2024 23:22 #95310
@sam
если в течении 3-5 раз с интервалом n сек был получен ответ 404 - предполагаем офлайн

Ты предлагаешь закидывать запросами сервера Стрипчата значительно чаще, чем предусмотрено сейчас в текущей версии батника? Там и так их (запросов) дофига. В одном цикле - 6 запросов на 4 адреса.
Я не утверждаю, всего лишь предполагаю, но вероятность бана IP, с которого пойдут запросы в значительно большем количестве - зримо повышается.

Что касается проверки во время онлайна - здесь вообще, на мой взгляд, неактуально. В современных версиях стримлинка реализован быстрый отвал - не получил подряд вроде как 2-3 сегмента - процессу кирдык:
[cli][info] Starting player: C:\Program Files\VideoLAN\VLC\vlc.exe
[stream.hls][warning] No new segments in playlist for more than 6.00s. Stopping...
[cli][info] Stream ended
[cli][info] Closing currently open stream...

То есть, глюкнула камера на 6 сек и более - стримлинк сам завершает процесс (в старых версиях процесс "висел" 60 сек).
Батник в этом случае начинает отсчет в 30 сек до следующего цикла. Уменьшать длительность таймаута? Не вижу смысла, причину уже указал.
Если стрим постоянно рвется - нафик нужен в конце концов такой стрим.
  • 1

Местный
Рег: 22.09.2021
Ком-ев: 194
Рейтинг: 241
sam 4 июня 2024 19:57 #95307
@crazyborder, можно еще добавить
'curl -ksS %play_list% 2^>^&1 ^| findstr /c:"404 Not Found" 2^>nul') do set "Cam_Available=wait_connect"


вообще, на стрипчате достаточно частая проблема с отвалом соединения со стороны моделей (те, кто на улице с мобилой, в движении)
и ответ 404 может как раз именно это и означать, а не только "offline"
для решения этой проблемы (окончателного вердикта статуса) можно проверять с интервалом несколько раз доступность плейлиста
допустим, если в течении 3-5 раз с интервалом n сек был получен ответ 404 - предполагаем офлайн, ждем 30 сек, повторяем
тоже касается и онлайна, 3-5 раз 200 OK - передаем ссылку streamlink
ну и интервал n можно прогрессивно увеличивать
  • 0

Местный
Рег: 22.09.2021
Ком-ев: 194
Рейтинг: 241
sam 3 июня 2024 18:50 #95302
стрипчатовцы в последнее время активно меняют конфиги и параметры, не знаю, на сколько долго продержится
промо API:
*** - xlviiirdr.com (можно заменить любым зеркалом)
https://go.***/api/models?limit=0&applyGeobans=0
https://go.***/config -> "parameters": { "modelsApi":
скажу сразу, api всегда выдает меньше на 500-600 чем указано на сайте, и это не приваты
  • 4

Редактор
Рег: 15.03.2017
Ком-ев: 906
Рейтинг: 2669
crazyborder 3 июня 2024 18:13 #95301
Спасибо sam за подсказку. Предлагаю для теста второй вариант батника для записи со Стрипчата.

Батник для записи Stripchat
Вариант № 2
Прокси не требуются!

У меня для запросов указан адрес de.stripchat.com, который доступен с российского IP. Можете изменить на любое доступное зеркало.


-----

Обновлено 05.06.2024
Мелкие изменения в батнике Stripchat_REC_v20240605.cmd

Добавлен батник Stripchat_REC_v20240605_for_bad_quality_streaming.cmd
В этом батнике для записи стримов плохого качества такие изменения:
1. Дополнительный блок проверки офлайна (с интервалом в 3 сек несколько проверок на офлайн).
2. Добавлен ключ --hls-segment-queue-threshold 0
Этот ключ отменяет значение по умолчанию 3, которое нередко преждевременно приводило к завершению процесса streamlink.exe именно на часто рвущихся трансляциях.
streamlink 6.1.0 (2023-08-16)
Added: --hls-segment-queue-threshold for being able to configure when to stop HLS streams early on missing segments
Добавлено: --hls-segment-queue-threshold, чтобы иметь возможность настроить, когда останавливать HLS-потоки раньше времени при отсутствии сегментов

Дополнительно можно почитать здесь -> 6 июня 22:39 #95327
См. ->
https://streamlink.github.io/cli.html#cmdoption-hls-segment-queue-threshold
https://github.com/streamlink/streamlink/issues/5476
******************
Обновлено 06.06.2024
Stripchat_REC_v20240606.cmd
Stripchat_REC_v20240606_for_bad_quality_streaming.cmd
1. Выведены за пределы цикла поиски информации об ID и геоблокировке. Они же постоянны для конкретной модели, поэтому ищутся один раз.
2. Таймаут стал дифференцированным.
То есть, для проверки офлайна и привата таймаут остался прежним - 30 сек.
Таймаут именно при потере потока стримлинком установлен в 5 сек. Это должно благотворно сказаться в ситуации, когда на трансляции присутствуют технические сетевые проблемы. Аналогично - при уходе модели в приват и достаточно быстром возвращении оттуда.
  • 5
online
Новый опрос для входящих из РФ
Лента архива smotri.com
открыть
теги
online