Having difficulty downloading videos hosted on simplerousercontent.net

[Statix]

I'd like to download videos on https://www.kicksugarsummit.com/day-3-speakers.

For example, the first video (including audio) on that webpage is by Paul Earley.

How do I do that?

And the  third video is by Nicole Avena. How do I download the video (again, including audio) for her talk?

It seems that simplerousercontent.net divides the video files into tiny fragments.

[Wild Willy]

I visited the page & VDH, not surprisingly, didn't recognize anything.  So I went to your first video & clicked play, then stopped it after 2 seconds, as you can see in this image:

At this point, VDH recognized something.  I picked the 1920x1080 HLS variant & downloaded it.  It looked like a promising candidate.  I got this error:

I presume you got the same thing.  So I did what we usually recommend in this case:

I then told VDH to Clear Hits in order to empty the VDH menu.  (Sorry, I forgot to capture a screenshot for that.)  Then I reloaded the page.  Now, the VDH menu looked like this:

The variants changed from MP4 to M2TS.  But they also now showed duration of 3 seconds.  Those clearly could not be anything we would be interested in.

So I used ffmpeg to download this.  If you want to know how, you're going to have to put in some effort to learn how.  Start here:

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

You will probably want to bookmark that for easy reference.  I recommend you read that entire thread, if not now, eventually.  As you read through that thread, you will come across a reference that mentions an alternative method for downloading content that VDH fails to download.  You can skip quickly to that reference by doing a string search on "cannot download" within that thread.  That will reposition the page on the relevant reference.  Click the link you'll see & read up on what you have to do.

Here are my results from using ffmpeg to download this video:

The download completed in just under a minute & a half.  It played just fine in VLC.

You can see the video is there.  You'll have to trust me the audio was fine.  I didn't sit & watch this all the way through.  I just sampled it at 1-minute intervals to make sure it was all there.  I did let the last 20 seconds or so play to make sure the whole thing was there.

I didn't try the other video but I'm sure it works the same way.  I'm doing this on Windows 7 64-bit, ffmpeg dated 2022/3/17, VLC 3.0.16 Vetinari.

I can't explain why VDH didn't recognize this video.  The manifest was very simple, containing information for 3 variants of resolutions 1920x1080, 1280x720, & 960x540.  There was only 1 audio stream shared among the 3 video streams.  It had a sampling rate of 44.1kHz & a bit rate of 129kb/s.  Those numbers are shown in my results image as slightly different, but the slight variances are due to quirks of how Windows displays the information.  The numbers I quote come from ffprobe.

When you post your response here, and I do fervently hope you post here again, do so via the Reply all button.  DO NOT USE the Reply to author button.  Reply all is the way to add a comment to this thread.  Also, after you search on "cannot download" in that other thread, please do another search in there using "stealth quote" as your search string.  That will give you another reference containing another link you should click.  There's some important information there that you need to know & act upon.

[mjs]

I took a look at this and it works in vdh , they are separating the video and audio. There are two ways you can go on it , there are simple mp4

files which contain the video and audio. The video file has no data rate or total bit rate but it plays. The audio also plays.

Now on to the HLS variants , HLS as M2TS needs to be enabled. The variants showing a resolution are the videos and the one on the bottom is

the audio. Don't worry about the incorrect time that shows, the full duration is there when downloaded. Also for downloading the HLS variants

it does not show a progress of the download but will eventually complete if you leave it . There are no properties showing on HLS downloads

but the video and audio play.

So the files can be played together if you have vlc or merge them together in vdh. Here is a screen shot below , the 85mb mp4 is the video and the

47mb mp4 is the audio.

[Statix]

Thank you, WildWilly and MJS, for your replies.

I use VLC (3.0.9.2 Vetinari) on Linux (Mint 20.3).

I've heard of ffmpeg and I have it on my system. But MJS's solution seems simpler, so I'll go with that.

MJS, when you say there are "two ways", do you mean

1. Play the separate audio and video files in VLC

2. Combine the separate audio and video files in VDH?

Or were you referring to two other things?

P.S. I sometimes use youtube-dl or a fork called yt-dlp to download videos, but I didn't try that program this time. I think in the case of kicksugarsummmit videos, it will be tricky using yt-dlp, for that it requires knowing the URL of the video file.

[Wild Willy]

