Wild Willy
unread,Apr 19, 2023, 1:43:47 AM4/19/23Sign in to reply to author
Sign in to forward
You do not have permission to delete messages in this group
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Video DownloadHelper Q&A
We first encountered VDH giving variants that were video without audio & audio without video about 3 years ago. That was in connection with the free nightly opera streams the Metropolitan Opera was giving us while they were closed due to COVID-19. But in 3 years I have learned some things. That may surprise you but there it is. I have actually learned some things. I agree. It's a miracle.
I have mentioned this in a number of other threads. I think in order to catch Michel's attention, I need to make this a thread of its own. I have come to the conclusion that the presentation of video & audio in separate variants is a bug in VDH. I can describe when the bug manifests itself (pun intended). I hope this makes it clear to Michel what he needs to fix in VDH to handle this situation properly.
It is common for a master manifest (HLS or DASH, doesn't matter) to be structured as I'm about to describe. My terminology here is based on what ffprobe reports when I give it the master manifest.
Program 0
Stream 0:0 - audio
Stream 0:1 - video
Program 1
Stream 0:2 - audio
Stream 0:3 - video
Program 2
Stream 0:4 - audio
Stream 0:5 - video
Program 3
Stream 0:6 - audio
Stream 0:7 - video
Program 4
Stream 0:8 - audio
Stream 0:9 - video
With a simple structure like this, VDH correctly recognizes 5 variants & presents them in descending order of video resolution, which is not always the same sequence in which they appear in the manifest. If a particular resolution happens to appear more than once, VDH will present those repeated resolutions in descending order of BANDWIDTH, a parameter that almost always occurs in a manifest, indicating descending order of quality within a given resolution. But you can download each variant with VDH & it will give a result that has BOTH video AND audio.
But that is not the only structure of manifest that is common around the web. You could also have something like this, which is very much like how the operas were:
Program 0
Stream 0:0 - audio
Stream 0:1 - video
Program 1
Stream 0:2 - audio
Stream 0:3 - video
Program 2
Stream 0:4 - audio
Stream 0:5 - video
Program 3
Stream 0:4 - audio
Stream 0:6 - video
Program 4
Stream 0:4 - audio
Stream 0:7 - video
In other words, video Streams 0:1 & 0:3 are associated with their own unique audio Streams 0:0 & 0:2 respectively. But video Streams 0:5, 0:6, & 0:7 share the audio Stream 0:4. VDH completely misinterprets this. VDH gives us 5 variants of video without audio & one variant of audio without video. Yes, just one audio variant even though there are THREE distinct audio variants in the manifest. I have not figured out which audio variant VDH chooses. Presenting us with video-only & audio-only variants is a bug in VDH.
Or this:
Program 0
Stream 0:0 - audio
Stream 0:1 - video
Program 1
Stream 0:0 - audio
Stream 0:2 - video
Program 2
Stream 0:0 - audio
Stream 0:3 - video
Program 3
Stream 0:0 - audio
Stream 0:4 - video
Program 4
Stream 0:0 - audio
Stream 0:5 - video
In other words, all 5 video Streams share a single Audio stream. At least there is no confusion about which audio without video we're getting in the audio-only variant that VDH presents to us. But once again, VDH completely fails to understand what it is being given here. This is the same bug in VDH.
I've even seen this once:
Program 0
Stream 0:0 - audio
Stream 0:1 - video
Stream 0:2 - video
Stream 0:3 - video
Stream 0:4 - video
Stream 0:5 - video
I think VDH messed this one up completely. I don't rightly remember. I used ffmpeg to get this one.
Now, some videos really don't have any audio, like maybe old silent movies. Some videos aren't videos at all, but rather just radio broadcasts or something of that nature. These are cases in which VDH would be correct to offer variants that are video without audio or audio without video.
But the vast majority of content on the web has BOTH video AND audio. If you can visit the web page, click the play button in the player there, & both see images & hear sound, then it is ALWAYS a bug in VDH if it shows any variants that are video without audio or audio without video. These cases should ALWAYS get VDH to show us ONLY variants that have BOTH video AND audio. That way, we can do a single download in VDH & get a complete video that actually has audio. The video & audio ARE NOT SEPARATE. You need to lose that train of thought. EVERY video HAS audio.
Maybe YouTube confused the issue because they really do present their video & audio separately. But YouTube is not the web in general. YouTube is an anomaly, presenting a unique case. No other web site does their content like YouTube. No other web site that offers either HLS or DASH streaming offers anything that you should interpret as video-only & audio-only. That is bogus. All the video has audio. Ffmpeg recognizes the true situation. You're just not recognizing it. It is a bug in VDH.