Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upGitHub is where the world builds software
Millions of developers and companies build, ship, and maintain their software on GitHub — the largest and most advanced development platform in the world.
Update has annoying, inane scrolling progress bar. #742
Comments
|
This looks very much like the behavior one would see when the Can you paste what you get for
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. |
|
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: Earlier: 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.! |
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?