No audio in DASH steam - 2 video steams downloaded but no audio stream #1732
Replies: 3 comments 4 replies
-
|
I do not work for VDH. I'm just another user. Clearly, you know what you're doing. I would be curious to see an ffprobe report on the DASH master manifest you found. |
Beta Was this translation helpful? Give feedback.
-
|
Sorry for aswering with delay. Should I add any kind of parameters to ffprobe? Here is my output without any parameters other than URL of the manifest. |
Beta Was this translation helpful? Give feedback.
-
|
Looks pretty standard. I would say VDH is simply not interpreting the DASH master manifest properly. There's an array of video tracks at various resolutions, plus a single audio track that they all share. VDH appears to believe the audio track is the second video track. That's a guess. It's not really a valid thing to have a video with 2 video tracks. What are you supposed to do? Watch one track with each eye? This manifest presents no problem whatsoever to ffmpeg. I suppose you should continue to get content like this using ffmpeg. When I run ffprobe, I usually include a few entirely optional parameters: -protocol_whitelist file,crypto,data,http,https,tls,tcp This is something I built up over time by trial & error. It seems that this wasn't necessary with the particular video you ran ffprobe on. But I have encountered, at least once at some unknown time in the past, a reason to add each of those protocols to that list. It's the same one I use on ffmpeg, where it is probably more relevant. -strict experimental This turns on recognition of captions. I suspect there are other functions of this parameter but caption recognition is the only one I've discovered. -analyzeduration 25000000 -probesize 250000000 These come from something we encountered here a while ago. There were some videos that simply would not download using default values of these parameters. But ffmpeg put out an error message suggesting you increase the values for these parameters. I had never coded these parameters, but when I added these, the download worked. So instead of trying to remember to add these when a situation arose, I just added them permanently. They probably have no effect on the vast majority of content anybody is likely to encounter. -user_agent "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:135.0) Gecko/20100101 Firefox/135.0" This spoofs what ffprobe looks like to the web site where you probe a video. Without this, ffprobe presents some other identifier. I'm not sure I've ever seen what that is, but it's not this. I suppose there might be some site that has some sort of security in place to prevent something other than a browser from interrogating it. This is probably just window dressing, a frill, & not particularly needed. I code it just for form. -allowed_extensions ALL This was a counter-measure I added when I encountered a web site that used objects not named .m3u8 or .mpd for its manifests. This lets ffprobe work on something that really is a manifest even when the web site is slovenly about its naming convention. Clearly, none of these parameters was needed in the case of your video. But I always code these because once upon a time each one did come in handy. They don't seem to interfere when they're not needed so I just always code them. Except for -strict experimental. The way ffprobe & ffmpeg handle captions is rather disturbing. When you probe actual A/V content, the programs download either the first block or the first 2 blocks of the content & all the necessary information is there: resolution, frame rate, bit rates, duration, format (MP4, MP3, MKV, etc.), other attributes. But for captions, even ffprobe downloads the ENTIRE caption file, & only then generates its report on the stream. That's wacky, as far as I'm concerned. It's also terribly wasteful, especially when a caption stream consists of several thousand chunks. So I quite often omit -strict when I know there's captions. The captions are detected, you see their URL, but then there's an error message that it can't decode the stream. Paradoxically, if you run ffmpeg without -strict against a manifest (or just a straight non-manifest URL) for captions, it downloads them. It recognizes them as vtt or srt or whatever & is quite happy to get them for you. But only after first complaining that it doesn't know what it is. Very weird. |
Beta Was this translation helpful? Give feedback.
-
|
Thank you. I'm going to check it with this additional parameters but I'm currently traveling so I will be able to do it in a few days. |
Beta Was this translation helpful? Give feedback.
-
|
It would be nice to have option in VDH that would make it use companion app always when it is possible. Unless the issue is that it is using it but in a wrong way. |
Beta Was this translation helpful? Give feedback.
-
|
The CoApp invokes ffmpeg under the covers. So it must be something about the way the CoApp is doing things that is wrong. Clearly, you've downloaded your content with ffmpeg directly. That should indicate that the CoApp should be able to do the same thing. But it's not. So this is a bug that should be addressed. I can't address it because I'm just another user, like you. Allegedly, the source code of the CoApp is freely available to the public. Problem is I would almost certainly not understand the code. I'm a programmer but I've never written any Windows code. Maybe you would be interested in perhaps fixing the CoApp yourself. I think even if I could understand the code, I might not be inclined to try to fix it. The product belongs to the dev & I see it as his responsibility to fix things. |
Beta Was this translation helpful? Give feedback.
-
|
I'm having the same issue with a TwitchTv DJ archives . If I choose 1080 or 720P The download has two video streams , the other being 480P. |
Beta Was this translation helpful? Give feedback.
-
Your question
I tried downloading a video with DownloadHelper. After I downloaded it, there was no sound. I checked coded information in VLC and I saw that there is no audio stream:
Worth noting that when I tried clicking "Download audio" instead, I got a message: "Sadly we failed at downloading that specific media. We try to support as many websites as possible, so it would help a lot if you could report that error (it's anonymous!)." (obviosuly I clicked report)
Then I tried debuging it. I started looking into Companion App to find tools I could use to debug.
And I ended up typing the following command:
ffmpeg -i "[path to mpd file that I got from the page Details in Download Helper, field: main url]" -c copy C:\Users\grzeg\dwhelper\video.tsWhat was surprising was that I discovered after this audio was working and audio steam was present.
I can actually use this way to also download other steams but is there any simpler way? I suppose if ffmpeg is able to download it, it should also be possible for Download Helper. Can some change in configuration help here?
Can I somehow provide more useful information? Unfortunatelly I cannot provide link to the website because the material is only available to logged in users. The only reason why I want to download it is to be able to easily play it on the phone.
Addon & CoApp version and details
version: 9.3.0.1
target: mozilla
channel: stable
lang: en-GB
coapp: {"found":true,"path":"C:\Program Files\DownloadHelper CoApp\vdhcoapp.exe","version":"2.0.19","new_version":false}
license: {"accepted":true,"email":"","key":"dda9eef0872b4bf6"}
platform: x86-64 win
UA: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:135.0) Gecko/20100101 Firefox/135.0
{
"valid_license_message_has_been_displayed": true,
"http_media_download_strategy": "coapp",
"used_history_button": true,
"last_download_directory": {
"__serializer_tag": "option_some",
"__serializer_value": {
"__serializer_tag": "primitive",
"__serializer_value": "C:\Users\grzeg\Documents\PARA_structure\2_areas"
}
},
"theme": "system",
"view_options": {
"all_tabs": false,
"low_quality": true,
"sort_by_status": true,
"sort_reverse": false,
"show_button_clean": true,
"show_button_clean_all": true,
"show_button_convert_local": true,
"hide_downloaded": false
},
"use_legacy_ui": false,
"use_sidebar": true,
"open_count_store": 1,
"successfull_dl": 10
}
Beta Was this translation helpful? Give feedback.
All reactions