I decided to take a different approach to this. You have already shown that there are
problems downloading this with VDH. So I didn't even attempt such a download. Instead,
I visited the page for the first URL you provided, with the Network Monitor open, &
looked around at what I could find. There was no entry in the Network Monitor for
anything of type x-mpegurl, which would have been an HLS master manifest. Nor was there
anything of type dash, which would have been a DASH master manifest. Looking at json
files, which is the next most likely place to find a manifest, didn't immediately turn up
anything.
So I just went to the top of the Network Monitor & started scrolling down, looking at the
Response data displayed in the right part of the Network Monitor. Every single entry.
One at a time. Tedious as can be. But when you're improvising, guessing, experimenting,
this is what you have to do.
Eventually, I came to the one shown in attached image #01. You can see from the scroll
button in the scroll bar that it's 2/3-3/4 of the way down the list. As with other items
I had already looked at, I expanded things in the right side of the display. There is no
method to this. There is no logic to this. I was guessing. I was asking myself at each
step, I wonder what's in here. What does this show? What if I click this? I have to
say there is very little obvious evidence that would have drawn my attention to the thing
labeled qualities in the right side of the Network Monitor. I was doing a thorough
drill-down. That's all. Like trawling for fish. When I saw Object 0 here was of type
application/x-mpegURL, I thought this has to be an HLS manifest. With any luck, it would
be a master manifest. There's only one way to find out. You know what it is. I've
posted it many times. Run the manifest URL through ffprobe. Those results are in
attached file ffprobe.txt. So it seems I was a bit lucky. I say persistence & patience
make for good luck. This did turn out to be an HLS master manifest.
There are 6 variants here represented by Programs 0-5. They are of various resolutions.
There is no timed_ID3 data here, which I was half expecting given that you are reporting
synch issues. It's a pretty ordinary manifest as these things go. It has the advantage
of providing English subtitles in WEBVTT format. So I downloaded the video in one ffmpeg
invocation & the subtitles in another. You can find my tutorial on ffmpeg by starting
here:
https://groups.google.com/g/video-downloadhelper-q-and-a/c/BzPLK2YyL-s
Then look for "cannot download" within the text of that web page. That will show you the
link to the tutorial.
The captions, being just a small text file, completed downloading quickly. Those results
are in attached file Dailymotion Video vtt Log.txt. You can see in that log (look for
it) that the downloaded file was fairly small & the download speed was quite poor. But
even at that slow speed, the download went fairly quickly. I pulled up the downloaded
vtt file in Notepad++ & it looked to be reasonable captions.
The video itself took longer. See attached file Dailymotion Video mp4 Log.txt. I chose
the 1280x720 variant since it was the highest resolution on offer here. This file was
considerably larger than the captions file but it wasn't even 1M. However, I was getting
a rather mediocre download speed (again, look for that information in the log). So after
grinding along for a while, I did get a perfectly watchable video.
It turns out that Program 4 & Program 5 are both 1280x720. They have the same bit rate.
In other words, they appear to be the exact same stream. I chose Program 5 to download.
It was basically a random choice.
I did not sit & watch this, just sampled it at intervals. Since a vtt file was in the
same directory as the video & the vtt file had the same name as the video (except for the
extension .vtt), VLC automatically displayed the captions. It turned out that the
subtitles were a few seconds in advance of what you could hear on the sound track. They
did appear to be accurate, just not in synch. This is a problem that is easily corrected
with caption editing tools. I was not sufficiently motivated to bother doing that. As
for video & audio being in synch, it was. Perfectly. I went to the end & backed up to
the last place you can see somebody on screen who is talking. It's a bit over a minute
from the end. The movement of his lips was perfectly in synch with the sound track.
So if I could get this with ffmpeg, why can't VDH? I can't even speculate on an answer
to that. I'm impressed that VDH apparently was able to fish the master manifest out of
the sea of debris in the Network Monitor much more easily than I did. I don't know
enough to do it quickly. Like I say, I just took the bull in the china shop approach
until I found something. I must say it was in a rather unlikely place under descriptors
I have not encountered before. But it was there & you can get a perfect video with no
synch problems using ffmpeg if you are sufficiently motivated. I never launched playback
of this so the VDH menu remained empty. I suspect that if I had launched playback, VDH
would have detected something. Then I imagine I could have looked in the Hit Details
provided by VDH & the URL for the master manifest would have been displayed there,
shortening my task considerably. But what I did worked well enough.