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

Update has annoying, inane scrolling progress bar. #742

Closed
cinereous opened this issue Mar 11, 2013 · 2 comments
Closed

Update has annoying, inane scrolling progress bar. #742

cinereous opened this issue Mar 11, 2013 · 2 comments

Comments

@cinereous
Copy link

@cinereous cinereous commented Mar 11, 2013

After updating to version 2013.02.02, downloading files gives a scrolling progress that's incredibly annoying.

How do I get back the old behavior, of a single line, that updates with percentage/bytes downloaded?

My cmd line:
youtube-dl -i -c --restrict-filenames -o %(uploader)s-%(title)s[%(id)s].%(ext)s -a vidstosnag.txt

Desired behavior (pre-update):
[youtube] 00klsMV7dc8: Downloading video webpage
[youtube] 00klsMV7dc8: Downloading video info webpage
[youtube] 00klsMV7dc8: Extracting video information
[download] Destination: SpillReviews-Oz_The_Great_and_Powerful___Spill_com_Video_Movie_Review[00klsMV7dc8].mp4
[download] 100.0% of 67.98M at 94.37k/s ETA 00:00

Undesired behavior (post update, resuming a file):
[youtube] 1sZQUfc5v9g: Downloading video webpage
[youtube] 1sZQUfc5v9g: Downloading video info webpage
[youtube] 1sZQUfc5v9g: Extracting video information
[download] Resuming download at byte 27263524
[download] Destination: CalikokatPiano-The_Boxer_-_Piano[1sZQUfc5v9g].mp4
[download] 41.9% of 61.99M at 90.30k/s ETA 06:48
[download] 41.9% of 61.99M at 103.26k/s ETA 05:57
[download] 42.0% of 61.99M at 155.56k/s ETA 03:57
[download] 42.0% of 61.99M at 142.38k/s ETA 04:18
[download] 42.0% of 61.99M at 155.64k/s ETA 03:56
[download] 42.0% of 61.99M at 161.83k/s ETA 03:47
[download] 42.1% of 61.99M at 163.73k/s ETA 03:44
[download] 42.3% of 61.99M at 153.58k/s ETA 03:58
[download] 42.6% of 61.99M at 146.38k/s ETA 04:09
[download] 42.8% of 61.99M at 118.73k/s ETA 05:05
[download] 42.9% of 61.99M at 119.63k/s ETA 05:02

etc.

How can I get the perfect, sane, original behavior?

@phihag
Copy link
Contributor

@phihag phihag commented Mar 11, 2013

This looks very much like the behavior one would see when the --newline option (#679) is given, which was indeed introduced recently. I verified that there shouldn't be any mistake in our code that toggles this option by accident, and of course I cannot reproduce the behavior you describe without passing in --newline.

Can you paste what you get for

cat /etc/youtube-dl.conf ~/.config/youtube-dl.conf

Also, could you elaborate on what distribution you're using/how you've installed youtube-dl? User of PyPi or the internal updater should already be on 2013.02.25.

@cinereous
Copy link
Author

@cinereous cinereous commented Mar 11, 2013

Thank you for the quick response!

tl;dr: Everything's working.

I can't paste /etc/youtube-dl.conf or ~/.config/youtube-dl.conf, as neither exists...

I originally installed youtube-dl a few years back, just manually copying (prior to there being a built in update). I typically update a few times a year, when I think about it (youtube-dl has always worked wonderfully for me to snag vids on my low bandwidth connection and watch without having to wait ages for caching): updating today was prompted with a video continuously failing to resume; in the past, an update has fixed it (when youtube's borked something, and youtube-dl's been fixed to deal with it).

What's weird is that, doing youtube-dl -U gave me the version I mentioned earlier (2013.02.02). Doing it again, brings me up to the current:
[17:21:37] cine: /tube $ youtube-dl --version
2013.02.02
[17:21:48] cine: /tube $ youtube-dl -U
Updating to version 2013.02.25...
Updated youtube-dl. Restart youtube-dl to use the new version.

Earlier:
[15:55:08] cine: /tube $ youtube-dl -U
Updating to latest version...
Updated youtube-dl. Restart youtube-dl to use the new version.
which on first run gave me this:
WARNING: %(stitle)s is deprecated. Use the %(title)s and the --restrict-filenames flag(which also secures %(uploader)s et al) instead.
which prompted me updating to the commandline I pasted in my original post.

I didn't check what version I had before, and I'm not sure why it didn't skip the intermediate, but, I'm super happy to report that, in 2013.02.25, the preferred, wonderful progress bar behavior is as expected. I'd assume this means that I found a bug with the --newline code which existed in 2013.02.02 and got fixed (inadvertently?) for the current version.

Whatever the case, seems like it's completely user error (I wasn't at the latest), so, I thank you again for your incredibly fast response, and I'm very glad to report everything's just wonderful for me.!

@cinereous cinereous closed this Mar 11, 2013
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
2 participants
You can’t perform that action at this time.