Firefox extension No download from YouTube anymore.

[rbgo]

YouTube has changed its storage method in which the video and audio are separated and may not even be on same server.

I use this extension as my one stop for downloading videos.
Love it and hope it continues.
Any chance Video DownloadHelper will be expanded to cover this issue?

[mjs]

If you're signed into YouTube with your account then sign out. Try again to download and see if that helps.

Does this resolve your problem ?

--

A vdh user

[Wild Willy]

YouTube started providing video & audio separately rather a long time ago. That is not a
new change. It certainly is no explanation for any problems you have started seeing
recently, problems I must say I am not seeing.

[rbgo]

Thanks. Tryed it, doesn't help.

[Wild Willy]

Give us a proper problem report. Here's what I'm talking about:

I run Windows 7 64-bit, Firefox 107.0 64-bit, licensed VDH 7.6.3a6 beta, CoApp 1.6.3.

Tell us that about your system. And don't just say "latest release." Give us release or
version numbers.

Then give us a couple of URLs for things you can't download. "Everything" isn't helpful.
Post URLs.

I have to say I have never had trouble downloading from YouTube so I'm not very
optimistic that we're going to get anywhere with this.

[Son Dao]

I encountered similar problem. Cannot download a private video. I can download a public video just fine. Please see attached.

[Wild Willy]

This isn't a proper problem description. You're not giving us enough information to
investigate this. Look at my preceding post upthread, the one immediately before yours.
Read it. Actually read it. Then give us information like what I show there.

I will make a couple of comments on what you are showing. It might be helpful to see
what you get when you click the red dot with the 2 in it. If it is, as I suspect, 2
error messages about short content, you can ignore them. They are noise. I get those on
every download I make from YouTube & my downloads succeed despite the errors.

Your VDH menu shows only a JS entry. That's not interesting. Where is the variant you
attempted to download?

The web page you are showing is a PDF. VDH isn't interested in PDFs. Tell us about a
VIDEO that you are trying to download. Follow the instructions I gave above for how to
post a proper problem report.

When you say "private video," do you mean a video you cannot even visit unless you are
logged in? Read the post above from mjs. We have had a number of reports of people
being unable to download from YouTube when they are logged in but the download works fine
when they are not logged in. I have been able to download from YouTube just fine when I
have been logged in. But my login is the free, generic Google user ID I have that allows
me to post here, use GMail, use Google Drive, & other free things. If you are talking
about a paid Google user ID or paid YouTube user ID, you might be out of luck. It seems
that those are user IDs that don't work. That makes no sense but that appears to be how
things are.

Read all the posts above. Actually take the time to READ them. Don't skim them. READ
them.

[James Pearson]

I am having the same problem. I tried logging out of youtube and no change.

I run Windows 10 Home, 64-bit. Firefox 107.01 (64-bit). Licenced VDH 7.6.0.

No youtube video is downloading at 1080 resolution. A random example https://www.youtube.com/watch?v=iilxdxv1Qpg. Downloading it produces the following error messages almost immediately. The same messages are produced on any youtube video. 

[Fun]

Video DownloadHelper with the latest companion app no longer works for any videos on YouTube.

I'm on Windows 11 Pro + latest Video DownloadHelper Version 7.6.0 + VdhCoApp 1.6.3

[Wild Willy]

Everything was working for me on YouTube yesterday. Now I'm seeing the same thing as
everybody else. Maybe whatever new frivolous change YouTube has decided to foist upon us
took a while to roll out to all locations. I'm running Windows 7 64-bit, Firefox 107.0.1

[Wild Willy]

Weird. Google decided that part of my system description was a signature & hid it behind
a ... button. Let's see what this does.

Windows 7 64-bit, Firefox 107.0.1 64-bit, licensed VDH 7.6.3a6 beta, CoApp 1.6.3.

Here's hoping . . .

[WilliamPaul]

Same Issue. Windows 10 64-Bit, FireFox 107.0.1 (64-bit), Licensed VDH Version 7.6.0, VdhCoApp 1.6.3

