Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Freezing #648

Closed
novasharper opened this issue Jan 23, 2013 · 10 comments
Closed

Freezing #648

novasharper opened this issue Jan 23, 2013 · 10 comments

Comments

@novasharper
Copy link

@novasharper novasharper commented 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.

@phihag
Copy link
Contributor

@phihag phihag commented 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.

@novasharper
Copy link
Author

@novasharper novasharper commented Jan 24, 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
#648 (comment).

@marcusbarbu
Copy link

@marcusbarbu marcusbarbu commented 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.

@FiloSottile
Copy link
Collaborator

@FiloSottile FiloSottile commented 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.

@Plaque-fcc
Copy link

@Plaque-fcc Plaque-fcc commented 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.

@FiloSottile
Copy link
Collaborator

@FiloSottile FiloSottile commented 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? 😏)

@stolendog
Copy link

@stolendog stolendog commented 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).

@rg3
Copy link
Collaborator

@rg3 rg3 commented May 8, 2013

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

@phihag phihag reopened this May 8, 2013
@FiloSottile
Copy link
Collaborator

@FiloSottile FiloSottile commented May 8, 2013

Crossing my fingers.

@marcusbarbu
Copy link

@marcusbarbu marcusbarbu commented May 9, 2013

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
7 participants
You can’t perform that action at this time.