Timestamps crash after exception error "<urlopen error [Errno -3] Temporary failure in name resolution>"

[JunioCalu]

When the internet connection is interrupted the timestamps will crash.

Attached demo video:

Gravar_gnome-terminal-server_20230828125025.mp4

[glubsy]

Thanks for reporting!
Have you configured "scan_delay" anywhere in your config? It should never be set to 0.

It looks like you also have some webhook defined (or is it to send an email? hard to tell without proper debug log), and losing the connection triggers some infinite API calls.

[JunioCalu]

I edited the message to display "0.0", but actually the scan_delay was fixed to 0.3 seconds, to work closer to a realtime scan, and configured a custom command called ytdlp.sh in the configuration file 'livestream_saver.conf ' "which runs when new videos are detected in monitor mode. I'm not using web hooks.

[glubsy]

Not sure how to fix yet, it's not very clear what causes this. Temporary work around in cf999ed

[JunioCalu]

Not sure how to fix yet, it's not very clear what causes this. Temporary work around in cf999ed

Below is my configuration file:

[DEFAULT]

scan_delay = 0.03

skip_download = true

[common]

skip_download = true

scan_delay = 0.03

ytdlp_command = ./ytdlp.sh
	%VIDEO_URL%

[monitor]

log_level = INFO

scan_delay = 0.03

skip_download = true

on_upcoming_detected_command = ${common:ytdlp_command}
on_upcoming_detected_command_enabled = true
on_upcoming_detected_command_logged = false

on_upcoming_detected_webhook_enabled = false
on_upcoming_detected_webhook_logged = false

on_video_detected_command = ${common:ytdlp_command}
on_video_detected_command_enabled = true
on_video_detected_command_logged = false

on_download_initiated_command = ${common:ytdlp_command}
on_download_initiated_command_enabled = true
on_download_initiated_command_logged = false

on_download_started_command_logged = false

on_download_ended_command = 
on_download_ended_command_enabled = false
on_download_ended_command_logged = false

on_merge_done_command = 
on_merge_done_command_enabled = false
on_merge_done_command_logged = false

[download]

log_level = WARNING

scan_delay = 0.03

skip_download = true

on_download_initiated_command_enabled = false
on_download_initiated_command_logged = false

on_download_started_command_enabled = false
on_download_started_command_logged = false

on_download_ended_command_enabled = false
on_download_ended_command_logged = false

on_merge_done_command =
on_merge_done_command_enabled = false
on_merge_done_command_logged = false

on_download_initiated_webhook_enabled = false
on_download_initiated_webhook_logged = false

[JunioCalu]

Ainda não tenho certeza de como consertar, não está muito claro o que causa isso. Solução temporária em cf999ed

I'm going to test this solution in several cases to see if it's stable.

[JunioCalu]

content of ytdlp.sh script:

#!/bin/bash

yt-dlp --hls-prefer-native --hls-use-mpegts --no-part --retries 30 --no-break-per-input --wait-for-video 1000000 --fragment-retries "infinite" --retry-sleep linear=1::2 -f "bestvideo[height<=720]+bestaudio/best[height<=720]" "$1" -o - | ffmpeg -re -i pipe: -vcodec libx264 -x264-params keyint=50:min-keyint=25:scenecut=-1 -acodec aac -ar 44100 -b:a 128k -crf 23 -preset superfast -tune zerolatency -profile:v Main -level 3.1 "$1.mp4"

[JunioCalu]

Not sure how to fix yet, it's not very clear what causes this. Temporary work around in cf999ed

Not working