It seems I was a bit over-hasty jumping to the conclusion that VDH wouldn't work here.
Our buddy mjs was more thorough than I was. I took VDH at its word & didn't even
consider downloading the variants that claimed to be only 3 seconds long. He tried those
variants & discovered that indication by VDH was false, that the variants actually turned
out to be the 50-something minute video after all. That does raise the question of why
VDH wasn't detecting the duration correctly. The manifest I saw showed the duration
correctly. I just went back to try to verify that but apparently we are dealing with a
moving target here. Your page is no longer showing the videos that were there the other
day. Of course, I deleted all the files off my system after I did the downloads I posted
about above, so I can't verify things that way, either. But my recollection is that the
ffprobe that I ran on the manifest showed the correct duration. It looks like what mjs
is telling us is that VDH detected both simple MP4s as well as MP4 streams. In the first
case, VDH would just find the MP4 & download it. In the second, it would have to
interpret the manifest & download the video in chunks, assembling the chunks into the
resulting MP4. That's the difference between a simple MP4 & an HLS stream of the same
video. I understand mjs to be telling us that we have a choice here: download the simple
MP4, download the MP4 as an HLS stream. That's rather unusual. I think most sites offer
their content either one way or the other, not both. In any case, whichever way you
choose, apparently you will get audio & video in separate files, at which point you can
either play them synchronously in VLC or merge them using VDH (or ffmpeg). (Come to
think of it, I believe this merging operation is one of the functions for which VDH
relies on its captive version of ffmpeg. But that's just an internal detail.)

I am a bit perplexed about the fact that, according to mjs, VDH downloads content that
doesn't have correct properties reported in the Windows Properties dialog. The thing I
downloaded above with ffmpeg gave correct properties in the Windows Properties dialog.
I've been encountering some oddities with what VDH downloads lately. A few of the
examples I've posted about in other threads recently show VDH downloading content as
1912x1088 when it is really 1920x1080. The stuff mjs got apparently exhibits even more
extreme variances from standard. I've also used VDH in the past few days to get stuff
that shows the correct numbers in the Windows Properties. So it's some sort of
intermittent thing, probably unique to Windows. I don't fret too much about it, though,
because it all plays fine in VLC. If it didn't, it would be a different story. But it
plays fine so I say ignore it.

Actually, I have another example. I'm a member of a site (user ID & password behind a
paywall) that offers streaming & download. I have discovered that what you get with
streaming is not the same as what you get when you download. When you stream, the site
uses HLS to provide your content. This makes sense. If you're sitting there watching
content in a player in a web page, the site will send a chunk or a few chunks & then
stop. It can do that because the speed at which the data can be transmitted over the
Internet is much faster than the speed at which you can watch those chunks. So when you
are nearing the end of viewing the chunks that have already been downloaded, the site
reads ahead a few more chunks for you. That way you get a smooth viewing experience
instead of the spinning image that says the video is buffering. If you pause playback,
the site doesn't waste its resources & your bandwidth sending chunks you're not going to
watch. The HLS content is, of course, visible to VDH & it will download it just as
easily as you can play it on the site. But what I have found is that the HLS content is
not of the same quality as the downloaded content. For example, when I have downloaded
the HLS content of a 3840x2160 item using VDH, the resulting file had bit rates in the
5,000kbps range. That is awful quality for 4K content. Those are good bit rates for
regular HD content (1920x1080), but terrible for 4K. However, it's probably good enough
for simply watching in the player on the web page. It's a reasonable compromise between
visual quality of what you're watching & usage of your Internet bandwidth. But when I
downloaded the same video using the site's download button, I got the same video with bit
rates in the 15,000kbps range, much higher quality, still 4K. I noticed that when I did
one of those downloads with the site's download button, a new variant appeared in the VDH
menu for the 4K content. That variant was NOT HLS. I confirmed all of this using the
Firefox Network Monitor. I actually do these downloads with ffmpeg, but that's for other
reasons I'm not going to go into here. The point I'm making is that there can be reasons
a site offers the same content as both simple files & HLS. I don't think those reasons
hold for your Sugar site since the content isn't of super high quality (I'm talking about
resolution & bit rates. I'm not judging the subject matter.) & they don't offer a
download option. I just describe this case to illustrate what you might possibly
encounter elsewhere.

[Statix]