Failed aggregating "(177) How To Install a Clawfoot Tub - YouTube"  (https://www.youtube.com/watch?v=IPZ6C4CLS_4)

C:\Users\digit\AppData\Local\Temp\vdh-34848vUaExtOMnVe.tmp: Invalid data found when processing input

Same error message/details for every video download I attempted (tried at least a dozen different videos, public/private/etc.).

Navigated to  C:\Users\digit\AppData\Local\Temp\    yet found no temp files named "vdh-xxxxxxx.tmp"  there.

Note: I used realplayer and successfully downloaded the tub installation video as an MP4 from: https://www.youtube.com/watch?v=IPZ6C4CLS_4

[mjs]

It does look like it is failing on just about any video even when changing the video resolution. So I guess it needs an update of the extension.

You can manually open the video in a tab by using the developer tools and saving it. It requires chopping out a piece of the url.

All of that might be too much for most users. An easier method is remove ube in youtube so it becomes yout.com for your video then press enter.

[Wild Willy]

I used your bathtub video as an experiment since it's pretty short. I used the VDH Hit
Details for the 1920x1080 variant to get the URL of the video track & the URL of the
audio track. I also paid attention to VDH saying that the extension for this was webm.
I then used ffmpeg to download the 2 tracks into separate webm files. These played
perfectly in VLC using the synchronous playback feature. The only anomaly was that the
usual keyboard shortcut for skipping forward in the file didn't work properly. It made
it look like the video stopped prematurely at about the 1:00 mark. But that is not true.
If you just let the video play through from beginning to end, you get a full video with
audio for the entire duration of 4:05. Not that I now feel like I could install all that
plumbing, flooring, etc.

The fact that I could do this using information VDH is still successfully collecting
tells me that Michel should be able to fix this. If you watch really closely, you'll see
what VDH does when it fails to download from this or any other YouTube video. The blue
dot flashes for a moment. That tells me that VDH does start to download the item. But
it is terminating the download after only a second or two. For YouTube downloads, VDH
normally creates a temporary file for the video track & another one for the audio track.
One of those file names is appearing in the error message we are all getting. But since
the download is terminating early, the temporary file is corrupt, as the error message
claims. Then when VDH goes to aggregate the 2 tracks together, that fails as well, but
that's due to the earlier error. So the 2 error messages are not, in themselves,
particularly informative. What Michel needs to figure out is why VDH is detecting
premature end-of-stream now. I am quite convinced this is due to YouTube's latest
frivolous change to the way they operate. It's been well over a year since the last time
they foisted one of their frivolous changes on us. I suppose we were overdue.

In case it is at all helpful to Michel, I have attached the ffmpeg log files from my
downloads. You'll note in the video log that the ffmpeg speed factor starts out at a
decent value. But after retrieving just 48 seconds worth of the video, the speed factor
drops below 2x & never rises above it again. This confirms the observation I have made a
number of times. YouTube throttles their downloads so that they will last approximately
half the duration of the clip. The beginning part of the log proves they could give us
better service. But they monitor what's going on & eventually make sure to give us bad
service.

[walke...@gmail.com]

Same issue:  again stared on the 1st-december-2022

I was thinking ffmpeg had updated?

error details =
link  = https://www.youtube.com/watch?v=O_maP5Fc8S8&t=1s

Could not get information from media 'Campfire Barbeque Set 22 Piece - YouTube' from file 'E:\Temp\vdh-1456s9LNX8T4hkdY.tmp'. The file might be corrupted.{ "file": "E:\\Temp\\vdh-1456s9LNX8T4hkdY.tmp", "stat": { "dev": 1453349396, "mode": 33206, "nlink": 1, "uid": 0, "gid": 0, "rdev": 0, "blksize": 4096, "ino": 114560315521253650, "size": 1555, "blocks": 128, "atimeMs": 1670025916568.2742, "mtimeMs": 1670025914530.1702, "ctimeMs": 1670025914530.1702, "birthtimeMs": 1670025914481.1726, "atime": "2022-12-03T00:05:16.568Z", "mtime": "2022-12-03T00:05:14.530Z", "ctime": "2022-12-03T00:05:14.530Z", "birthtime": "2022-12-03T00:05:14.481Z" } } Exit code: 1 ffprobe version n4.1.5-vdhcoapp Copyright (c) 2007-2020 the FFmpeg developers built with gcc 9.3-win32 (GCC) 20200320 configuration: --cross-prefix=x86_64-w64-mingw32- --sysroot=/usr/x86_64-w64-mingw32/ --extra-ldflags=-static-libgcc --target-os=mingw32 --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/win/64/converter-build --extra-version=vdhcoapp --extra-cflags=-I/home/mig/git/vdhcoapp/converter/src-build/win/64/deps/include --extra-ldflags='-static-libgcc -L/home/mig/git/vdhcoapp/converter/src-build/win/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/win/64/zlib' --extra-libs=-lpthread --pkg-config=/usr/bin/x86_64-w64-mingw32-pkg-config --enable-shared --enable-gpl --enable-pthreads --disable-w32threads --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-doc libavutil 56. 22.100 / 56. 22.100 libavcodec 58. 35.100 / 58. 35.100 libavformat 58. 20.100 / 58. 20.100 libavdevice 58. 5.100 / 58. 5.100 libavfilter 7. 40.101 / 7. 40.101 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 3.100 / 5. 3.100 libswresample 3. 3.100 / 3. 3.100 libpostproc 55. 3.100 / 55. 3.100 E:\Temp\vdh-1456s9LNX8T4hkdY.tmp: Invalid data found when processing input

other error =

Failed aggregating "Campfire Barbeque Set 22 Piece - YouTube"ffmpeg version n4.1.5-vdhcoapp Copyright (c) 2000-2020 the FFmpeg developers built with gcc 9.3-win32 (GCC) 20200320 configuration: --cross-prefix=x86_64-w64-mingw32- --sysroot=/usr/x86_64-w64-mingw32/ --extra-ldflags=-static-libgcc --target-os=mingw32 --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/win/64/converter-build --extra-version=vdhcoapp --extra-cflags=-I/home/mig/git/vdhcoapp/converter/src-build/win/64/deps/include --extra-ldflags='-static-libgcc -L/home/mig/git/vdhcoapp/converter/src-build/win/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/win/64/zlib' --extra-libs=-lpthread --pkg-config=/usr/bin/x86_64-w64-mingw32-pkg-config --enable-shared --enable-gpl --enable-pthreads --disable-w32threads --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-doc libavutil 56. 22.100 / 56. 22.100 libavcodec 58. 35.100 / 58. 35.100 libavformat 58. 20.100 / 58. 20.100 libavdevice 58. 5.100 / 58. 5.100 libavfilter 7. 40.101 / 7. 40.101 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 3.100 / 5. 3.100 libswresample 3. 3.100 / 3. 3.100 libpostproc 55. 3.100 / 55. 3.100 E:\Temp\vdh-1456tSd19qAQXmqh.tmp: Invalid data found when processing input

[walke...@gmail.com]

Is there a way to get in touch with the developers so they can look at this latest issue?

[Jim Witte]

I started getting this just today (December 2, 2022) - annoying but not unexpected I guess - downloading videos is basically a cat-and-mouse game, and the mouse apparently just got a bit smarter..  I tried it on a video I'd downloaded recently, and it wouldn't work.  Reported "aggregating failed"  almost immidiately and the file that it said it had stored in the /var directory wasn't there, so I assume they figured out how to detect a downloader (something that pulls data faster than a stream normally would?), and send it a NAK packet (reminds me of another..  entity..  that uses that.)

But I tried the logout trick, and it worked.  So maybe they figure out that I had downloaded probably several at least 2 TB of Chinese music videos over the past couple of years and decided to cut me off?  (I already *very* often get the "are your a robot?" prompt on searches and Google Translate :)

[Wild Willy]

An update to ffmpeg would not affect VDH. Michel has built his own, trimmed down,
streamlined ffmpeg for distribution with VDH. The only way we would see any effect of an
update to ffmpeg would be in a new version of VDH, which we do not have, neither as a new
beta nor (STILL!) in the official Mozilla repository. So if the ffmpeg organization came
out with a new version, which they do every few days as far as I can tell, it has no
impact on VDH. Besides, VDH does not use ffmpeg for downloading. It uses it for
aggregating as far as I can tell. But in our present predicament, the problem is not in
the aggregating. The problem is that the download is terminating prematurely. The
errors reported by VDH are downstream from the real problem & are actually more or less
noise. The real problem is not generating an error message, sadly. I've asked for this
before but Michel seems totally resistant to the idea. He should add instrumentation to
VDH so that we can collect debugging information in cases like this. But there is no
such instrumentation in the released version, not even in the beta version. So we users
can't help him with this. He needs to dig into this & figure this out by himself.

Posting here is how to get in touch with the developer. Singular. Michel (mig) is the
only developer. There has never been any person other that Michel appearing on this
forum exhibiting any developer-like behavior. It's Michel by himself. He looks in here
every so often. Jérôme, on the other hand, looks in here every day. He works for Michel
& would alert him to situations like this. I have to assume that has happened in this
case. The absence of any explicit response here from Michel doesn't mean he's not aware
of this. I have every confidence he is busily working on this . . . between goals by
Kylian Mbappé.

The logging out trick does not solve the problem for me. I'm almost never logged in when
I go to YouTube. I have not had trouble with YouTube until a couple of days ago. I was
still successfully downloading from YouTube when others were already reporting this
problem. I conclude from that that it took a few days for the offending & offensive
software change to propagate across all the Google servers. I suspect most people here
are not logged in when they go to YouTube. But the logging out trick usually works only
if you have a paid subscription of some kind. I have only the free Google user ID & I
have never had trouble downloading from YouTube even when I have been logged in. It's
unlikely your history of downloading has had any influence on the problem. Everybody is
now seeing this problem, at least, I assume everybody is now seeing it. It may still be
propagating across their network & anybody not yet seeing it is just living on borrowed
time.

[jcv...@gmail.com]

Hi everyone,

Mig found something about this short content error, should be fixed soon.

jerome

[Wild Willy]

Interesting. In the past, VDH would get 2 short content errors when it started to
download something from YouTube. It didn't seem to matter, though, because VDH would
continue & the download would complete successfully. It seems YouTube changed something
in recent days & now the short content condition is being detected as an actual shortness
of content. VDH no longer sees it as an error it ignores. VDH is actually being told
the content is short & is terminating the download. We can see this termination is
premature, but under program control, it looks like it is getting a legitimate signal
that the download is complete. I will be most curious to hear from Michel what YouTube
changed that has been bothering VDH since the change went into effect.

[Wild Willy]

Early feedback on VDH 7.6.5a3. It doesn't work. The VDH menu won't drop down. Sounds
like the Chrome issue you had to deal with a few weeks ago.

[mig]

That was indeed the case for VDH 7.6.5a1 and VDH 7.6.5a2. It was a mismatch with the version of the weh packaged used to build the extension (i kept a published older version in order to ease Mozilla review process).

However, this issue should have been well identified and fixed in VDH 7.6.5a3. Can i ask you to check again the version you are running ?

[mig]

For others to test, the VDH for Firefox beta can be installed from https://www.downloadhelper.net/firefox/betas

[jcv...@gmail.com]

Works fine for me !

jerome

[Wild Willy]

Weird. My first install went through all the prompts about allow this & permit that.
When it was done, the VDH menu wouldn't drop down. So I dropped back to 7.6.3a6. When I
saw others posting that it was working for them, I installed 7.6.5a3 again. It went
through all the permission prompts, same as before. But this time, it also gave me the
congratulations screen. I had forgotten about that one. It didn't appear the first
time. It did the second time. Oh well. Mysterious glitch the first time. Yes, it
works for me now.

I still get the 2 short content messages. I launch the download. VDH reports 2 short
content errors. Then the download completes successfully. That has been happening on
YouTube with every past release I can remember. It is still happening with 7.6.5a3. I
thought you had figured out something about that. But I'm still getting those errors.
The download completes successfully so those error messages are surprising.

Now it's time for the geek debriefing. What did you discover that YouTube changed? What
did you do to VDH to adapt to the change? I'm not looking for code, just a conceptual
explanation.

[Jpmyob]

Same issue for me  - here are error details

Video DownloadHelper

Version 7.6.0

Browser locale: en-US

Production build

Built on Wed Jun 30 2021 19:49:13 GMT+0200 (Central European Summer Time)

Build options: browser=firefox

Platform Win x86-64

Browser Mozilla Firefox 107.0.1

Found companion app: VdhCoApp 1.6.3
Valid license

Error logs

Could not get information from media 'JWST discovered PHOTOCHEMISTRY in an exoplanet's atmosphere (this is a BIG deal) ft. Dr. Jake Taylor - YouTube' from file 'C:\Users\Me\AppData\Local\Temp\vdh-128926IPjsyF658yo.tmp'. The file might be corrupted.{ "file": "C:\\Users\\Me\\AppData\\Local\\Temp\\vdh-128926IPjsyF658yo.tmp", "stat": { "dev": 2357071145, "mode": 33206, "nlink": 1, "uid": 0, "gid": 0, "rdev": 0, "blksize": 4096, "ino": 170010885933242620, "size": 1555, "blocks": 8, "atimeMs": 1670093918998.7153, "mtimeMs": 1670093917020.3809, "ctimeMs": 1670093917020.3809, "birthtimeMs": 1670093916940.989, "atime": "2022-12-03T18:58:38.999Z", "mtime": "2022-12-03T18:58:37.020Z", "ctime": "2022-12-03T18:58:37.020Z", "birthtime": "2022-12-03T18:58:36.941Z" } } Exit code: 1 ffprobe version n4.1.5-vdhcoapp Copyright (c) 2007-2020 the FFmpeg developers built with gcc 9.3-win32 (GCC) 20200320 configuration: --cross-prefix=x86_64-w64-mingw32- --sysroot=/usr/x86_64-w64-mingw32/ --extra-ldflags=-static-libgcc --target-os=mingw32 --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/win/64/converter-build --extra-version=vdhcoapp --extra-cflags=-I/home/mig/git/vdhcoapp/converter/src-build/win/64/deps/include --extra-ldflags='-static-libgcc -L/home/mig/git/vdhcoapp/converter/src-build/win/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/win/64/zlib' --extra-libs=-lpthread --pkg-config=/usr/bin/x86_64-w64-mingw32-pkg-config --enable-shared --enable-gpl --enable-pthreads --disable-w32threads --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-doc libavutil 56. 22.100 / 56. 22.100 libavcodec 58. 35.100 / 58. 35.100 libavformat 58. 20.100 / 58. 20.100 libavdevice 58. 5.100 / 58. 5.100 libavfilter 7. 40.101 / 7. 40.101 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 3.100 / 5. 3.100 libswresample 3. 3.100 / 3. 3.100 libpostproc 55. 3.100 / 55. 3.100 C:\Users\Me\AppData\Local\Temp\vdh-128926IPjsyF658yo.tmp: Invalid data found when processing input

Failed aggregating "JWST discovered PHOTOCHEMISTRY in an exoplanet's atmosphere (this is a BIG deal) ft. Dr. Jake Taylor - YouTube"ffmpeg version n4.1.5-vdhcoapp Copyright (c) 2000-2020 the FFmpeg developers built with gcc 9.3-win32 (GCC) 20200320 configuration: --cross-prefix=x86_64-w64-mingw32- --sysroot=/usr/x86_64-w64-mingw32/ --extra-ldflags=-static-libgcc --target-os=mingw32 --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/win/64/converter-build --extra-version=vdhcoapp --extra-cflags=-I/home/mig/git/vdhcoapp/converter/src-build/win/64/deps/include --extra-ldflags='-static-libgcc -L/home/mig/git/vdhcoapp/converter/src-build/win/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/win/64/zlib' --extra-libs=-lpthread --pkg-config=/usr/bin/x86_64-w64-mingw32-pkg-config --enable-shared --enable-gpl --enable-pthreads --disable-w32threads --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-doc libavutil 56. 22.100 / 56. 22.100 libavcodec 58. 35.100 / 58. 35.100 libavformat 58. 20.100 / 58. 20.100 libavdevice 58. 5.100 / 58. 5.100 libavfilter 7. 40.101 / 7. 40.101 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 3.100 / 5. 3.100 libswresample 3. 3.100 / 3. 3.100 libpostproc 55. 3.100 / 55. 3.100 C:\Users\Me\AppData\Local\Temp\vdh-123645v6a2C1DDpRk.tmp: Invalid data found when processing input

On Saturday, November 26, 2022 at 5:19:34 AM UTC-5 rbgo wrote:

YouTube has changed its storage method in which the video and audio are separated and may not even be on same server.

I use this extension as my one stop for downloading videos.
Love it and hope it continues.
Any chance Video DownloadHelper will be expanded to cover this issue?

[Björn G.]

Well, yes, same issue for everyone.

Maybe even this is one post too much, but: Could we keep it short and informative about the progress of solving the issue here?

I want to say that I really hope Michel (as I've learned) can fix it soon, but anyway: Thanks for your effort, the video downloadhelper provided me such a great archive of videos in the recent years, that even if it was over now, it was well worth it!

[mig]

Jpmyob, Björn: Please have a look at the messages before your posts in this thread. The problem has been fixed and deployed as a Firefox beta release.

Willy:

> Now it's time for the geek debriefing. What did you discover that YouTube changed? What
> did you do to VDH to adapt to the change? I'm not looking for code, just a conceptual
> explanation.

Nothing big here. Youtube changed its way to access some media using a POST HTTP operation instead of a regular  GET. The way VDH captured and reused the HTTP headers did not fit that situation. Removing the problematic header (Content-Length) solved the problem.

[Wild Willy]

Thanks, Michel. What about the 2 short content messages that continue to show up? They
are clearly noise, totally bogus, because the downloads always work despite those 2
errors. What are those errors? Do they indicate some kind of bug in VDH? Can you stop
generating them?

[Björn G.]

Oh, I'm sorry! These Google groups are weird, the posts above Jpmyob really didn't catch my eyes, and it looks like it was the same for him.

Anyway - Thanks again!

[mig]

I have never seen those errors in my setup, only as screenshots. As a consequence, i have never been able to investigate them.

[q3fr...@hotmail.com]

Thank you, beta solved the problem.

Just wanna say, that I'm very impressed with this addon - it's worth every penny.

It has given me so much joy.

--again, thank you \o/

[Jpmyob]

Thx Mig - will do a better job of reading

[mig]

I opened a bug entry at Firefox bugzilla to get VDH/Fx 7.6.5 reviewed: https://bugzilla.mozilla.org/show_bug.cgi?id=1804221

Feel free to vote for this bug if you have an account there.

[Peto (wt-ts)]

It seems the VDH 7.5.3a3 fixes the problem for me.

For the record, Firefox 102.5.0esr Linux.

Dátum: utorok 6. decembra 2022, čas: 10:25:04 UTC+1, odosielateľ: mig

[mig]

For information, VDH for Firefox 7.6.6, containing the latest YouTube fix, is now public. It should soon update in your browser, or if you want to switch from the beta channel to the public one, you can force the update by installing 7.6.6 from https://addons.mozilla.org/firefox/addon/video-downloadhelper/

[WilliamPaul]

Downloaded beta when released. Successfully downloaded videos.

Went out of town, now back and today I received another error.

Failed aggregating "(228) BEE GEES - HOW DEEP IS YOUR LOVE - YouTube" https://www.youtube.com/watch?v=vMPp_5JTm8I
Win 10, Firefox 107.0.1 (64-bit)
VDH 7.6.5a3 VdhCoApp 1.6.3
Will update to VDH for Firefox 7.6.6 from Beta
Failed aggregating "(228) BEE GEES - HOW DEEP IS YOUR LOVE - YouTube"

ffmpeg version n4.1.5-vdhcoapp Copyright (c) 2000-2020 the FFmpeg developers
  built with gcc 9.3-win32 (GCC) 20200320

  configuration: --cross-prefix=x86_64-w64-mingw32- --sysroot=/usr/x86_64-w64-mingw32/ --extra-ldflags=-static-libgcc --target-os=mingw32 --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/win/64/converter-build --extra-version=vdhcoapp --extra-cflags=-I/home/mig/git/vdhcoapp/converter/src-build/win/64/deps/include --extra-ldflags='-static-libgcc -L/home/mig/git/vdhcoapp/converter/src-build/win/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/win/64/zlib' --extra-libs=-lpthread --pkg-config=/usr/bin/x86_64-w64-mingw32-pkg-config --enable-shared --enable-gpl --enable-pthreads --disable-w32threads --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-doc

  libavutil      56. 22.100 / 56. 22.100
  libavcodec     58. 35.100 / 58. 35.100
  libavformat    58. 20.100 / 58. 20.100
  libavdevice    58.  5.100 / 58.  5.100
  libavfilter     7. 40.101 /  7. 40.101
  libavresample   4.  0.  0 /  4.  0.  0
  libswscale      5.  3.100 /  5.  3.100
  libswresample   3.  3.100 /  3.  3.100
  libpostproc    55.  3.100 / 55.  3.100

Input #0, matroska,webm, from 'C:\Users\digit\AppData\Local\Temp\vdh-21808CMKZOiQqUOW9.tmp':

  Metadata:
    encoder         : google/video-file
  Duration: 00:04:02.08, start: -0.007000, bitrate: 129 kb/s
    Stream #0:0(eng): Audio: opus, 48000 Hz, stereo, fltp (default)
[mov,mp4,m4a,3gp,3g2,mj2 @ 0000027e9d83d300] could not find corresponding trex
[mov,mp4,m4a,3gp,3g2,mj2 @ 0000027e9d83d300] error reading header
C:\Users\digit\AppData\Local\Temp\vdh-21808JjRZjDPvMunb.tmp: Invalid data found when processing input
Could not get information from media '(228) BEE GEES - HOW DEEP IS YOUR LOVE - YouTube' from file 'C:\Users\digit\AppData\Local\Temp\vdh-21808JjRZjDPvMunb.tmp'. The file might be corrupted.
{
    "file": "C:\\Users\\digit\\AppData\\Local\\Temp\\vdh-21808JjRZjDPvMunb.tmp",
    "stat": {
        "dev": 1213978283,

        "mode": 33206,
        "nlink": 1,
        "uid": 0,
        "gid": 0,
        "rdev": 0,
        "blksize": 4096,

        "ino": 12103423999154772,
        "size": 1961057,
        "blocks": 3832,
        "atimeMs": 1670535171686.8015,
        "mtimeMs": 1670535050227.76,
        "ctimeMs": 1670535050227.76,
        "birthtimeMs": 1670535048783.3774,
        "atime": "2022-12-08T21:32:51.687Z",
        "mtime": "2022-12-08T21:30:50.228Z",
        "ctime": "2022-12-08T21:30:50.228Z",
        "birthtime": "2022-12-08T21:30:48.783Z"

    }
}
Exit code: 1
ffprobe version n4.1.5-vdhcoapp Copyright (c) 2007-2020 the FFmpeg developers

  built with gcc 9.3-win32 (GCC) 20200320

  configuration: --cross-prefix=x86_64-w64-mingw32- --sysroot=/usr/x86_64-w64-mingw32/ --extra-ldflags=-static-libgcc --target-os=mingw32 --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/win/64/converter-build --extra-version=vdhcoapp --extra-cflags=-I/home/mig/git/vdhcoapp/converter/src-build/win/64/deps/include --extra-ldflags='-static-libgcc -L/home/mig/git/vdhcoapp/converter/src-build/win/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/win/64/zlib' --extra-libs=-lpthread --pkg-config=/usr/bin/x86_64-w64-mingw32-pkg-config --enable-shared --enable-gpl --enable-pthreads --disable-w32threads --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-doc

  libavutil      56. 22.100 / 56. 22.100
  libavcodec     58. 35.100 / 58. 35.100
  libavformat    58. 20.100 / 58. 20.100
  libavdevice    58.  5.100 / 58.  5.100
  libavfilter     7. 40.101 /  7. 40.101
  libavresample   4.  0.  0 /  4.  0.  0
  libswscale      5.  3.100 /  5.  3.100
  libswresample   3.  3.100 /  3.  3.100
  libpostproc    55.  3.100 / 55.  3.100

[mov,mp4,m4a,3gp,3g2,mj2 @ 0000025a25f2b940] could not find corresponding trex
[mov,mp4,m4a,3gp,3g2,mj2 @ 0000025a25f2b940] error reading header

C:\Users\digit\AppData\Local\Temp\vdh-21808JjRZjDPvMunb.tmp: Invalid data found when processing input

[Wild Willy]

I went to the page for that Bee Gees video. It requires a login. What for? It's a
totally innocuous item. A bit boring, actually. There are 3 models in bathing suits in
it. There's nothing you wouldn't see on any public beach. How prudish.

In any case, I did not get the results you are reporting. However, I did not get proper
results, either. I started with the highest resolution on offer here, which is 1080p.
The variant offered by VDH downloaded successfully but it was audio only. I looked in
the VDH Hit Details & found a URL for video. But when I tried to download it with
ffmpeg, it claimed the video was damaged somehow & refused to download it.

Ditto for the 720p variant.

Ditto for the 480p variant.

Finally, the 360p variant successfully downloaded a video with audio. This was while I
was logged in with my generic, free Google account ID & password, the same one I use to
post here. That is, when I log in to post. I am not logged in to post this. I am
sending this post via E-mail, so I'm not logged in.

I am still using the 7.6.5a3 beta. There is no difference between that & the officially
released -- FINALLY!! -- VDH 7.6.6. I am never going to install the officially released
version because the brain-dead Mozilla add-ons repository insists that before installing
the official release, I have to remove the VDH I currently have. Not happening. Ever.
I will never use anything but a VDH beta.

[Wild Willy]

Forgot to say . . .

This business of certain resolutions not giving both audio & video but other resolutions
being fine is something we have encountered on occasion on YouTube. There is nothing
wrong with VDH. It gets what it can. The fact that the videos are corrupt at the higher
resolutions is not the fault of VDH but the fault of either YouTube or the entity who
uploaded the content. Given it's the Bee Gees & their heyday is long past, it's quite
possible the video really is low res. Maybe during uploads, YouTube automatically
provides a framework for videos of higher resolutions. But it is quite obvious from my
results that the highest resolution at which a video is REALLY available is only 360p.
Tough noogies on us. There's nothing we can do about it. No sense complaining. Get
what is there & move on to the next way of wasting time.

[WilliamPaul]

Hmmm, I did uninstall the beta and downloaded the new release. I was able to download a file but you're right. It was a low rez file in WebM format. Wouldn't play.

Ignoring this YouTube file since the next few tractor video files downloaded in 1080 without error.

Will try installing the Beta over the new release again!

Thanks Wild Willy...

[thrift...@gmail.com]

I am getting these failure to aggregate on my windows 7 pc  below is system info and an example of error;  screenshot with initil fault display did not paste properly.

windows 7 professional 32  bit; 1  service pack 1

Firefox  113.0.2

Video DownloadHelper 7.6.6

Video DownloadHelper

Version 7.6.6

Browser locale: en-US

Production build

Built on Thu Dec 08 2022 10:25:53 GMT+0100 (Central European Standard Time)

Build options: browser=firefox

⊖

Platform

Platform Win x86-32

Browser Mozilla Firefox 113.0.2

⊖

Companion App installed

Found companion app: VdhCoApp 1.6.3

Companion app binary: C:\Program Files\net.downloadhelper.coapp\bin\net.downloadhelper.coapp-win-32.exe

 

⊖

License verified

tps://www.youtube.com/watch?v=pnNaLSKDf-0

 

 

Failed aggregating "Environmental TEDtalk - Allan Savory: How to reverse climate change by greening the world's deserts - YouTube"

ffmpeg version n4.1.5-vdhcoapp Copyright (c) 2000-2020 the FFmpeg developers

 

  built with gcc 9.3-win32 (GCC) 20200320

 

  configuration: --cross-prefix=i686-w64-mingw32- --sysroot=/usr/i686-w64-mingw32/ --extra-ldflags=-static-libgcc --target-os=mingw32 --arch=i686 --prefix=/home/mig/git/vdhcoapp/converter/src-build/win/32/converter-build --extra-version=vdhcoapp --extra-cflags=-I/home/mig/git/vdhcoapp/converter/src-build/win/32/deps/include --extra-ldflags='-static-libgcc -L/home/mig/git/vdhcoapp/converter/src-build/win/32/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/win/32/zlib' --extra-libs=-lpthread --pkg-config=/usr/bin/i686-w64-mingw32-pkg-config --enable-shared --enable-gpl --enable-pthreads --disable-w32threads --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-doc

 

  libavutil      56. 22.100 / 56. 22.100

 

  libavcodec     58. 35.100 / 58. 35.100

 

  libavformat    58. 20.100 / 58. 20.100

 

  libavdevice    58.  5.100 / 58.  5.100

 

  libavfilter     7. 40.101 /  7. 40.101

 

  libavresample   4.  0.  0 /  4.  0.  0

 

  libswscale      5.  3.100 /  5.  3.100

 

  libswresample   3.  3.100 /  3.  3.100

 

  libpostproc    55.  3.100 / 55.  3.100

 

C:\Users\Dave\AppData\Local\Temp\vdh-64040lHdRMVZJhwn.tmp: Invalid data found when processing input

 

 

[José Haroldo]

Same problem:

Video DownloadHelper 7.6.6

Video DownloadHelper

Versão 7.6.6

Localização do Navegador: pt-BR

Construção de produção

Construído em Thu Dec 08 2022 10:25:53 GMT+0100 (Central European Standard Time)

Opções de Construção: browser=firefox

⊖

Plataforma

Plataforma Linux x86-64

Navegador Mozilla Firefox 114.0.2

⊖

Aplicativo auxiliar instalado

Auxiliar do Aplicativo encontrado VdhCoApp 1.6.3

Aplicativo auxiliar binário /opt/net.downloadhelper.coapp/bin/net.downloadhelper.coapp-linux-64

Falha ao agregar "10 DICAS DE COMO PRODUZIR VIDEOS (BONS) SEM TER TEMPO SOBRANDO - YouTube"ffmpeg version n4.1.5-vdhcoapp Copyright (c) 2000-2020 the FFmpeg developers built with gcc 9 (Ubuntu 9.3.0-17ubuntu1~20.04) configuration: --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/linux/64/converter-build --extra-version='"vdhcoapp"' --extra-cflags='"-I/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/include"' --pkg-config=pkg-config --pkgconfigdir=/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib/pkgconfig --extra-libs='"-ldl"' --enable-shared --enable-gpl --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-indev=sndio --disable-outdev=sndio --disable-doc --disable-ffplay --extra-ldflags='-L/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/linux/64/zlib' WARNING: library configuration mismatch avutil configuration: --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/linux/64/converter-build --extra-version='"vdhcoapp"' --extra-cflags='"-I/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/include"' --pkg-config=pkg-config --pkgconfigdir=/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib/pkgconfig --extra-libs='"-ldl"' --enable-shared --enable-gpl --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-indev=sndio --disable-outdev=sndio --disable-doc --disable-ffmpeg --disable-ffprobe --extra-ldflags='-L/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/linux/64/zlib -L/usr/lib/x86_64-linux-gnu' avcodec configuration: --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/linux/64/converter-build --extra-version='"vdhcoapp"' --extra-cflags='"-I/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/include"' --pkg-config=pkg-config --pkgconfigdir=/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib/pkgconfig --extra-libs='"-ldl"' --enable-shared --enable-gpl --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-indev=sndio --disable-outdev=sndio --disable-doc --disable-ffmpeg --disable-ffprobe --extra-ldflags='-L/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/linux/64/zlib -L/usr/lib/x86_64-linux-gnu' avformat configuration: --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/linux/64/converter-build --extra-version='"vdhcoapp"' --extra-cflags='"-I/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/include"' --pkg-config=pkg-config --pkgconfigdir=/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib/pkgconfig --extra-libs='"-ldl"' --enable-shared --enable-gpl --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-indev=sndio --disable-outdev=sndio --disable-doc --disable-ffmpeg --disable-ffprobe --extra-ldflags='-L/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/linux/64/zlib -L/usr/lib/x86_64-linux-gnu' avdevice configuration: --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/linux/64/converter-build --extra-version='"vdhcoapp"' --extra-cflags='"-I/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/include"' --pkg-config=pkg-config --pkgconfigdir=/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib/pkgconfig --extra-libs='"-ldl"' --enable-shared --enable-gpl --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-indev=sndio --disable-outdev=sndio --disable-doc --disable-ffmpeg --disable-ffprobe --extra-ldflags='-L/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/linux/64/zlib -L/usr/lib/x86_64-linux-gnu' avfilter configuration: --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/linux/64/converter-build --extra-version='"vdhcoapp"' --extra-cflags='"-I/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/include"' --pkg-config=pkg-config --pkgconfigdir=/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib/pkgconfig --extra-libs='"-ldl"' --enable-shared --enable-gpl --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-indev=sndio --disable-outdev=sndio --disable-doc --disable-ffmpeg --disable-ffprobe --extra-ldflags='-L/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/linux/64/zlib -L/usr/lib/x86_64-linux-gnu' avresample configuration: --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/linux/64/converter-build --extra-version='"vdhcoapp"' --extra-cflags='"-I/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/include"' --pkg-config=pkg-config --pkgconfigdir=/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib/pkgconfig --extra-libs='"-ldl"' --enable-shared --enable-gpl --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-indev=sndio --disable-outdev=sndio --disable-doc --disable-ffmpeg --disable-ffprobe --extra-ldflags='-L/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/linux/64/zlib -L/usr/lib/x86_64-linux-gnu' swscale configuration: --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/linux/64/converter-build --extra-version='"vdhcoapp"' --extra-cflags='"-I/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/include"' --pkg-config=pkg-config --pkgconfigdir=/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib/pkgconfig --extra-libs='"-ldl"' --enable-shared --enable-gpl --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-indev=sndio --disable-outdev=sndio --disable-doc --disable-ffmpeg --disable-ffprobe --extra-ldflags='-L/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/linux/64/zlib -L/usr/lib/x86_64-linux-gnu' swresample configuration: --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/linux/64/converter-build --extra-version='"vdhcoapp"' --extra-cflags='"-I/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/include"' --pkg-config=pkg-config --pkgconfigdir=/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib/pkgconfig --extra-libs='"-ldl"' --enable-shared --enable-gpl --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-indev=sndio --disable-outdev=sndio --disable-doc --disable-ffmpeg --disable-ffprobe --extra-ldflags='-L/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/linux/64/zlib -L/usr/lib/x86_64-linux-gnu' postproc configuration: --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/linux/64/converter-build --extra-version='"vdhcoapp"' --extra-cflags='"-I/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/include"' --pkg-config=pkg-config --pkgconfigdir=/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib/pkgconfig --extra-libs='"-ldl"' --enable-shared --enable-gpl --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-libaom --enable-avresample --disable-indev=sndio --disable-outdev=sndio --disable-doc --disable-ffmpeg --disable-ffprobe --extra-ldflags='-L/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/linux/64/zlib -L/usr/lib/x86_64-linux-gnu' libavutil 56. 22.100 / 56. 22.100 libavcodec 58. 35.100 / 58. 35.100 libavformat 58. 20.100 / 58. 20.100 libavdevice 58. 5.100 / 58. 5.100 libavfilter 7. 40.101 / 7. 40.101 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 3.100 / 5. 3.100 libswresample 3. 3.100 / 3. 3.100 libpostproc 55. 3.100 / 55. 3.100 /tmp/vdh-4092CGx4EXC3zLrk.tmp: Invalid data found when processing input 

[jcv...@gmail.com]

Hi everyone,

The news is good.

A Firefox beta with a fix for this Youtube issue might be coming very soon.

Stay tuned!

jerome

[mig]

We are about to release a beta update for Firefox that allows downloading from YouTube in the simple cases. 4k videos seem not to work in this version but we hope we will support them soon.