Closed f1vefour closed 9 months ago
yeah.. these comments in an older issue explain the problem:
in short, strictly speaking, tubitv isn't hosting HLS video any longer.. and ffmpeg doesn't like it when HLS manifests only contain a single media segment
quick test:
tubidl --version
# 1.5.4
set tmpdir="e:\.workspace"
mkdir %tmpdir%
cd /D %tmpdir%
tubidl -q -mc 5 -u "https://tubitv.com/tv-shows/381933/s01-e01-in-the-wild"
# starting download of 1 video data files..
# done
#
# starting download of 1 audio data files..
# done
#
# download complete.
#
# starting ffmpeg conversion of HLS stream to mp4 file..
# ffmpeg error:
# starting fallback ffmpeg conversion to mp4 file..
# done
ffplay "Mr. Bean The Animated Series/S01E01 - In the Wild/mp4/video.mp4"
conclusions:
actually.. taking a closer look at your error message.. it seems that:
run_fallback_ffmpeg_video_conversion
question:
rooted@odroid:~$ exa --tree Doomsday\ Brothers/ Doomsday Brothers
└── S01E01 - Daughter of Humunga
├── hls
│ ├── audio
│ │ ├── english
│ │ │ └── segment_0.aac
│ │ ├── english - audio description
│ │ │ └── segment_0.aac
│ │ ├── english - audio description.m3u8
│ │ └── english.m3u8
│ ├── master.m3u8
│ ├── video
│ │ └── segment_0.ts
│ └── video.m3u8
└── mp4
└── video.english.srt
the problem was that the fallback strategy assumed that the audio stream would be named stream_0
,
which is probably the case when the media only contains a single audio stream,
but your example has 2: english
and english - audio description
I just pushed v1.5.6..
which first tries to find the audio stream having one of the two names: stream_0
or english
..
and if neither is found, it then walks the audio directory to find a suitable file..
and only exits with an error message when none can be found.
It's working now, ffmpeg falls back and joins the audio/video into mp4 correctly.
Thank you for the quick fix, closing the issue.
I'm getting this error after a download completes.
ffmpeg (v4.4.2) is in my path and working