Closed thuban-kr closed 3 weeks ago
Hi @thuban-kr,
I think is something related to the base container. The ffmpeg build may have been built without gnutls. For context, a standalone yt-dlp build is able to download that livestream?
You were right. I checked with 'ffmpeg -protocols' and https wasn't among the supported protocols. The other yt-dlp container with alpine could download a livestream, so is there no other way but to wait until the base container supports https?
I've reverted the base image to alpine and the ffmpeg
package seems to be complied with gnutls
flag
Supported file protocols:
Input:
async
bluray
cache
concat
concatf
crypto
data
fd
ffrtmpcrypt
ffrtmphttp
file
ftp
gopher
gophers
hls
http
httpproxy
https <----
mmsh
mmst
pipe
rtmp
rtmpe
rtmps
rtmpt
rtmpte
rtmpts
rtp
srtp
subfile
tcp
tls
udp
udplite
unix
rist
srt
sftp
zmq
ipfs
ipns
Output:
crypto
fd
ffrtmpcrypt
ffrtmphttp
file
ftp
gopher
gophers
http
httpproxy
https <----
icecast
md5
pipe
prompeg
rtmp
rtmpe
rtmps
rtmpt
rtmpte
rtmpts
rtp
srtp
tee
tcp
tls
udp
udplite
unix
rist
srt
sftp
zmq
Now livestreams are downloaded but in the webui remains in pending state :/ (my guess is that the m3u8 playlist / dash is piped directly to ffmpeg so yt-dlp can't show the progress. my guess, could be wrong)
edit: once the livestreams ends the .part
file becomes an mp4 :)
I didn't expect you to change the base image. It works perfectly. Thank you so much!
Hi I really like your great project!
At some point, downloading live streams is not working, but videos that are not live streams will still download fine.
I tried to download manually inside the yt-dlp-webui container, and the log is here