On Sunday, September 4, 2022 at 3:03:27 PM UTC-7 Wild Willy wrote:

Your page is no longer showing the videos that were there the other

day. 

Try https://www.kicksugarsummit.com/day-4-speakers 

Tomorrow starting at 4am try https://www.kicksugarsummit.com/day-5-speakers

[dave madsen]

I just tried d/l vids on Day 4.  Fooey, I meant to sign up for this series and forgot!

Anyway, it looks like each day has individual speakers' vids separate on the page.  When I've seen this in the past, I've learned to ignore the VDH results when clicking in the extension bar.  Instead:

1)  start the video for that speaker by clicking on it.

2)  right-click on each video and let the "Video DownloadHelper" expand.  Doing this on the first video shows the 3 separate resolutions.  I chose the 1900x1080 and started to d/l.

3)  I paused the video.

Do this for each subsequent video.  As you move down the list, it gets more confusing since for each video, it ALSO shows the entries for the previous videos.  The only way I know to tell them apart is that having chosen the first video's 1900 resolution to D/L, when I see the entry for the 2nd video, it shows the 3 resolutions for the 2nd video but only two resolutions for the first video (because VDH is downloading the 1900 resolution for that first video).  So I then click on the 1900 resolution for the 2nd video.

Moving on to the 3rd video, I do the same procedure -- and it shows 3 video entries but only one having the 1900 resolution because the first two are downloading.

Continue this for all the videos.

It may be prudent to limit the number of simultaneous VDH downloads by altering the VDH options.

This technique has worked for me on other sites, and as a general rule, when VDH seems confused, right-clicking on the video sometimes gives better results.

Some sites disable right-click in an effort to stop user behavior they don't want.  In Chrome, there's an extension called 'Enable rght click" which fixes those nasty sites. (Who are they to tell me what buttons I can use???)  I assume there's something similar for FF.

I'm using Chrome (latest) on 'doze 10.  (I used to be a FF user for YEARS, but Mozilla screwed me TWICE by changing the extension API TWICE so that authors had to rewrite their extensions.  Some of my most favorite and useful extensions were never rewritten, and I blame FF for their short-sightedness in screwing the community.  Never again!  

(Not that I love Google; BTW, they're trying to reduce user privacy yet again by "fixing" user tracking for ads. Gee, wonder why...?  IRL would you tolerate some little sneak following you around and every once in a while saying, "pssst, wanna buy a watch?") <sigh>).

[Statix]

Hi DCM,

I

On Sunday, September 4, 2022 at 8:19:50 PM UTC-7 dcm wrote:

Anyway, it looks like each day has individual speakers' vids separate on the page.  When I've seen this in the past, I've learned to ignore the VDH results when clicking in the extension bar.  Instead:

1)  start the video for that speaker by clicking on it.

2)  right-click on each video and let the "Video DownloadHelper" expand.  Doing this on the first video shows the 3 separate resolutions.  I chose the 1900x1080 and started to d/l.

I chose a video to download and I then see that that chosen video shows up in the VDH toolbar (under "Running" section). But it's stuck at 0%, like in this screenshot: https://i.imgur.com/alXvrlW.png

What am I doing wrong?

[Wild Willy]

Inspired by your earlier post, Statix, I visited this page:

https://www.kicksugarsummit.com/daily-speakers

I wanted to get the specific video I had used in my example upthread.  But when I clicked the button to access day 3 speakers . . .

That page was larger than I could grab with the usual PrtScr so I used the Firefox screenshot & cropped the image.

Undaunted, I found this page:

https://www.kicksugarsummit.com/day-4-speakers

I let the video shown there play 2 seconds to give VDH a chance to recognize something & to put the manifest into the Network Monitor.

You'll notice that once again, VDH is recognizing this content as being of only 3 seconds duration.  I also ran the manifest through ffprobe.  I've attached that report to this post.  The important bit is this:

Input #0, hls, from 'https://us.simplerousercontent.net/uploads/asset/file/6572144/hls/master.m3u8':
  Duration: 00:50:23.68, start: -0.046440, bitrate: 0 kb/s

Now, I know that VDH does not use ffprobe for anything.  I also know that VDH does not use ffmpeg to download videos.  It does use ffmpeg for certain functions, convert & merge among them, perhaps others.  But Michel told me that VDH does not use ffmpeg for downloading.  It's on this forum somewhere if you care to search for it, which I am too lazy to do at the moment.  I guess whatever technique he uses doesn't get the duration information on this site.  That is something we should be aware is possible, not just in this case, but for future reference.

