]> Raphaël G. Git Repositories - youtubedl/blob - debian/NEWS
debian/NEWS: Write news about new behavior of youtube-dl.
[youtubedl] / debian / NEWS
1 youtube-dl (2014.02.17-1~0.gbp848723) UNRELEASED; urgency=medium
2
3 There are too many goodies that this new release brings us,
4 including that it is possible to combine/merge/multiplex audio and
5 video formats that Youtube now offers separately (See the previous
6 notes about Youtube using DASH for video and audio).
7
8 Now, if you want a 480p video in H.264 format, High profile, with
9 128kbps AAC audio (this used to be Youtube's format 35), you can
10 specify format `-f 135+140` on the command-line, and so on. Only your
11 imagination is the limit.
12
13 -- Rogério Brito <rbrito@ime.usp.br> Mon, 17 Feb 2014 18:24:20 -0300
14
15 youtube-dl (2013.10.23-1) unstable; urgency=low
16
17 From http://cynic.cc/blog/posts/2013-10-23-assorted_news/:
18
19 [13]Some people may have noticed, others may not, but when downloading
20 videos from Youtube, they apparently are getting more aggressive with
21 the use of [14]Dynamic Adaptive Streaming over HTTP (also called DASH)
22 and, as a result, some (perhaps going to be all in the near future?) of
23 the videos may not be available in the resolution/formats that you used
24 to like (like me, with format number 35).
25
26 By the way, one thing that is interesting with youtube videos provided
27 via DASH is that they are available in different streams: one for the
28 video and another for the audio.
29
30 What does this mean in practical terms for users of youtube-dl? Well,
31 if you wanted to download videos in resolutions like the 480p (format
32 35) that I mentioned, then you will probably have to change your way of
33 doing things, until a more automated solution is in place.
34
35 You will have to download both the audio and the video and, then,
36 "combine" them (that is, multiplex them) to create one "normal" video
37 file with both the audio and the video. I usually do this via:
38
39 ffmpeg -i audio.m4a -i video.mp4 -vcodec copy -acodec copy combined.mp4
40
41 If you prefer having a Matroska container instead of an mp4 container
42 (which, BTW, results in smaller muxing overhead), then you can use the
43 command line:
44
45 mkvmerge -o combined.mkv audio.m4a video.mp4
46
47 Oh, those m4a and mp4 extensions are a new addition that [15]I just
48 sent upstream (in the past, both would have been named with an
49 extension of mp4).
50
51 As, an aside, I like formats 135 for video and 140 for audio, for the
52 reasons that I mentioned in a comments to issue 1612:
53
54 Otherwise, to download 480p videos (which I do for lectures and so
55 on with other projects of mine, like edx-dl) I have to call
56 youtube-dl twice: once for format 135 and another for format 140,
57 since the old (?) format 35 files are much smaller than the lower
58 resolution 360p files (due to the former being encoded in High
59 profile vs. the latter being encoded in Constrained Baseline
60 profile).
61
62 While this is unfortunate for some, this is a good thing for others: I
63 once had a blind user of youtube-dl asking me if he could avoid
64 downloading the whole video just to extract the audio, so that he save
65 on bandwidth. Well, now this is possible.
66
67
68 13. https://github.com/rg3/youtube-dl/issues/1612
69 14. https://en.wikipedia.org/wiki/Dynamic%20Adaptive%20Streaming%20over%20HTTP
70 15. https://github.com/rg3/youtube-dl/pull/1622
71
72 -- Rogério Brito <rbrito@ime.usp.br> Fri, 25 Oct 2013 01:25:41 -0200
73
74 youtube-dl (2010.07.22-1) unstable; urgency=medium
75
76 The upstream author has removed support for the -b ("best format") and
77 the -d ("high def") command line options.
78
79 The behavior now is to download the best quality for each video.
80 If you experience a problem with youtube-dl downloading videos that are
81 too large, you should consider using the --max-quality option to limit
82 which format to use.
83
84 The list of formats (in decreasing quality) can be found with:
85
86 grep "available_formats =" /usr/bin/youtube-dl
87
88 -- Rogério Brito <rbrito@ime.usp.br> Thu, 22 Jul 2010 19:07:03 -0300
89