only video no audio

[angelo scuderi]

Hi

I download only video(perfect) but always there isnt audio.

mozilla 106.0.2(64 bit)  VideoDownload 7.6.0

many thanks

[mjs]

It sounds like site is separating the video and audio , do you have an example video to share.

--

A vdh user

[mjs]

private message from angelo :

hi.

i istall in mozilla. i can only download the video without audio. maybe you have to download another audio file? do you know how to do?

You should use reply all not reply to author if you want your post shown here on the forum. Like I said the site is probably playing the audio

separately from the video.  Video variants are shown as resolutions such as 1920x1080, 1280x720 while the audio file will be

underneath with no resolution but it will have duration matching the video. That's likely to be the audio.

If you're not seeing this then share some screen shots of what you see and or a link to the video for others to try.

[Dude Richman]

https://olympics.com/pt/video/amp/syndicated/filme-oficial-de-vancouver-2010-bud-greenspan-apresenta-vancouver-2010-stories-o/?partnerdomain=olympicchannel.com

I downloaded a lot of these Olympic videos but only SOME have the problem that no audio is merged into the video.

[mjs]

My advice I gave to the other user applies to you also except that you'll need to enable HLS as M2TS to get the audio.

Once the audio is downloaded you'll have to convert it to mp4 then it can be merged with the video. VDH can do that or use ffmpeg to do it.

[Dude Richman]

Thanks for your help. I changed that setting but I still got the same result when trying the "audio only" option and it always results in " MP2T - No data received" and a really small .part file (48k) so I think there is just something wrong with this. As mentioend before I can download some fine with sound like London 2012 but Vancouver or Moscow won't have audio so I'm not sure what's different with those.

[Wild Willy]

But ffmpeg failed.  After getting about the first 15 minutes of the video, it gave an error about something in the input stream being in a format that isn't supported.  I tried getting both the video & the audio together with 2 -map parameters.  I also tried to get just the audio track using a single -map parameter.  I thought if I could get the audio, I already had the video downloaded via VDH, so I could then play the video & the audio synchronously in VLC.  But it turns out that whatever ffmpeg doesn't like is in the audio track.

I did, however, get the complete not quite 2 hours' worth of English subtitles.  It appears that this video is offered with captions in English, German, Spanish, French, Italian, Portuguese, Japanese, Arabic, Chinese, Korean, & Russian.  So if you are willing to forgo the audio, you can at least read what the narrator & others say during the video.  And you can do it in the language of your choice.  I admit this is, shall we say, a suboptimal solution.

If you are desperate to have this on your computer to watch again as often as you like, you're going to have to resort to a screen recorder, like OBS.

I am doing this on Windows 7 64-bit, Firefox 106.0.4 64-bit, licensed VDH 7.6.3a6 beta, CoApp 1.6.3.  This is the type of information you should be including in any problem report you post here.

Before you post again, click this:

https://groups.google.com/g/video-downloadhelper-q-and-a/c/BzPLK2YyL-s

Do a search for "stealth quote" within the text of that web page.  That will reposition the web page on a reference that contains a link.  Click that link & read what it says.  Be sure you avoid the stealth quote.  My post here contains several images.  If you don't eliminate the stealth quote, you will quote my post into your post which will duplicate all my images.  Not only is this useless & wasteful, it is rude.  So be sure you don't do it.

[Wild Willy]

Within the error messages generated by ffmpeg was a suggestion to update it to a newer
release. So I've just grabbed a new ffmpeg from ffmpeg.org. It was built 2022/11/3,
just yesterday. It made no difference. There is something in the audio stream of that
Olympics video that ffmpeg simply refuses to decode.

Just for grins & giggles, I also downloaded the 1920x1080 video track using this new
ffmpeg. This succeeded but there were numerous errors reported in the ffmpeg log. They
all claimed that timing information in the video track was, to use the word in the error
message, "non-monotonous." My understanding is that this means there are discontinuities
& perhaps even larger time indexes followed by smaller time indexes. Despite these
errors, ffmpeg did manage to download this video, as did VDH in my previous testing. Of
course, it's a silent movie, as we've already observed.

None of which changes the fact that the audio with this thing remains a problem that I
have not solved.

[Wild Willy]

