Download YouTube videos. Video formats are listed at the top of the watch page. Video links are tagged so that they can be downloaded easily.
< Feedback on YouTube Links
I've noticed the same effect with the GreaseMonkey extension under Firefox. Firefox would report that the extension is slowing down the page.
However, under Firefox, none of the links would function at all.
On Vivaldi (Chromium based), using the TamperMonkey extension, the slow down was not seen in the few instances tested, and at least some of the links, like the MP4 link did work as expected on the same video.
On a side, I have always noticed that left-clicking on a link has never worked for me, but right-click/save link as… did work. But even then, many of the links only yielded a 'HTML document' to download, not a A/V media file. mp4 has been the only option that yields a media file.
Just prior to my post, I encountered the issue with the following link, and confirmed that the aforementioned issue is still happening.
Under Firefox / Greasemonkey, the mp4 link will only yield an HTML document for download.
Under Vivaldi / Tampermonkey, the mp4 link will work.
In any instance, now and past, left-click has never done anything, right-click / save link as … has yielded a media file, on mp4 links only. On other formats, only an HTML document for download.
As of today, I have noticed that Vivaldi / Tampermonkey option is no longer working on the video posted previously, nor any other video attempted.
All instances now only offer to download an HTML document.
I tried the YouTube download again today.
Using the same video I had previously used as an example ( https://youtu.be/k9RHyeL7JFA ).
In this case, Vivaldi / Tampermonkey was successful, Firefox Greasemonkey is still failing.
Maybe the key to this process is persistence.
This morning Firefox / Greasemonkey worked for the test videos I have been looking at.
Upon the initial load of one of the videos, all links were tagged 'sig-109'; so I tapped the page refresh button, and all the 'sig-109' links turned into file size values, and the download appeared to be possible; I didn't actually do the download, just checked that the download file time was a media file and not an HTML document.
This may not always be the case. In an earlier post, there were file sizes, but the download still would not work.
But maybe the 'refresh' action does cause the script to fetch 'better' links?
Sign in to post a reply.