Freezing #472

Closed
opened 2026-02-20 23:04:59 -05:00 by deekerman · 10 comments
Owner

Originally created by @novasharper on GitHub (Jan 23, 2013).

Whenever youtube-dl has a hight download speed, it always freezes and drops down to a very low download speed (~70k/s). I don't understand why this happens. It is a relatively new problem. It did not appear in older builds. The problem started sometime around the 10th.

Originally created by @novasharper on GitHub (Jan 23, 2013). Whenever youtube-dl has a hight download speed, it always freezes and drops down to a _very_ low download speed (~70k/s). I don't understand why this happens. It is a relatively new problem. It did not appear in older builds. The problem started sometime around the 10th.
Author
Owner

@phihag commented on GitHub (Jan 23, 2013):

That's most likely youtube and not youtube-dl, which is always experimenting with high transfer speeds.

In any case, I'm not aware of any downloading or bandwidth management changes. Can you reproduce the problem with an older version? If so, can you give me two pcap files that show it? Otherwise, I don't see a way to diagnose the problem.

@phihag commented on GitHub (Jan 23, 2013): That's most likely youtube and not youtube-dl, which is always experimenting with high transfer speeds. In any case, I'm not aware of any downloading or bandwidth management changes. Can you reproduce the problem with an older version? If so, can you give me two pcap files that show it? Otherwise, I don't see a way to diagnose the problem.
Author
Owner

@novasharper commented on GitHub (Jan 23, 2013):

Ok. I will try that.

On 1/23/2013 5:04 PM, Philipp Hagemeister wrote:

That's most likely youtube and not youtube-dl, which is always
experimenting with high transfer speeds.

In any case, I'm not aware of any downloading or bandwidth management
changes. Can you reproduce the problem with an older version? If so,
can you give me two pcap files that show it? Otherwise, I don't see a
way to diagnose the problem.


Reply to this email directly or view it on GitHub
https://github.com/rg3/youtube-dl/issues/648#issuecomment-12625240.

@novasharper commented on GitHub (Jan 23, 2013): Ok. I will try that. On 1/23/2013 5:04 PM, Philipp Hagemeister wrote: > That's most likely youtube and not youtube-dl, which is always > experimenting with high transfer speeds. > > In any case, I'm not aware of any downloading or bandwidth management > changes. Can you reproduce the problem with an older version? If so, > can you give me two pcap files that show it? Otherwise, I don't see a > way to diagnose the problem. > > — > Reply to this email directly or view it on GitHub > https://github.com/rg3/youtube-dl/issues/648#issuecomment-12625240.
Author
Owner

@marcusbarbu commented on GitHub (Apr 1, 2013):

I am having the same issue. Download speed starts at 1.8 mb/s (high/normal for my connection), the program hangs for a moment and then progressively drops before hitting ~65 kb/s.

@marcusbarbu commented on GitHub (Apr 1, 2013): I am having the same issue. Download speed starts at 1.8 mb/s (high/normal for my connection), the program hangs for a moment and then progressively drops before hitting ~65 kb/s.
Author
Owner

@FiloSottile commented on GitHub (Apr 4, 2013):

Discussion in #355 is relevant.

Today I noticed a thing: in the player the speed is really high for the first buffering seconds, then drops to about playing speed, BUT if you seek to a point near the end of the buffer the speed bursts again.

I'm not really sure we can/should exploit this but it's interesting.

@FiloSottile commented on GitHub (Apr 4, 2013): Discussion in #355 is relevant. Today I noticed a thing: in the player the speed is really high for the first buffering seconds, then drops to about playing speed, BUT if you seek to a point near the end of the buffer the speed bursts again. I'm not really sure we can/should exploit this but it's interesting.
Author
Owner

@Plaque-fcc commented on GitHub (Apr 4, 2013):

This certainly appears to be about server-to-client stream

shaping. Can you make server stream it to you again fullspeed? Yeah,
just break the connection up. Playing with wget (direct http-download)
on video streaming servers, one can notice the same thing.

To reproduce:

• use youtube-dl to fetch direct link to the video;
• ask youtube-dl on its user-agent string;
• run wget with the link and fake user-agent string.

You will notice all the same: 3-10 sec boost then streaming about the
bitrate of the movie you are fetching. Interrupt the download and start
it again (use «-c» wget switch to resume download) — and in 5-10 cycles
of doing so you receive the overhead enough to feed your media player,
depending on the movie's file size.

@Plaque-fcc commented on GitHub (Apr 4, 2013): ``` This certainly appears to be about server-to-client stream ``` shaping. Can you make server stream it to you again fullspeed? Yeah, just break the connection up. Playing with wget (direct http-download) on video streaming servers, one can notice the same thing. To reproduce: • use youtube-dl to fetch direct link to the video; • ask youtube-dl on its user-agent string; • run wget with the link and fake user-agent string. You will notice all the same: 3-10 sec boost then streaming about the bitrate of the movie you are fetching. Interrupt the download and start it again (use «-c» wget switch to resume download) — and in 5-10 cycles of doing so you receive the overhead enough to feed your media player, depending on the movie's file size.
Author
Owner

@FiloSottile commented on GitHub (Apr 17, 2013):

Aaaaaand... closed! Really. With a60b854, it was easy

💥 Now you can effectively download the whole video at the maximum speed of your connection.

Is it safe to say that this makes us the fastest YT downloader around?
(And that we will get in trouble with Google? 😏)

@FiloSottile commented on GitHub (Apr 17, 2013): Aaaaaand... closed! Really. With a60b854, it was easy :sparkles: :boom: Now you can effectively download the whole video at the maximum speed of your connection. Is it safe to say that this makes us the fastest YT downloader around? (And that we will get in trouble with Google? :smirk:)
Author
Owner

@stolendog commented on GitHub (May 8, 2013):

is it really works? because using last version 2013.05.07 I am getting download rate drop, using -f 34 format. This problem can be solved only when using -f 43 format (WebM).

@stolendog commented on GitHub (May 8, 2013): is it really works? because using last version 2013.05.07 I am getting download rate drop, using -f 34 format. This problem can be solved only when using -f 43 format (WebM).
Author
Owner

@rg3 commented on GitHub (May 8, 2013):

This was reverted in commit c8c5443bb5
because apparently it broke a lot of videos.

@rg3 commented on GitHub (May 8, 2013): This was reverted in commit c8c5443bb50644bfd784044860092f95cb4616b5 because apparently it broke a lot of videos.
Author
Owner

@FiloSottile commented on GitHub (May 8, 2013):

Crossing my fingers.

@FiloSottile commented on GitHub (May 8, 2013): Crossing my fingers.
Author
Owner

@marcusbarbu commented on GitHub (May 8, 2013):

Just tried it, everything seems to work as far as download speed.

@marcusbarbu commented on GitHub (May 8, 2013): Just tried it, everything seems to work as far as download speed.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/youtube-dl-ytdl-org#472
No description provided.