One of the posters above claimed that changing the HLS as M2TS setting in VDH still
resulted in the MP2T error message. This is not my experience. Changing the VDH setting
most definitely DOES result in a successful, meaning error-free, download via VDH. On a
hunch, I'm going to suggest that you forgot to press the Save button in the VDH dialog
after you changed the setting. If you don't click the Save button, the setting does NOT
change. You have to remember to click Save or you'll be wasting your time.

[Wild Willy]

I just couldn't let this go.

As a preparatory step, open VLC & do Ctrl+p to open the Preferences. At the bottom left,
there's a radio button for Show settings, Simple or All. Select All. Go to the left
panel of the Preferences & scroll to the heading Input / Codecs. Click that. That
changes what's displayed on the right side of the Preferences dialog. Scroll the right
side of the Preferences dialog to the bottom. Look for the item marked Record directory.
Click the Browse button on the right. Select a directory into which VLC will place
recordings & close the file selection dialog. Then click the Save button at the bottom
right of the VLC Preferences dialog. I think this could be your first hint where I'm
heading with this.

Now open a web browser window or tab, your choice. Make sure you have the Network
Monitor open. It also helps immensely to sort the Network Monitor on the Type column.
That puts the x-mpegurl entries at the bottom of the Network Monitor display. Those are
the HLS manifests. You are going to want to get the URL of the master manifest in
something I'm about to explain. So, once you have the Network Monitor open, open the
Olympics video page in the same browser tab with the Network Monitor, press play on the
video, & use the gear icon within the player to select your desired resolution. Then
reload the page (F5) to accomplish 2 things: stop the playback, refresh the contents of
the Network Monitor. Actually, I think maybe setting the resolution might be
unnecessary, but it doesn't hurt. When you reload the page, the Network Monitor empties
& repopulates. When it does this, it automatically scrolls to the bottom, at which point
you will thank me for telling you to sort the Network Monitor on the Type column. When
I've been doing this, I see 3 manifests. But we're interested in only the one that shows
the word "master" within its name. One of my images above shows this. Use the context
menu, as I show in that image above, to copy the URL of that manifest to the system
clipboard.

Now switch back to VLC. Do Ctrl+n. This opens a dialog for supplying a URL to VLC. The
dialog has the title Open Media, & it will be positioned on the Network tab. Paste the
URL of the master manifest you just got from the browser. Then hit Enter. This gets VLC
to start playing the Olympics video . . . WITH AUDIO. Press the Record control in VLC.
You have to be NOT in fullscreen to do this. You might have to rewind the video & then
press Record. You also might get an error. The manifests for this Olympics video are
very touchy. They expire in no time flat. So you have to do all of this as fast as you
can. If VLC tells you it can't play the video, go back to the browser page, reload it, &
get a new URL for the master manifest. Then try that in VLC. Rinse & repeat until VLC
starts playing the video. Just record it in VLC. The recording will, as you should have
guessed by now, go into the directory you selected in the VLC Preferences earlier.

I don't think there's any way to get this to go any faster. This video is nearly 2 hours
long, so you'll just have to let VLC chew on the thing for that long. I tested this by
recording the first minute or so of the movie. I did get a playable MP4, at 1920x1080,
WITH AUDIO. I'm assuming that at the end of the video, VLC doesn't just stop playing but
also finalizes the recording in the target directory. The file name will be a load of
junk that you will almost certainly not like. This is why the Rename function is
available in your operating system. Just rename the file, although you ought to keep the
file extension as .MP4.

Do please post how you get on with this. And remember to remove the stealth quote. I
mentioned that above. I'm mentioning it again. Stealth quote. I repeat it because it's
important. Don't stealth quote.

[Wild Willy]

I just noticed that all the manifests have the word "master" in their name. You do NOT
want the one with "master_stream" in its name. You do NOT want the one with
"masteraudio" in its name. You want the one that just says "master" without the other
stuff. It's always been the first one I see when I reload that page.

[mjs]

Guess what , there is audio for that 2 hour video. I just got it and it's one of those hits which is shown with the duration.

Yes one of them is video but the other is audio. I opened the hit details on one of these and saw in the manifest and media manifests that it has

masteraudio in them. So before downloading the audio look at the hit details for each one to confirm which one it is.

And as Willy said you don't get the mp2t error when HLS as M2TS is enabled, you have to click the save bottom right corner of settings page.

