Re: [gentoo-user] Re: Apache not starting after upgrading Apache/glibc...
Matthias Hanft wrote: >> > I *do* have another working Gentoo system (with the old glibc 2.27 and > Apache 2.4.38 and all binutils and all that - everything is still fine > there). Can I use this just to copy some files (libs) to the "sick" > system? Just until I can re-emerge everything into a consistent state > there? I now have copied /lib and /usr/lib from the other system to the "sick" system (and made a backup copy of the glibc-228 /lib and /usr/lib, of course). Now it works "a little bit" more than before, but it's still inconsistent, for example # rndc reload rndc: error while loading shared libraries: libisccfg.so.1203: cannot open shared object file: No such file or directory libisccfg.so seems to be a part of the bind package, but I still cannot emerge anything because "C compiler not working". A simple test: $ gcc -o hello hello.c In file included from hello.c:3: /usr/include/stdio.h: In function 'main': /usr/include/stdio.h:33:10: fatal error: stddef.h: No such file or directory #include ^~ compilation terminated. stddef.h is in /usr/include/linux, but is it obviously not found. Do I have *any* chance to get this system working again? Meanwhile, I would find it great to get a working system even *without* Apache! I have made a "quickpkg" out of glibc 2.28 before downgrading to 2.27. Can I just untar it and have my 2.28 libraries again (any everything except Apache will run)? Or what's the best I can do? (Without installing everything from scratch...) -Matt
[gentoo-user] Re: Apache not starting after upgrading Apache/glibc...
On 13/04/2019 17:38, Matthias Hanft wrote: Despite gcc was *not* recompiled after the glibc upgrade, it now tells $ gcc -o hello hello.c /usr/lib/gcc/i686-pc-linux-gnu/8.2.0/../../../../i686-pc-linux-gnu/bin/as: /lib/libc.so.6: version `GLIBC_2.28' not found (required by /usr/lib/binutils/i686-pc-linux-gnu/2.31.1/libbfd-2.31.1.gentoo-sys-devel-binutils-st.so) Argh!!! "as" is part of binutils, not gcc. binutils is a critical package, so you shouldn't have downgraded glibc. However, you can try to "quickpgk --include-config y binutils" in another system and copy the packages directory over to the current one. Then "emerge -a1K binutils" to emerge from the binary package.
Re: [gentoo-user] Re: Apache not starting after upgrading Apache/glibc...
Matthias Hanft wrote: > > So it seems that I cannot emerge "patch" because I need to patch > "patch" :-( Am I stuck now??? What to do?? I copied "/usr/bin/patch" from another (glibc-2.27) Gentoo system. Patching now works, but at every emerge (for example, binutils), I get something like checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether make supports nested variables... (cached) yes checking for i686-pc-linux-gnu-gcc... i686-pc-linux-gnu-gcc checking whether the C compiler works... no configure: error: in `/var/tmp/portage/sys-devel/patch-2.7.6-r3/work/patch-2.7.6': configure: error: C compiler cannot create executables See `config.log' for more details Despite gcc was *not* recompiled after the glibc upgrade, it now tells $ gcc -o hello hello.c /usr/lib/gcc/i686-pc-linux-gnu/8.2.0/../../../../i686-pc-linux-gnu/bin/as: /lib/libc.so.6: version `GLIBC_2.28' not found (required by /usr/lib/binutils/i686-pc-linux-gnu/2.31.1/libbfd-2.31.1.gentoo-sys-devel-binutils-st.so) Argh!!! I *do* have another working Gentoo system (with the old glibc 2.27 and Apache 2.4.38 and all binutils and all that - everything is still fine there). Can I use this just to copy some files (libs) to the "sick" system? Just until I can re-emerge everything into a consistent state there? -Matt
Re: [gentoo-user] Re: Apache not starting after upgrading Apache/glibc...
Nikos Chantziaras schrieb: > > See which packages were built against the new glib. Do: >$ qlop -l -d 2days > See which packages were emerged AFTER glibc 2.28. Are they critical > packages? If not, downgrade glibc anyway. Then rebuild those packages. I didn't consider those packages as critical (gcc was *not* built after the glibc upgrade!), so I succeeded to downgrade glibc at last. But now "emerge -1 apache" doesn't work because "patch" is needed, and "patch" is still looking for glibc 2.28. And "emerge -1 patch" seems to need the new glibc anyway: * patch-2.7.6.tar.xz BLAKE2B SHA512 size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking patch-2.7.6.tar.xz to >>> /var/tmp/portage/sys-devel/patch-2.7.6-r3/work >>> Source unpacked in /var/tmp/portage/sys-devel/patch-2.7.6-r3/work >>> Preparing source in >>> /var/tmp/portage/sys-devel/patch-2.7.6-r3/work/patch-2.7.6 ... * Applying patch-2.7.6-fix-test-suite.patch ... patch: /lib/libc.so.6: version `GLIBC_2.28' not found (required by patch) [ !! ] * ERROR: sys-devel/patch-2.7.6-r3::gentoo failed (prepare phase): * patch -p1 failed with /var/tmp/portage/sys-devel/patch-2.7.6-r3/files/patch-2.7.6-fix-test-suite.patch So it seems that I cannot emerge "patch" because I need to patch "patch" :-( Am I stuck now??? What to do?? -Matt
Re: [gentoo-user] Re: youtube-dl and mpv.conf file
Nikos Chantziaras wrote: > On 13/04/2019 16:07, Dale wrote: >> This is what I have right now. >> >> --format >> bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best >> >> >> [...] >> >> That seems to have another option I >> like to, get .mp4 if available. I think. It did anyway. :/ Time will >> tell. > > YouTube uses lower quality for mp4 (H.264). Downloading webm (VP9) is > recommended. But not all videos are available in that format. Which is > why the format options I posted contain both, with the meaning of "try > webm first, but if not available, then try mp4." > > Note: this is not about file size. The VP9 webm version has higher > quality than the *same size* H.264 mp4. > > > On your note, I've noticed that in the past when I use download helper with Firefox. Sometimes a smaller file or a file about the same size will have a much better resolution. One can't tell by file size what the resolution is really. That's why I use exiftool to get the info. I wish there was a GUI way to do that, like right click and it show up or something easy. So far, exiftool or playing the video in Smplayer is the only way I know. As long as I don't have to download a 1GB file to get a 10 minute video, I can live with it. What I hate is downloading the thing and it not being what I needed to begin with. ROFL I have DSL but downloading a 1GB file takes a couple hours. Yea, I've done that before. Waste of time and bandwidth. Thanks much. I figured I was doing something wrong. I think all the info I got when searching just confused me more. Dale :-) :-)
[gentoo-user] Re: youtube-dl and mpv.conf file
On 13/04/2019 16:07, Dale wrote: This is what I have right now. --format bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best [...] That seems to have another option I like to, get .mp4 if available. I think. It did anyway. :/ Time will tell. YouTube uses lower quality for mp4 (H.264). Downloading webm (VP9) is recommended. But not all videos are available in that format. Which is why the format options I posted contain both, with the meaning of "try webm first, but if not available, then try mp4." Note: this is not about file size. The VP9 webm version has higher quality than the *same size* H.264 mp4.
Re: [gentoo-user] Re: youtube-dl and mpv.conf file
Nikos Chantziaras wrote: > On 13/04/2019 14:44, Mick wrote: >>> It still insists on downloading the largest file. >> >> It is doing this because you're asking it to download a video of >> [height<=? >> 1280], and also download potentially separately an audio file - then >> mux them >> into one container file. A *height* of <=1280 means a resolution of >> more than >> 1080p. So, no wonder it wants to download a much larger video file. In >> addition, the question mark is used to download videos up to 1280 or >> videos >> where the height is not known. Therefore it could potentially >> download a >> bigger file if its height is somehow not declared in its web metadata. > > He forgot to change "height" to "width". Dale needs to improve his > copy skills :-) > > Specifying a width of 1280 is better than specifying a height of 720 > when using youtube-dl, because a height of 720 might fail for videos > with an aspect ratio different than 16:9. But a width of 1280 is > always going to be what we call "720p" (even if the height is not > actually 720 pixels.) > > > This is what I have right now. root@fireball / # cat /etc/youtube-dl.conf --format bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best root@fireball / # When I told it to download a video as a test, it got this: root@fireball / # exiftool /home/dale/Desktop/Documents/Food/long-path.mp4.part | grep size File Size : 2016 kB Movie Data Size : 493157 Image Size : 1280x720 root@fireball / # So it seems to pick out the right size this way. If it burps one day, I'll try removing the ? from it. That seems to have another option I like to, get .mp4 if available. I think. It did anyway. :/ Time will tell. For now, this will work, I think. lol Thanks. Dale :-) :-)
[gentoo-user] Re: Apache not starting after upgrading Apache/glibc...
On 13/04/2019 15:20, Matthias Hanft wrote: Now "admin-panic" is heavily arising. HELP! What can I do?? See which packages were built against the new glib. Do: $ qlop -l -d 2days See which packages were emerged AFTER glibc 2.28. Are they critical packages? If not, downgrade glibc anyway. Then rebuild those packages. I forgot how to downgrade glibc though :-/ Years ago, this happened to me. After than, I *NEVER* allow new versions of glibc to be emerged together with other packages. I always exclude it, let everything else update, then I make a binary package of glibc (quickpkg glibc) and only then do I emerge the new glibc so I can downgrade again from the binary package (but again, I forgot how to do that now...)
[gentoo-user] Apache not starting after upgrading Apache/glibc...
Hi, today, as usual on Saturdays, I ran "emerge -aNDuv @world" which succeeded without any errors. As I noticed, there was an Apache upgrade from 2.4.38-r1 to 2.4.39, and a glibc upgrade from 2.27-r6 to 2.28-r5 (among others). After upgrading, Apache won't start any more. "/etc/init.d/apache2 start" waits (as long as I put "--wait 6", for example, into the init script), and then says "Apache failed to start". In /var/log/apache2/error_log, there is nothing. Of course, I already asked Google and found some issues with /dev/random and /proc/sys/kernel/random/entropy_avail - I installed "rngd" then, to avoid those problems. I even disabled the "auth_digest" module. Doesn't help. Starting Apache with "-e debug" shows loading a lot of Apache modules, and then nothing happens any more. "ps -ef" shows just a single Apache process (where there should be some more as usual. "netstat -lnp | grep -w 80" shows no listening ports. Downgrading to Apache 2.4.38 doesn't help either, and downgrading glibc seems to be forbidden as "this will clearly break your system" (emerge says). Now "admin-panic" is heavily arising. HELP! What can I do?? Thanks a lot, -Matt
[gentoo-user] Re: youtube-dl and mpv.conf file
On 13/04/2019 14:44, Mick wrote: It still insists on downloading the largest file. It is doing this because you're asking it to download a video of [height<=? 1280], and also download potentially separately an audio file - then mux them into one container file. A *height* of <=1280 means a resolution of more than 1080p. So, no wonder it wants to download a much larger video file. In addition, the question mark is used to download videos up to 1280 or videos where the height is not known. Therefore it could potentially download a bigger file if its height is somehow not declared in its web metadata. He forgot to change "height" to "width". Dale needs to improve his copy skills :-) Specifying a width of 1280 is better than specifying a height of 720 when using youtube-dl, because a height of 720 might fail for videos with an aspect ratio different than 16:9. But a width of 1280 is always going to be what we call "720p" (even if the height is not actually 720 pixels.)
Re: [gentoo-user] Re: youtube-dl and mpv.conf file
On Saturday, 13 April 2019 12:19:46 BST Nikos Chantziaras wrote: > On 13/04/2019 11:55, Dale wrote: > > Just tried this as well. > > > > root@fireball / # cat /home/dale/.config/youtube-dl/config > > > > ytdl-format=bestvideo[height<=?1280]+bestaudio/best > > > > It still insists on downloading the largest file. > > "--ytdl-format" is an MPV option, not a youtube-dl option. Also, > omitting the "--" from the option name is an MPV thing. youtube-dl still > needs the "--". > > So you need: > > --format > bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280] > +bestaudio/best This part of the man page is worth a read for format configuration options: https://github.com/ytdl-org/youtube-dl/blob/master/README.md#format-selection -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: youtube-dl and mpv.conf file
On Saturday, 13 April 2019 09:55:45 BST Dale wrote: > root@fireball / # cat /home/dale/.config/youtube-dl/config > ytdl-format=bestvideo[height<=?1280]+bestaudio/best > root@fireball / # > > > > It still insists on downloading the largest file. It is doing this because you're asking it to download a video of [height<=? 1280], and also download potentially separately an audio file - then mux them into one container file. A *height* of <=1280 means a resolution of more than 1080p. So, no wonder it wants to download a much larger video file. In addition, the question mark is used to download videos up to 1280 or videos where the height is not known. Therefore it could potentially download a bigger file if its height is somehow not declared in its web metadata. As I understand it, to only download a single file containing both video and audio and restrict its video size to height<=720, you should define it thus: --format 'best[height<=720]' For example, this URL is provided by Google in many different formats and containers: $ youtube-dl -F 'https://www.youtube.com/watch?v=7TavVZMewpY' [youtube] 7TavVZMewpY: Downloading webpage [youtube] 7TavVZMewpY: Downloading video info webpage [info] Available formats for 7TavVZMewpY: format code extension resolution note 249 webm audio only DASH audio 53k , opus @ 50k, 647.78KiB 250 webm audio only DASH audio 71k , opus @ 70k, 855.53KiB 171 webm audio only DASH audio 127k , vorbis@128k, 1.55MiB 140 m4aaudio only DASH audio 130k , m4a_dash container, mp4a.40.2@128k, 1.68MiB 251 webm audio only DASH audio 141k , opus @160k, 1.65MiB 394 mp4256x138144p 91k , av01.0.05M.08, 24fps, video only, 947.02KiB 278 webm 256x138144p 110k , webm container, vp9, 24fps, video only, 1.19MiB 160 mp4256x138144p 110k , avc1.4d400c, 24fps, video only, 834.76KiB 395 mp4426x230240p 202k , av01.0.05M.08, 24fps, video only, 1.69MiB 242 webm 426x230240p 232k , vp9, 24fps, video only, 1.81MiB 133 mp4426x230240p 282k , avc1.4d4015, 24fps, video only, 1.91MiB 396 mp4640x346360p 359k , av01.0.05M.08, 24fps, video only, 3.01MiB 243 webm 640x346360p 402k , vp9, 24fps, video only, 3.07MiB 134 mp4640x346360p 499k , avc1.4d401e, 24fps, video only, 3.53MiB 397 mp4854x460480p 647k , av01.0.05M.08, 24fps, video only, 5.37MiB 244 webm 854x460480p 760k , vp9, 24fps, video only, 4.97MiB 135 mp4854x460480p 837k , avc1.4d401e, 24fps, video only, 5.36MiB 247 webm 1280x690 720p 1343k , vp9, 24fps, video only, 8.89MiB 136 mp41280x690 720p 1429k , avc1.4d401f, 24fps, video only, 8.26MiB 248 webm 1920x1036 1080p 2529k , vp9, 24fps, video only, 22.53MiB 137 mp41920x1036 1080p 4331k , avc1.640028, 24fps, video only, 26.69MiB 43 webm 640x360medium , vp8.0, vorbis@128k, 10.60MiB 18 mp4640x344medium 610k , avc1.42001E, mp4a.40.2@ 96k (44100Hz), 7.91MiB 22 mp41280x690 hd720 766k , avc1.64001F, mp4a.40.2@192k (44100Hz) (best) If you use: youtube-dl --format 'best[height<=720]' 'https://www.youtube.com/watch? v=7TavVZMewpY' only a single file will be downloaded containing both video and audio. In this case the video is 690 pixels high, which is <=720. You can add: --format 'best[height<=720]' in your config file to not have to enter it every time you download a file. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: youtube-dl and mpv.conf file
On 13/04/2019 11:55, Dale wrote: Just tried this as well. root@fireball / # cat /home/dale/.config/youtube-dl/config ytdl-format=bestvideo[height<=?1280]+bestaudio/best It still insists on downloading the largest file. "--ytdl-format" is an MPV option, not a youtube-dl option. Also, omitting the "--" from the option name is an MPV thing. youtube-dl still needs the "--". So you need: --format bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best
Re: [gentoo-user] start ntpdate after network.... (SOLVED)
Hi people, As systemd handles netwok, I can do it as well with time! You can safely delete every ntp package and edit the file: /etc/systemd/timesyncd.conf and change its content to: [Time] NTP=0.ch.pool.ntp.org 1.ch.pool.ntp.org 2.ch.pool.ntp.org 3.ch.pool.ntp.org FallbackNTP=0.gentoo.pool.ntp.org 1.gentoo.pool.ntp.org 2.gentoo.pool.ntp.org 3.gentoo.pool.ntp.org enable systemd-timesync with: systemctl enable systemd-timesyncd and done! When I restart, after network is up the time is synchronized in background until lightdm is up. best, Tamer On 3/11/19 9:23 AM, Neil Bothwick wrote: On Sun, 10 Mar 2019 18:55:29 -0400, Rich Freeman wrote: Mar 11 00:33:37 localhost ntpdate[4553]: Exiting, name server cannot be used: Temporary failure in name resolution (-3)11 Mar 00:33:37 ntpdate[4553]: name server cannot be used: Temporary failure in name resolution (-3) Ok, you didn't mention what you're using for a network manager. How is the network interface being configured in the first place? There are several ways that it is commonly done. Also, what are you using for DNS? In particular, are you running a local DNS server, or are you relying on a network-supplied DNS server? How is /etc/resolv.conf being created (likely by the network manager, but maybe it is being done in another way). Also, where is the NTP server? On the local network or external? ntpdate by default depends on network-online.target and not on nss-lookup.target, which can sometimes lead to issues if you're running a DNS server that isn't online when the network is online (such as a local server). The definitions of when a network is actually online are variable, see https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ You may need to add NetworkManager-wait-online.service or systemd-networkd-wait-online.service to the dependencies for ntpdate, which is possibly why Rich is asking how you manage your network. I don't use ntpdate here but systemd-timesyncd.service instead, which seems to handle this better.
Re: [gentoo-user] Re: youtube-dl and mpv.conf file
Dale wrote: > Nikos Chantziaras wrote: >> On 13/04/2019 11:11, Dale wrote: >>> Anyway, I want to set it so that the highest resolution it >>> will download is 720P. [...] >>> >>> I stuck the following into the file, in each location I tried. >>> >>> ytdl-format=bestvideo[height<=?720]+bestaudio/best >>> >>> From my googling, that's what is shown is several places as being >>> correct. >>> >>> What am I missing here? Does it look in a new place that I haven't >>> found yet? Name changed? Something else? Anyone have a idea on where >>> this goes and/or why this isn't working? >> Are you actually downloading with youtube-dl, or are you viewing them >> directly with mpv? Because the mpv config file is only used by mpv, >> not by youtube-dl: >> >> https://github.com/ytdl-org/youtube-dl/blob/master/README.md#configuration >> >> >> Anyway, you should limit the width of the video, not the height. For >> 720p, the width would be 1280. To get the highest quality encoding, >> prefer VP9 (webm) instead of H.264 (mp4), but allow H.264 fallback if >> a video doesn't have a VP9 encoding. Also, I use a rule to prevent >> dash segments because (at least in the past) prevents video seeking >> from working. I use SMPlayer as an MPV front-end, and in the advanced >> settings, I use this: >> >> --ytdl-format >> bestvideo[ext=webm][width<=?2560]+bestaudio/bestvideo[ext=mp4][protocol!=http_dash_segments][width<=?2560]+bestaudio/best >> >> This is to limit to 1440p though. For 720p, use a 1280 width: >> >> --ytdl-format >> bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][protocol!=http_dash_segments][width<=?1280]+bestaudio/best >> >> >> > > I'm actually downloading with youtube-dl. I thought it odd that it > would refer to a mpv file for downloading. Still, when I searched, it > is what kept popping up. Maybe a search term confused google. After I > posted, I tried searching for other terms and found the link you > reference in your post. I then created the file here: > /etc/youtube-dl.conf I put in the same as mentioned before but it still > downloads a huge file. I got this using exiftool: > > root@fireball / # exiftool > /home/dale/Desktop/Documents/Food/long-path-to-video.mp4 | grep size > File Size : 192 MB > Movie Data Size : 200847130 > Image Size : 1920x1080 > root@fireball / # > > It still seems to ignore that I want a smaller video. Just for clarity: > > root@fireball / # cat /etc/youtube-dl.conf > ytdl-format=bestvideo[height<=?720]+bestaudio/best > root@fireball / # > > I'll try your setting but I would think it would still pick something > smaller than 1920x1080. Right? > > Dale > > :-) :-) > Just tried this as well. root@fireball / # cat /home/dale/.config/youtube-dl/config ytdl-format=bestvideo[height<=?1280]+bestaudio/best root@fireball / # It still insists on downloading the largest file. Like this: root@fireball / # exiftool /home/dale/Desktop/Documents/Food/long-path-to-file.mp4 | grep size File Size : 191 MB Movie Data Size : 1689868 Image Size : 1920x1080 root@fireball / # I'm sure this is some silly thing I'm missing here. Maybe a typo or something?? I'm trying to copy and paste when I can since it helps prevent typos. Thanks. Dale :-) :-)
Re: [gentoo-user] Re: youtube-dl and mpv.conf file
Nikos Chantziaras wrote: > On 13/04/2019 11:11, Dale wrote: >> Anyway, I want to set it so that the highest resolution it >> will download is 720P. [...] >> >> I stuck the following into the file, in each location I tried. >> >> ytdl-format=bestvideo[height<=?720]+bestaudio/best >> >> From my googling, that's what is shown is several places as being >> correct. >> >> What am I missing here? Does it look in a new place that I haven't >> found yet? Name changed? Something else? Anyone have a idea on where >> this goes and/or why this isn't working? > > Are you actually downloading with youtube-dl, or are you viewing them > directly with mpv? Because the mpv config file is only used by mpv, > not by youtube-dl: > > https://github.com/ytdl-org/youtube-dl/blob/master/README.md#configuration > > > Anyway, you should limit the width of the video, not the height. For > 720p, the width would be 1280. To get the highest quality encoding, > prefer VP9 (webm) instead of H.264 (mp4), but allow H.264 fallback if > a video doesn't have a VP9 encoding. Also, I use a rule to prevent > dash segments because (at least in the past) prevents video seeking > from working. I use SMPlayer as an MPV front-end, and in the advanced > settings, I use this: > > --ytdl-format > bestvideo[ext=webm][width<=?2560]+bestaudio/bestvideo[ext=mp4][protocol!=http_dash_segments][width<=?2560]+bestaudio/best > > This is to limit to 1440p though. For 720p, use a 1280 width: > > --ytdl-format > bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][protocol!=http_dash_segments][width<=?1280]+bestaudio/best > > > I'm actually downloading with youtube-dl. I thought it odd that it would refer to a mpv file for downloading. Still, when I searched, it is what kept popping up. Maybe a search term confused google. After I posted, I tried searching for other terms and found the link you reference in your post. I then created the file here: /etc/youtube-dl.conf I put in the same as mentioned before but it still downloads a huge file. I got this using exiftool: root@fireball / # exiftool /home/dale/Desktop/Documents/Food/long-path-to-video.mp4 | grep size File Size : 192 MB Movie Data Size : 200847130 Image Size : 1920x1080 root@fireball / # It still seems to ignore that I want a smaller video. Just for clarity: root@fireball / # cat /etc/youtube-dl.conf ytdl-format=bestvideo[height<=?720]+bestaudio/best root@fireball / # I'll try your setting but I would think it would still pick something smaller than 1920x1080. Right? Dale :-) :-)
[gentoo-user] Re: youtube-dl and mpv.conf file
On 13/04/2019 11:11, Dale wrote: Anyway, I want to set it so that the highest resolution it will download is 720P. [...] I stuck the following into the file, in each location I tried. ytdl-format=bestvideo[height<=?720]+bestaudio/best From my googling, that's what is shown is several places as being correct. What am I missing here? Does it look in a new place that I haven't found yet? Name changed? Something else? Anyone have a idea on where this goes and/or why this isn't working? Are you actually downloading with youtube-dl, or are you viewing them directly with mpv? Because the mpv config file is only used by mpv, not by youtube-dl: https://github.com/ytdl-org/youtube-dl/blob/master/README.md#configuration Anyway, you should limit the width of the video, not the height. For 720p, the width would be 1280. To get the highest quality encoding, prefer VP9 (webm) instead of H.264 (mp4), but allow H.264 fallback if a video doesn't have a VP9 encoding. Also, I use a rule to prevent dash segments because (at least in the past) prevents video seeking from working. I use SMPlayer as an MPV front-end, and in the advanced settings, I use this: --ytdl-format bestvideo[ext=webm][width<=?2560]+bestaudio/bestvideo[ext=mp4][protocol!=http_dash_segments][width<=?2560]+bestaudio/best This is to limit to 1440p though. For 720p, use a 1280 width: --ytdl-format bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][protocol!=http_dash_segments][width<=?1280]+bestaudio/best
[gentoo-user] youtube-dl and mpv.conf file
Howdy, I download videos from youtube, recipes, howtos and such using youtube-dl. Anyway, I want to set it so that the highest resolution it will download is 720P. I just don't really need a 1920x1080 video showing me how to dump a can of veggies into a pot or how to repair something I'm working on. lol I've tried placing the config file in the following so far. Placing it in /etc/mpv/mpv.conf. Then I placed it in /home/dale/.config/mpv/mpv.conf. When that failed, I tested it as root, thought maybe it was permissions problem, and placed it in /root/.config/mpv/mpv.conf. When placing it in my /home directory, I did make sure it was set to dale and users for permissions. I stuck the following into the file, in each location I tried. ytdl-format=bestvideo[height<=?720]+bestaudio/best >From my googling, that's what is shown is several places as being correct. What am I missing here? Does it look in a new place that I haven't found yet? Name changed? Something else? Anyone have a idea on where this goes and/or why this isn't working? Thanks much. Dale :-) :-)