One discovery mjs made is that it is possible to download straight MP4s from this site.  You can find separate video & audio as simple MP4s in the VDH menu.  I'm showing 2 of those plus the last line of the first MP4 variant in my image.  Their sizes are 63.7M, 200.7M, 46.8M.  Which is which?  VDH doesn't give us any clues.  I would guess the largest one is a video.  You might find the MP4s in the Network Monitor.  Then you could be a little scientific by running them through ffprobe.  It's probably easier to just download them all, since they're small, & then look at what you've gotten.  You could also look at the Hit Details that VDH provides.  That probably gives clues about what each one is.  I'll leave that to you to figure out.  I'm not downloading any of them since their content is of more interest to you than it is to me.

Another discovery mjs made is that the HLS entries on this menu also contain the separate audio & video.  I would guess that the variant I indicate with the arrow is audio without video, & the variant right below it is video without audio.  The tell is the presence or absence of the video resolution indicator 1920x1080.  I would further guess that the last 2 variants are also video without audio at the indicated lower resolutions.  This would match up well with the attached ffprobe report.  Again, I leave it to you to determine exactly what the situation is. And you need to have HLS as M2TS enabled for this, something I illustrated upthread. I'm not downloading any of this again.

Unlike my usual practice, I started by composing this post directly on the web site.  Of course, I had an ISP failure right as I was about to click the button to post it (and I was offline for almost 3 hours), so I lost my post.  I know better.  I've been burned like this before & I've offered others the advice to never use the web site to compose your posts.  Always write your posts offline, in a text editor or your E-mail client.  Then copy/paste the text in here or E-mail your post to the thread.  Stupid me.  I have images embedded within this post so I have to use the web interface to do the post.  But I never need, nobody ever needs to use the web interface to do the composing.  So while my Internet connection was down, I wrote the whole thing over again (no, that didn't take 3 hours).  This time, I did it the way I should have done it in the first place.  Fortunately, the images were all saved in my image processing application so I could just put this up again once I got back online.

[Wild Willy]

Before I get to what I was going to say, I want to express my appreciation that you guys are deleting the stealth quotes from your posts.  Good on ya!

dcm, you might find this helpful.  After you get your first download going, try this:

That will empty the VDH menu so there will be no confusion when you go to process your next video.  This won't affect your download in progress.

[dave madsen]

This is absolutely awesome and fabulous! I've been looking for this type of functionality for as long as I've been using vdh!  

EVERYONE should take note of this, as they WILL need to use it sooner or later! 

(Sorry for the top-posting and quoting, wanted to retain context).

[Wild Willy]

Statix, you're doing nothing wrong.  But there is an alternative to the VDH menu in the upper right corner of the browser screen.  You can click mouse button 2 in the middle of the video player to get access to VDH functions.

The bottom entry in the menu is for VDH, & there is a cascaded submenu behind that entry.  This functionality must be enabled on the Appearance tab of VDH settings:

It's called "right-click" there.  Professional documentation refers to mouse button 1 (MB1) & MB2.  That way, you don't have to be continually saying, "If you are using a right-handed mouse, then click . . .  But if you are using a left-handed mouse, then click . . ."  MB1 & MB2 are the correct terms for the buttons on a mouse.  This setting should be referring to MB2, not "right-click."

This VDH setting is enabled by default.  Our pal dcm is suggesting this as perhaps an easier way of getting the videos if you're going to get more than one of those listed on any of these pages.  This site is unlike many sites, YouTube for example.  On YouTube, there is only 1 video on any page.  Clicking any of the thumbnails on the right side of a YouTube page does not play that video in that page.  Instead, it takes you to a whole new page.  Your Sugar site isn't like that.  Clicking any of the videos on the page launches playback of the video directly on that page without going to a new page.

[Wild Willy]

Meh.  Context.  The context is hidden by default.  I suspect 99.99% of the users here don't even know what the ... marker below each post is for.  But at least you didn't quote the images.  That's the worst part of the stealth quoting business.

[mjs]

> But it's stuck at 0%,

Statix, l don't think you properly read what l  said earlier. If you download a HLS variant it supposed to show a progress of it but l noted on this particular site no progress is shown. It looks like it is stuck at 0 % but it isn't. Just leave it and it will eventually succeed in the download. Be patient with it.

[Wild Willy]

You can reassure yourself about any VDH download by opening Resource Monitor & looking on the Network tab.  Take a look at this recent thread:

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

I happened to put a couple of images of Resource Monitor into my post there.  Just monitor progress there instead of via the blue dot in VDH.

[Wild Willy]

There are captions (subtitles, use whichever word you like, they're synonyms) on this Sugar site.  I was surprised when I noticed them in the Network Monitor:

They seem to be discriminating against Dr. Keesha Ewers.  Her captions are called only Dr.vtt.  Everybody else on the page gets his or her full name on their captions.  They're in the part of the Network Monitor that is visible by scrolling down from what I'm showing in that image.  I was very surprised to see these, especially since there is no way to turn them on in the video player.  I've shown the gear icon in that image.  You can see that all it's for is to change the resolution of what you see in the video player.  No captions.

In any case, when I clicked on any of the 3 entries for Dr. Keesha, it looked like this:

Those are most assuredly NOT WEBVTT captions.  They kinda-sorta look like captions.  They do have the time index lines like vtt captions are supposed to have.  But the actual text of the captions is definitely not caption text.  Plus it's the same for every 5-second interval.  I'm sure you guys would be happy to get captions for this content, but it seems the web admins over at Sugar didn't do it right.

[John Moore]

Context menu has always been enabled by default in my experience, I use it mostly as the results do not move like the results sometimes do when displayed from the icon.

--
You received this message because you are subscribed to the Google Groups "Video DownloadHelper Q&A" group.
To unsubscribe from this group and stop receiving emails from it, send an email to video-downloadhelper...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/video-downloadhelper-q-and-a/e725f434-9e30-4302-86b0-07030e203fcen%40googlegroups.com.

--

John Moore

I.S-I.T. Computing

0405720081

Information Systems - Information Technology

Professional IT services

[Wild Willy]

Jaymo, please read this:

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

[Statix]

I'm successfully downloading the videos (as well as the separate audio files). Thank you folks for your help.

I noted that getting Firefox to download (into the Downloads folder) is faster. An 800 mb video file takes 2 minutes to download

I noted that getting the VDH companion help to download (into the dwhelper folder) is slower. An 800 mb file takes, um..., i don't know. It's too long for me to estimate. ha ha.

[Wild Willy]

Download speed is a tricky thing. It depends mostly on how fast the server web site is
willing to allow you to do your downloads, but there can be other factors. But I've
never noticed any speed difference due to the target directory I've chosen. I regularly
download into about 5 or 6 different directories & my download speeds have not been
affected by that choice. The only way to talk at all scientifically about your download
speed is to look in Resource Monitor on the Network tab while a download is in progress.
That's where you can get numbers that tell you how fast the download is progressing. You
can't just say well I started the download at such & such a time & VDH gave me the
notification it was complete at such & such a time. That would include other steps that
are not the actual download, like finalizing & aggregating, for example. Only what you
see in the Resource Monitor tells you how fast your downloads are progressing. I suggest
you keep an eye on Resource Monitor to determine whether changing your target directory
is really having any impact. There is no guarantee that any given download is going to
get the same speed as any other download, even if they're from the same server web site.
There are too many variables. You just have to monitor each one as you're doing it &
come to conclusions that way.

[Wild Willy]

As an example, take a look at this thread:

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

I downloaded the same video from the same web site into the same directory 2 different
ways. I showed the Resource Monitor for both downloads. That looked radically different
during the 2 downloads. The video in question happened to contain a type of data that is
known to be a probem for VDH & my download with VDH showed speeds that varied wildly
throughout the duration of the download. When I used ffmpeg to filter out the
problematic data, the download exhibited a completely different speed profile, settling
at a more or less constant speed for the duration of the download. This approach, this
style of documenting what you are seeing, is the only way you can convince me you're
seeing different speeds just because you're choosing a different target directory.

[Statix]

On Monday, September 5, 2022 at 2:04:49 PM UTC-7 Wild Willy wrote:

Download speed is a tricky thing. It depends mostly on how fast the server web site is
willing to allow you to do your downloads, but there can be other factors.

 

On Linux Mint, I see that my download speed is 11~14kb per second when downloading these m2ts streams with VDH.

If I were to just hit play on one of these kicksugar videos, it jumps to 400kb~800kb.

But I've
never noticed any speed difference due to the target directory I've chosen. I regularly
download into about 5 or 6 different directories & my download speeds have not been
affected by that choice.

I know that target directory doesn't make a difference. I just mentioned them to let you know that I'm aware of (irrelevant) differences between the different download methods.

 

[Statix]

Please feel free to try on any video in this summit https://www.kicksugarsummit.com/daily-speakers

They've all been made available for 48 hours from now til Sunday 4 AM Pacific time.

I guess my point is not so much to say that  there's a difference in speed, but "Why is VDH downloading these m2ts streams at just 10~20kb/seconds? My internet speed is capable of much more.

[Wild Willy]

That is exceedingly weird.  The test I did above to download a video with ffmpeg got a 297M file in about 90 seconds.  That's an average of not quite 3.5 million bytes per second.  But I tried another video just now.  I went to this page:

https://www.kicksugarsummit.com/day-1-speakers

I picked the first video on the page, an item of a bit over an hour duration.  When it started, Resource Monitor told me the video file was downloading at about 6 million bytes per second.  I started writing this post & went back to check on the download.  Resource Monitor said it was using a couple thousand bytes per second.  But this was apparently because VDH was doing something in the background to finalize the file, something that apparently took maybe a minute.  I can't really tell because, as mjs pointed out, the VDH blue dot status menu does not function properly on this site.  But VDH gave me the download complete notification shortly after.  Then I downloaded the audio file.  Resource Monitor spiked up to about 7 million bytes per second, then dropped to something insignificant while once again, VDH did its finalizing.  This download went very quickly.  That makes sense because a video track is always much larger than an audio track.  In this case, the sizes were 741M & 57.2M.  They played fine as synchronous files in VLC.  I didn't watch it, just sampled it at 1-minute intervals.  I saw video & heard audio at each sample.  I also played about the last 20 seconds to make sure I had video & audio right to the end, & I did.

So I'm not seeing the speed problem you are seeing.  I can't imagine what it could be.  We are both accessing the same web site.  Why would it give me millions of bytes per second but not you?  I'm using Windows 7, you're on Linux.  If anything, I would expect Linux to run faster.  I'm using Firefox.  I did a quick scan of this thread & I don't think you've said which browser you're using.  I'm using licensed VDH 7.6.3a6 beta.  Are you?  Even if you're not, I can't imagine that would affect your speed like that.  This is quite strange.

You know, I have a faint recollection of reading a post in here from somebody saying their download speed was garbage until they turned off something.  I don't remember if it was an application or a firewall or what.  I don't remember which browser & which operating system were being used.  I can't even remember enough about it to formulate a search string.  Sorry.  But there was some oddball thing, something that should not have been having this effect, that turned out to be having this effect.  I can only recommend some lateral thinking on this.  That's not much help, I'm afraid.

[Wild Willy]

Oops. My bad. You did mention Firefox. That only deepens the mystery.

[Wild Willy]

And paying more attention, I see that your problem of slow download speed happens with
the CoApp & not the browser. My tests were run with the CoApp. I downloaded the HLS
streams of the video & the audio with the CoApp. Speed of playback in the 400-800 Kb/s
sounds about right, about what I observe when I do such things. Even at 6 or 7 million
bytes per second, that's less than 20% of the maximum bandwidth I'm paying my ISP for.
But then, I have never actually seen anything push my bandwidth to its limit except for
my ISP's speed tester. Most sites, certainly every site I've ever downloaded from,
throttle their download speed in order to permit equitable usage to the most users
possible. YouTube is the worst but this site seems very good. I know you aren't seeing
it, but that's what I'm seeing.

[Statix]

On Friday, September 9, 2022 at 5:35:02 PM UTC-7 Wild Willy wrote:

And paying more attention, I see that your problem of slow download speed happens with
the CoApp & not the browser.

Yes, this is correct.

VDH is able to discover the MP4 of the silent video file (mp4) and the firefox browser itself downloads it at a fast speed (for me, 6mb/sec). But if it's the files downloading in VDH (companion app), it's super slow.

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 Linux x86-64

Browser Mozilla Firefox 104.0.2

Found companion app: VdhCoApp 1.6.3