[Wild Willy]

I downloaded both of the variants that I thought were the audio yesterday. But looking
more closely today, I see that after a VDH Reload extension, the 2 assumed audio variants
swap positions on the VDH menu. So even though I thought I was getting both audio
variants yesterday, the little trick VDH played on me probably got in my way. I
unknowingly downloaded the video without audio twice. But looking at the hit details
today, I determined which one was the audio based on your hint about masteraudio. With
HLS as M2TS disabled, downloading the audio fails with the MP2T error. After enabling
HLS as M2TS AND Reloading the extension, the audio variant is in a different position on
the VDH menu, but it downloads without error. It's a file with the extension .m2ts & VLC
claims it's a little over 2 hours long. But when I play it, it quits after 10 seconds.

About that masteraudio thing. There is a manifest with masteraudio in its name. You can
see it in one of my images above. But no matter how many times I have reloaded the page,
I have not managed to get ffprobe to read that manifest. It gives me 403 Forbidden every
time. I see 403 Forbidden sometimes on the master manifest, but a little persistence
lets me run ffprobe on it. But it doesn't really matter that I can't ffprobe that
masteraudio manifest. That masteraudio manifest is available for inspection via Copy
Response. It turns out that manifest is just a stream manifest. My ffprobe on the
master manifest accesses the masteraudio stream manifest. You can see that in the
ffprobe report in the early part where it shows all the objects it opens in order to
generate the information at the bottom of the report. The audio Stream is 0:8. The
ffprobe report says that it is an audio track of 48kHz sampling rate & 98kbps bit rate.
And ffmpeg quits downloading it after about 15 minutes duration of audio due to the error
I mentioned earlier. I suppose 15 minutes is better than 10 seconds, but they're both
useless results.

So I still say the audio is not available using any of our tried & true methods we've
come up with. While screen recording would doubtless work, as I claimed yesterday, I
think VLC will record this quite nicely as well. I haven't actually done that because I
don't feel like tying up my system for 2 hours with that. I'm hoping the poster who
provided the Olympics URL is sufficiently motivated to try recording it with VLC. I'm
hoping we get another post here telling us how that works for that poster.

Without the stealth quotes, of course. Ban the stealth quotes. If you look closely at
the posts from mjs & me, there is no little button with

....

under our posts. So your goal is to post without the

....

under your post. Delete the stealth quotes. I keep mentioning this because so few other
people delete the stealth quotes. Maybe that's because I haven't emphasized the issue
enough. I explained how to find the instructions above. Make the effort to learn how to
avoid the stealth quotes.

[Dude Richman]

Wow you did some great research. I concur with your problems Video Downloadhelper has here but for now I go with your VLC way. I followed your steps and there is a small problem with the video size that it starts with the smallest version and I couldn't figure out how to make it start with the max resolution and record from scratch so what I did instead was download the video with VideoDownloadhelper and got the audio with VLC, combined both (had a 3 second audio gap but easily fixed in MKVToolNix) and now I got a great video on my PC - thanks so much!!

[Wild Willy]

That is great news! (Although you get a hard spank for not removing the stealth quote.)
I have noticed when I put a master manifest into VLC that it takes a moment while it
sorts through all the variants described in the manifest before it settles on the one
with the highest resolution. In this particular manifest, that happens to be the last
variant described in there. Did you find that after a few seconds, it snapped into
1920x1080?

Continuing to geek out on this, I wondered why the audio downloaded with HLS as M2TS
enabled made VLC show the duration as a few minutes over 2 hours. That's not correct.
The duration of the video is actually a shade under 2 hours. Plus, the M2TS file played
only for 10 seconds. I wondered if maybe the solution were here:

https://groups.google.com/g/video-downloadhelper-q-and-a/c/SSgY9oLoHdw

I checked hit details for the first video variant on the VDH menu. You need to look for
the information beside the label hls. Click the little triangle. That shows 2 new
items, each with a triangle. Click those triangles. You'll find the frame rate for this
video is 25fps. I could have just looked at my ffprobe report from earlier to get this
information, except I didn't have the file any more. In any case, it's always good to
have more than one way to do things.

I had downloaded the audio file as Audio.m2ts. So I ran this command:

ffmpeg -r 25 -i Audio.m2ts -r 25 Audio.mp3

The video here is an MP4. We have firmly established that via several means earlier. I
decided to take the opportunity to convert Audio.m2ts to MP3 format. I have found that
with videos in M2TS files, the controls in VLC that skip around in the video are very
sluggish. This fits with something Michel posted the other day. He implied that M2TS is
a raw format that must be processed to some extent by the video player. But MP4 doesn't
need this extra processing at playback time. Also, the audio track of an MP4 is MP3. So
I thought it would be smart to convert the file to MP3.

You know I wouldn't be bothering to post this if I didn't have a happy ending to offer.
The result of this ffmpeg respeed+conversion was the audio track of our Olympics video.
It had the correct duration of just under 2 hours. Playing it in VLC did sound like I
had the whole thing. Of course, I didn't sit & listen to the whole 2 hours of if. I
just sampled it at intervals & it did seem to all be there.

So, damaged audio tracks don't fly by in a few seconds while the video continues to play
normally to the end. No, damaged audio tracks play normal audio for just a few seconds &
stop . . . while the silent video continues to play normally. That is the symptom that
will key me in from now on. Just do the respeed trick like our pal told us about in that
other thread.

[Dude Richman]

Yeah I noticed it snaps into max resolution after a few seconds but the recording in VLC will still use the original size unless you wait for it to resize and THEN start recording which of course means you miss a few seconds from the original video, anyway no big deal I'm happy to have the video.

Still curious how you got the subs in ffmpeg although it's not really related to this forum's help it would be nice to have for the non-English videos like the Moscow one.

[Wild Willy]

I see you got rid of the stealth quote. Well done. It's quite annoying that it's
necessary to do what we have to do to get rid of the stealth quotes. It was something
new Google started doing when they "improved" their Groups interface. Another such
"improvement" was that they removed the ability to edit your own posts. At least we've
been stuck with this interface for a couple of years now. I don't know if that means we
can expect to see this one for a while longer or if each passing day brings us closer to
another round of "improvements" that we will hate. We can only stay tuned.

As for subtitles, I have a detailed example in another thread, complete with pictures & a
sample ffprobe output:

https://groups.google.com/g/video-downloadhelper-q-and-a/c/SSgY9oLoHdw

In that case, the pictures illustrate how to find the HLS master manifest. In the case
of your Olympics video, the Network Monitor gives us the master manifest directly. So
the Olympics case is easier because you don't need to go through the rigamarole shown in
the pictures in that other thread. But after that, constructing the URL for the captions
is conceptually the same for the Olympics site as it is for the example in that other
thread. One big difference is that for the Olympics site, the ffprobe error message
about subtitles occurs once for each language of subtitles that is available. That's a
substantial list, as I posted above. You have to scroll past the error messages to get
to a URL of a manifest for a stream from which to extract the front part of the URL for
the captions. It's a bit of a guessing game what part of one URL you need to stick in
front of the other part. Trial & error will get you a good URL eventually. Just look at
the pattern of complete URLs that do appear in the ffprobe report & use that as your
template for reconstructing the URL for the captions stream manifest. It's not that
hard, maybe just a bit tedious. You will have to learn how to use ffmpeg in order to get
the captions. That's in a tutorial I've posted on here. Go back to the Table of
Contents thread & search for "cannot download" in the text of that page. That will give
you the link to the tutorial. I learned stuff as I went along so be sure to read the
whole tutorial before you try anything.

[Wild Willy]

Forgot to mention . . .

You say you used VLC to record the audio. While that is a perfectly good way of doing
it, it takes whatever the duration of the video is. You can speed that up by using VDH.
Just find the audio track via the VDH menu, as mjs & I have discussed above. You locate
it through the hit details that VDH gives you. Then download the audio with VDH with HLS
as M2TS enabled in the VDH settings. That will give you a damaged audio track. Correct
it using the ffmpeg -r trick I show above. That is considerably faster than waiting the
2 hours it takes for VLC to record the audio. This Olympics case is rather an anomaly in
that ffmpeg refuses to download the complete audio track. It gets the video but not the
audio. That's the first time I've encountered something like this. It seems that ffmpeg
sees something it doesn't like in the audio track & quits at that point. VDH is a bit
oblivious to the problem but what it retrieves is unusable. However, it can be repaired
so it's only temporarily unusable.