Re: [gentoo-user] youtube-dl and the conf file.
Dale wrote: > Arve Barsnes wrote: >> I have not updated to yesterday's version yet, but using this format >> string on the command line on a HD video downloaded a 720p video, as >> expected. >> >> Immediate thought is that there's a stray config file somewhere still. >> Why do you get the 'ytdl-format' thing? As far as the internet can >> tell me, this is a mpv command line option. >> >> Regards, >> Arve >> >> > > That idea turned into something. I recently started running the command > as my user instead of root. I was trying to fix permissions issues > since it sets them as root:root when run as root plus it shouldn't be > run as root. Anyway, I thought I'd better look in /home/dale and see if > there was a config file in there. Yep, there it was. I think the > problem may be that they was a leading space at the beginning of the > relevant line. That space may have confused youtube-dl. > > It didn't hit me that this started when I started switching to my user > instead of running as root. I don't recall setting up that user config > file either. That said, it was likely many years ago. Will update > later when I test it again. > > Oh, it was grabbing the right format despite the error. It never went > above 720P or 1280 wide. It was working, just complaining about it. lol > > Thanks much. > > Dale > > :-) :-) > Just to confirm. I been using the old version still but the error message is gone. Me starting to use my user account and it having a bad config I forgot about was the problem. Thanks for the help. :-D Dale :-) :-)
Re: [gentoo-user] youtube-dl and the conf file.
Arve Barsnes wrote: > On Mon, 2 Nov 2020 at 17:06, Dale wrote: >> dale@fireball ~/Desktop/Videos/TV_Series/Midsomer_Murders $ >> /usr/local/bin/youtube-dl --format >> 'bestvideo[ext=webm,ext=mp4][width<=?1280]+bestaudio/best' > video links that include HD versions> >> ERROR: u'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a >> valid URL. Set --default-search "ytsearch" (or run youtube-dl >> "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to >> search YouTube > I have not updated to yesterday's version yet, but using this format > string on the command line on a HD video downloaded a 720p video, as > expected. > > Immediate thought is that there's a stray config file somewhere still. > Why do you get the 'ytdl-format' thing? As far as the internet can > tell me, this is a mpv command line option. > > Regards, > Arve > > That idea turned into something. I recently started running the command as my user instead of root. I was trying to fix permissions issues since it sets them as root:root when run as root plus it shouldn't be run as root. Anyway, I thought I'd better look in /home/dale and see if there was a config file in there. Yep, there it was. I think the problem may be that they was a leading space at the beginning of the relevant line. That space may have confused youtube-dl. It didn't hit me that this started when I started switching to my user instead of running as root. I don't recall setting up that user config file either. That said, it was likely many years ago. Will update later when I test it again. Oh, it was grabbing the right format despite the error. It never went above 720P or 1280 wide. It was working, just complaining about it. lol Thanks much. Dale :-) :-)
Re: [gentoo-user] youtube-dl and the conf file.
On Mon, 2 Nov 2020 at 17:06, Dale wrote: > dale@fireball ~/Desktop/Videos/TV_Series/Midsomer_Murders $ > /usr/local/bin/youtube-dl --format > 'bestvideo[ext=webm,ext=mp4][width<=?1280]+bestaudio/best' video links that include HD versions> > ERROR: u'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a > valid URL. Set --default-search "ytsearch" (or run youtube-dl > "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to > search YouTube I have not updated to yesterday's version yet, but using this format string on the command line on a HD video downloaded a 720p video, as expected. Immediate thought is that there's a stray config file somewhere still. Why do you get the 'ytdl-format' thing? As far as the internet can tell me, this is a mpv command line option. Regards, Arve
Re: [gentoo-user] youtube-dl and the conf file.
Arve Barsnes wrote: > On Fri, 30 Oct 2020 at 22:56, Dale wrote: >> wget https://yt-dl.org/downloads/latest/youtube-dl -O >> /usr/local/bin/youtube-dl >> chmod a+rx /usr/local/bin/youtube-dl > This should work just fine, you just need to specify the path when you > want to use it. > > Not sure how wise the following is, but you could also just put it > directly in /usr/bin/ as well, and then it would continue to work as > normal, and portage would update it when/if a new version is released. > > Regards, > Arve > > I finally got it installed in /usr/local/bin. I get the same error. I removed all the video links but this is what I get when I put the options on the command line itself with the conf file commented out completely. dale@fireball ~/Desktop/Videos/TV_Series/Midsomer_Murders $ /usr/local/bin/youtube-dl --format 'bestvideo[ext=webm,ext=mp4][width<=?1280]+bestaudio/best' ERROR: u'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a valid URL. Set --default-search "ytsearch" (or run youtube-dl "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to search YouTube dale@fireball ~/Desktop/Videos/TV_Series/Midsomer_Murders $ Version info. dale@fireball ~/Desktop/Videos/TV_Series/Midsomer_Murders $ /usr/local/bin/youtube-dl --version 2020.11.01.1 dale@fireball ~/Desktop/Videos/TV_Series/Midsomer_Murders $ So, latest version, doesn't like the conf file or the option on the command line itself. What next? Is there a tiny typo in there or something? Dale :-) :-)
Re: [gentoo-user] youtube-dl and the conf file.
On 30/10/20 21:56, Dale wrote: > I read somewhere that > it is being fought. I think EFF is involved along with others. Let's hope the EFF / Github argue "unclean hands" - that one of the primary uses of youtube-dl is to get round the copy-protection that the RIAA has forced copyright holders to use when they don't want to ... Cheers, Wol
Re: [gentoo-user] youtube-dl and the conf file.
On 2020.10.30 18:36, Arve Barsnes wrote: On Fri, 30 Oct 2020 at 22:56, Dale wrote: > wget https://yt-dl.org/downloads/latest/youtube-dl -O > /usr/local/bin/youtube-dl > chmod a+rx /usr/local/bin/youtube-dl This should work just fine, you just need to specify the path when you want to use it. Not sure how wise the following is, but you could also just put it directly in /usr/bin/ as well, and then it would continue to work as normal, and portage would update it when/if a new version is released. Regards, Arve I put such things (or links to them) in /usr/local/bin. That way I can easily see what stuff I've installed that way.
Re: [gentoo-user] youtube-dl and the conf file.
On Fri, 30 Oct 2020 at 22:56, Dale wrote: > wget https://yt-dl.org/downloads/latest/youtube-dl -O > /usr/local/bin/youtube-dl > chmod a+rx /usr/local/bin/youtube-dl This should work just fine, you just need to specify the path when you want to use it. Not sure how wise the following is, but you could also just put it directly in /usr/bin/ as well, and then it would continue to work as normal, and portage would update it when/if a new version is released. Regards, Arve
Re: [gentoo-user] youtube-dl and the conf file.
Dale wrote: > Michael wrote: >> Commented lines are not taken into account. >> >> The format you specify above is correct. >> >> The problem seems to be with the youtube-dl version you are using. I get no >> such problems with youtube-dl version 2020.09.20. > > I'm on this: > > > root@fireball / # youtube-dl --version > 2020.06.16.1 > root@fireball / # > > > How does one update? Should I use the youtube-dl update tool or is > there a way to do it with emerge but point it somewhere beside git or > whatever that RIAA took down? > > Gonna google in the meantime. > > Dale > > :-) :-) > OK. Did some googling, startpaging actually, and found some commands. Obviously this is outside of emerge and I wish I didn't have to update it this way. Also, I haven't done this yet. The commands I found are this: wget https://yt-dl.org/downloads/latest/youtube-dl -O /usr/local/bin/youtube-dl chmod a+rx /usr/local/bin/youtube-dl Since I can't recall the last time I installed something without emerge doing it, I got questions. Should that work? I have wget installed of course. Will this be easy to undo when a replacement comes along? Delete a directory or something and it's gone?? Can I leave the current version installed since I can't upgrade and the current working one may no longer be available to re-emerge? I'd assume I'd need to include the path to it as well to make sure it runs the correct one?? I've seen forks already popping up. Is there any hope that one of those will be added to the tree until this sorts out? I read somewhere that it is being fought. I think EFF is involved along with others. Plus, with the forks already taking off, the RIAA didn't accomplish anything with this stupid action. It just created more options for people to install and use. Instead of playing whack-a-mole with one hole, they now have several holes to whack at. Sort of stupid to attempt this really. I suspect the RIAA is about to learn a huge lesson in how free software works. ;-) May do this later depending on responses. I don't use youtube-dl often but right now, I found a gold mine of videos I want to save. My DSL is to slow to stream them anyway so downloading them is best, plus I don't have to worry about them being censored for some stupid reason and then gone. I get them while I can. Thanks for any info. Dale :-) :-)
Re: [gentoo-user] youtube-dl and the conf file.
Hello, On Wed, 28 Oct 2020, Dale wrote: >David Haller wrote: >> Please run again with -v, such as: >> >> $ youtube-dl -v https://www.youtube.com/watch?v=byTOZIvyXPo >> >> and then check at the top for the lines: >> >> [debug] System config: [] >> [debug] User config: [ .. THIS IS WHAT I'M INTERESTED IN .. ] >> [debug] Custom config: [] >> [debug] Command-line args: [u'-v', >> u'https://www.youtube.com/watch?v=IzPxJK4drcc'] >> [..] >> [debug] youtube-dl version 2020.09.20 [..] >dale@fireball ~/Desktop $ youtube-dl -v >https://www.youtube.com/watch?v=C0DPdy98e4c >[debug] System config: [] >[debug] User config: ['ytdl-format=bestvideo[height<=?1280]+bestaudio/best'] >[debug] Custom config: [] >[debug] Command-line args: ['-i', '-v', >'https://www.youtube.com/watch?v=C0DPdy98e4c'] >[debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8 >[debug] youtube-dl version 2020.06.16.1 You seem to have a stray config file ;) I checked with the exact same version as you and your config file and it gives me: $ youtube-dl --config-location /tmp/test-ytconf [..] [debug] User config: [] [debug] Custom config: ['--format', 'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best', '--merge-output-format', 'mp4'] [debug] youtube-dl version 2020.06.16.1 [debug] Python version 3.8.6 (CPython) ... (I use the seperate config to not overwrite mine, but I tested it with my config and it also gives me: [debug] User config: [ ... '--format', 'best[height ...] So, you seem to have some user config file which contains: ytdl-format=bestvideo[height<=?1280]+bestaudio/best instead of '--format[space]some_specs'. To find it the easiest, try: $ strace -eopen youtube-dl SOMEURL 2>&1 | grep /home/ Here, it shows just ~/.config/youtube-dl/config to be used. HTH, -dnh -- A funny symbol that I can't read has just been input. Continue, and I'll forget that it ever happened. -- a TeX message
Re: [gentoo-user] youtube-dl and the conf file.
Michael wrote: > > Commented lines are not taken into account. > > The format you specify above is correct. > > The problem seems to be with the youtube-dl version you are using. I get no > such problems with youtube-dl version 2020.09.20. I'm on this: root@fireball / # youtube-dl --version 2020.06.16.1 root@fireball / # How does one update? Should I use the youtube-dl update tool or is there a way to do it with emerge but point it somewhere beside git or whatever that RIAA took down? Gonna google in the meantime. Dale :-) :-)
Re: [gentoo-user] youtube-dl and the conf file.
On Wednesday, 28 October 2020 23:15:21 GMT Dale wrote: > David Haller wrote: > > Hello, > > > > On Tue, 27 Oct 2020, Dale wrote: > > [..] > > > >> ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a > >> valid URL. Set --default-search "ytsearch" (or run youtube-dl > >> "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to > >> search YouTube > >> [youtube] byTOZIvyXPo: Downloading webpage > > > > Please run again with -v, such as: > > > > $ youtube-dl -v https://www.youtube.com/watch?v=byTOZIvyXPo > > > > and then check at the top for the lines: > > > > [debug] System config: [] > > [debug] User config: [ .. THIS IS WHAT I'M INTERESTED IN .. ] > > [debug] Custom config: [] > > [debug] Command-line args: [u'-v', > > u'https://www.youtube.com/watch?v=IzPxJK4drcc'] [..] > > [debug] youtube-dl version 2020.09.20 > > > > and mail them here ... One should see there how yt-dl parses your > > config and hopefully what goes wrong with it. > > > > HTH, > > -dnh > > Finally getting thing back to normal. Been checking out the quality of > new power supply and the age of my mobo. Mobo is 7 years old. May > start digging around for one of those soon. o_0 > > Searched for test video and grabbed the first hit. Here is the complete > output. > > > dale@fireball ~/Desktop $ youtube-dl -v > https://www.youtube.com/watch?v=C0DPdy98e4c > [debug] System config: [] > [debug] User config: ['ytdl-format=bestvideo[height<=?1280]+bestaudio/best'] > [debug] Custom config: [] > [debug] Command-line args: ['-i', '-v', > 'https://www.youtube.com/watch?v=C0DPdy98e4c'] > [debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8 > [debug] youtube-dl version 2020.06.16.1 > [debug] Python version 3.7.9 (CPython) - > Linux-5.6.7-gentoo-x86_64-AMD_FX-tm-8350_Eight-Core_Processor-with-gentoo-2. > 7 [debug] exe versions: ffmpeg 4.3.1, ffprobe 4.3.1 > [debug] Proxy map: {} > ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a > valid URL. Set --default-search "ytsearch" (or run youtube-dl > "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to > search YouTube > Traceback (most recent call last): > File "/usr/lib/python3.7/site-packages/youtube_dl/YoutubeDL.py", line > 797, in extract_info > ie_result = ie.extract(url) > File > "/usr/lib/python3.7/site-packages/youtube_dl/extractor/common.py", line > 530, in extract > ie_result = self._real_extract(url) > File > "/usr/lib/python3.7/site-packages/youtube_dl/extractor/generic.py", line > 2277, in _real_extract > % (url, url), expected=True) > youtube_dl.utils.ExtractorError: > 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a valid > URL. Set --default-search "ytsearch" (or run youtube-dl > "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to > search YouTube > > [youtube] C0DPdy98e4c: Downloading webpage > [debug] Default format spec: bestvideo+bestaudio/best > WARNING: Requested formats are incompatible for merge and will be merged > into mkv. > [debug] Invoking downloader on > 'https://r2---sn-5uaeznd7.googlevideo.com/videoplayback?expire=1603948129 > =AfqZX8i_DJPqigTpkoDYAw=74.188.248.51=o-AH8t98t1pWRhfF0y-tZC-qs49qI_zv > ZaKyBkU50HBe2G=244=133%2C134%2C135%2C160%2C242%2C243%2C244%2C278 > %2C394%2C395%2C396%2C397=youtube=yes=m8=31%2C26=s > n-5uaeznd7%2Csn-q4flrn7s=au%2Conr=m=2=20=1165000 > rv=1=video%2Fwebm=yes=294311=16.560=1449553649983144 > t=1603926401=2=yes=WEB=expire%2Cei%2Cip%2Cid%2Caita > gs%2Csource%2Crequiressl%2Cvprv%2Cmime%2Cgir%2Cclen%2Cdur%2Clmt=AOq0QJ8w > RQIhAKZU6AYMDnJ3MkiGZrpNIARGZ1wcxQIuhv8RefWrUPJEAiBIWn9PA40XVnnUclzEp_nV18Ah > 1PswHBQjNzNtA0Negg%3D%3D=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcw > ndbps=AG3C_xAwRgIhAKvXqCZKwVUndAMo_5bv6VxIvB7fMndYKg1QSCR0Tqu2AiEAp32rZ > ZE_hPo5cb1uRjg4PozYqTvXkkjWIaPEj7A9aog%3D=yes' [download] > Destination: TEST VIDEO-C0DPdy98e4c.f244.webm > [download] 100% of 287.41KiB in 00:02 > [debug] Invoking downloader on > 'https://r2---sn-5uaeznd7.googlevideo.com/videoplayback?expire=1603948129 > =AfqZX8i_DJPqigTpkoDYAw=74.188.248.51=o-AH8t98t1pWRhfF0y-tZC-qs49qI_zv > ZaKyBkU50HBe2G=140=youtube=yes=m8=31%2C26=sn > -5uaeznd7%2Csn-q4flrn7s=au%2Conr=m=2=20=1165000 > v=1=audio%2Fmp4=yes=280597=17.600=1509088061399864= > 1603926401=2=yes=WEB=expire%2Cei%2Cip%2Cid%2Citag%2 > Csource%2Crequiressl%2Cvprv%2Cmime%2Cgir%2Cclen%2Cdur%2Clmt=AOq0QJ8wRQIg > Zi7NlmQITSpxyahnu-mmF0TTQU4tTrjKNeNypYfUZS0CIQC25F6S6QoiRZ8g7HJf5HI1Ch6GBVpT > S8QogQBmpR4xWA%3D%3D=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcwndbp > s=AG3C_xAwRgIhAKvXqCZKwVUndAMo_5bv6VxIvB7fMndYKg1QSCR0Tqu2AiEAp32rZZE_h > Po5cb1uRjg4PozYqTvXkkjWIaPEj7A9aog%3D=yes' [download] > Destination: TEST VIDEO-C0DPdy98e4c.f140.m4a > [download] 100% of 274.02KiB in 00:02 > [ffmpeg] Merging formats into "TEST VIDEO-C0DPdy98e4c.mkv" > [debug] ffmpeg command line: ffmpeg -y -loglevel repeat+info -i > 'file:TEST VIDEO-C0DPdy98e4c.f244.webm' -i 'file:TEST > VIDEO-C0DPdy98e4c.f140.m4a' -c
Re: [gentoo-user] youtube-dl and the conf file.
David Haller wrote: > Hello, > > On Tue, 27 Oct 2020, Dale wrote: > [..] >> ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a >> valid URL. Set --default-search "ytsearch" (or run youtube-dl >> "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to >> search YouTube >> [youtube] byTOZIvyXPo: Downloading webpage > Please run again with -v, such as: > > $ youtube-dl -v https://www.youtube.com/watch?v=byTOZIvyXPo > > and then check at the top for the lines: > > [debug] System config: [] > [debug] User config: [ .. THIS IS WHAT I'M INTERESTED IN .. ] > [debug] Custom config: [] > [debug] Command-line args: [u'-v', > u'https://www.youtube.com/watch?v=IzPxJK4drcc'] > [..] > [debug] youtube-dl version 2020.09.20 > > and mail them here ... One should see there how yt-dl parses your > config and hopefully what goes wrong with it. > > HTH, > -dnh > Finally getting thing back to normal. Been checking out the quality of new power supply and the age of my mobo. Mobo is 7 years old. May start digging around for one of those soon. o_0 Searched for test video and grabbed the first hit. Here is the complete output. dale@fireball ~/Desktop $ youtube-dl -v https://www.youtube.com/watch?v=C0DPdy98e4c [debug] System config: [] [debug] User config: ['ytdl-format=bestvideo[height<=?1280]+bestaudio/best'] [debug] Custom config: [] [debug] Command-line args: ['-i', '-v', 'https://www.youtube.com/watch?v=C0DPdy98e4c'] [debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8 [debug] youtube-dl version 2020.06.16.1 [debug] Python version 3.7.9 (CPython) - Linux-5.6.7-gentoo-x86_64-AMD_FX-tm-8350_Eight-Core_Processor-with-gentoo-2.7 [debug] exe versions: ffmpeg 4.3.1, ffprobe 4.3.1 [debug] Proxy map: {} ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a valid URL. Set --default-search "ytsearch" (or run youtube-dl "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to search YouTube Traceback (most recent call last): File "/usr/lib/python3.7/site-packages/youtube_dl/YoutubeDL.py", line 797, in extract_info ie_result = ie.extract(url) File "/usr/lib/python3.7/site-packages/youtube_dl/extractor/common.py", line 530, in extract ie_result = self._real_extract(url) File "/usr/lib/python3.7/site-packages/youtube_dl/extractor/generic.py", line 2277, in _real_extract % (url, url), expected=True) youtube_dl.utils.ExtractorError: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a valid URL. Set --default-search "ytsearch" (or run youtube-dl "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to search YouTube [youtube] C0DPdy98e4c: Downloading webpage [debug] Default format spec: bestvideo+bestaudio/best WARNING: Requested formats are incompatible for merge and will be merged into mkv. [debug] Invoking downloader on 'https://r2---sn-5uaeznd7.googlevideo.com/videoplayback?expire=1603948129=AfqZX8i_DJPqigTpkoDYAw=74.188.248.51=o-AH8t98t1pWRhfF0y-tZC-qs49qI_zvZaKyBkU50HBe2G=244=133%2C134%2C135%2C160%2C242%2C243%2C244%2C278%2C394%2C395%2C396%2C397=youtube=yes=m8=31%2C26=sn-5uaeznd7%2Csn-q4flrn7s=au%2Conr=m=2=20=1165000=1=video%2Fwebm=yes=294311=16.560=1449553649983144=1603926401=2=yes=WEB=expire%2Cei%2Cip%2Cid%2Caitags%2Csource%2Crequiressl%2Cvprv%2Cmime%2Cgir%2Cclen%2Cdur%2Clmt=AOq0QJ8wRQIhAKZU6AYMDnJ3MkiGZrpNIARGZ1wcxQIuhv8RefWrUPJEAiBIWn9PA40XVnnUclzEp_nV18Ah1PswHBQjNzNtA0Negg%3D%3D=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcwndbps=AG3C_xAwRgIhAKvXqCZKwVUndAMo_5bv6VxIvB7fMndYKg1QSCR0Tqu2AiEAp32rZZE_hPo5cb1uRjg4PozYqTvXkkjWIaPEj7A9aog%3D=yes' [download] Destination: TEST VIDEO-C0DPdy98e4c.f244.webm [download] 100% of 287.41KiB in 00:02 [debug] Invoking downloader on 'https://r2---sn-5uaeznd7.googlevideo.com/videoplayback?expire=1603948129=AfqZX8i_DJPqigTpkoDYAw=74.188.248.51=o-AH8t98t1pWRhfF0y-tZC-qs49qI_zvZaKyBkU50HBe2G=140=youtube=yes=m8=31%2C26=sn-5uaeznd7%2Csn-q4flrn7s=au%2Conr=m=2=20=1165000=1=audio%2Fmp4=yes=280597=17.600=1509088061399864=1603926401=2=yes=WEB=expire%2Cei%2Cip%2Cid%2Citag%2Csource%2Crequiressl%2Cvprv%2Cmime%2Cgir%2Cclen%2Cdur%2Clmt=AOq0QJ8wRQIgZi7NlmQITSpxyahnu-mmF0TTQU4tTrjKNeNypYfUZS0CIQC25F6S6QoiRZ8g7HJf5HI1Ch6GBVpTS8QogQBmpR4xWA%3D%3D=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcwndbps=AG3C_xAwRgIhAKvXqCZKwVUndAMo_5bv6VxIvB7fMndYKg1QSCR0Tqu2AiEAp32rZZE_hPo5cb1uRjg4PozYqTvXkkjWIaPEj7A9aog%3D=yes' [download] Destination: TEST VIDEO-C0DPdy98e4c.f140.m4a [download] 100% of 274.02KiB in 00:02 [ffmpeg] Merging formats into "TEST VIDEO-C0DPdy98e4c.mkv" [debug] ffmpeg command line: ffmpeg -y -loglevel repeat+info -i 'file:TEST VIDEO-C0DPdy98e4c.f244.webm' -i 'file:TEST VIDEO-C0DPdy98e4c.f140.m4a' -c copy -map 0:v:0 -map 1:a:0 'file:TEST VIDEO-C0DPdy98e4c.temp.mkv' Deleting original file TEST VIDEO-C0DPdy98e4c.f244.webm (pass -k to keep) Deleting original file TEST VIDEO-C0DPdy98e4c.f140.m4a (pass -k to keep) dale@fireball ~/Desktop $ So you don't have to look back to old message, conf file again.
Re: [gentoo-user] youtube-dl and the conf file.
Michael wrote: > On Wednesday, 28 October 2020 19:27:06 GMT Dale wrote: > >> I'm thinking about replacing that cap and seeing if it works. I've >> repaired a few monitors that way but my question is, should I trust it >> after replacing that cap even if it works?? Should it be load tested or >> something? Does the protection circuitry only work once? > It depends what was damaged and the cause of it. It could be the capacitor > reached its predicted end of life. It could have been a transient voltage, > in > which case more things in the protection circuit (diodes, resistors) may have > also been damaged. > > I had an old desktop which during a lightning storm ended up with a blown PSU > and a blown winmodem. The winmodem was unrepairable, but the PSU survived > following the replacement of a single capacitor. :-) > > For the cost of a capacitor I'd give it a try and then measure the output > voltages under load. > Well, we getting rain but I haven't heard a single bit of thunder or any light blinking. Nothing really bad anywhere near us either. It's the hurricane thing again. I might add, I got surge protection coming out my ears. One in the main breaker box that should protect everything. It's installed right below the main breaker. Another one at the wall plug where I plug my UPS in. The UPS also has surge protection as well. The likely hood that a surge made it through all that, pretty slim. The one in the breaker box alone should stop about anything short of a direct lightening strike. Given all that, I think a surge can be ruled out, in this case anyway. ;-) End of life. That is my bet. I did a search for when I ordered the power supply. It is within a month or so of being 10 years old. I may replace that capacitor just for giggles but honestly, I got my money out of that thing a few years ago. I'd be worried about the other capacitors in there too. Are they about to pop as well?? Who knows. >From my research, the new P/S isn't a great one but it is a decent one. It cost me a little more than my old one which lasted a good long while. I may order a new one later on and pick a really good one. I used to go to Jonnyguru website to see what is good and what is not but it seems they haven't done anything in a year or more. I don't know if they stopped doing it, got sick or what. They used to test them pretty good when I looked before. Just surviving their tests was generally a good thing. They stressed them for sure to see if they could handle what they claim they can. Anyone else notice that cheap capacitors literally blow up while the good high quality ones just dome up on top? I had a really cheap one go out in a power inverter. It barely had enough left to see the specs. I've seen high quality ones go out from age and they just dome up. You have to look close to even see it is bad. I don't recall ever seeing one blow up tho. I think I'm going to check the age of my mobo right quick. :/ Dale :-) :-)
Re: [gentoo-user] youtube-dl and the conf file.
On Wednesday, 28 October 2020 19:27:06 GMT Dale wrote: > I'm thinking about replacing that cap and seeing if it works. I've > repaired a few monitors that way but my question is, should I trust it > after replacing that cap even if it works?? Should it be load tested or > something? Does the protection circuitry only work once? It depends what was damaged and the cause of it. It could be the capacitor reached its predicted end of life. It could have been a transient voltage, in which case more things in the protection circuit (diodes, resistors) may have also been damaged. I had an old desktop which during a lightning storm ended up with a blown PSU and a blown winmodem. The winmodem was unrepairable, but the PSU survived following the replacement of a single capacitor. :-) For the cost of a capacitor I'd give it a try and then measure the output voltages under load. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] youtube-dl and the conf file.
Dale wrote: > David Haller wrote: >> Hello, >> >> On Tue, 27 Oct 2020, Dale wrote: >>> This is what the conf file looks like now. I took out the format >>> option. Add it back later when this current issue is settled. >>> >>> --format >>> 'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best' >> Is that one or two lines? It think it should be one! I.e.: >> >> --format foo >> >> Try: >> >> --format >> 'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best' >> >> Or, I think it's equivalent: >> >> --format 'bestvideo[ext=webm,ext=mp4][width<=?1280]+bestaudio/best' >> >> HTH, >> -dnh >> > > It doesn't like that either. The original is one line. That said, I > read where you can put one option on each line and have multiple lines. > The top line is what I already had so I tried the second one. It gave > me this. > > > ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a > valid URL. Set --default-search "ytsearch" (or run youtube-dl > "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to > search YouTube > [youtube] byTOZIvyXPo: Downloading webpage > > > It seems to see something as a URL instead of a option. Thing is, when > I google, I find a lot of people using the exact same line. I'm > beginning to wonder if Arve has a point. Maybe something else changed > and that changed how youtube-dl works. To test, I wanted to re-emerge > youtube-dl. When I tried, I got this little bit of spit up on my > keyboard. > > > root@fireball / # emerge -a youtube-dl > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R *] net-misc/youtube-dl-::gentoo USE="-test" > PYTHON_TARGETS="python3_7 -python3_6 -python3_8" 0 KiB > > Total: 1 package (1 reinstall), Size of downloads: 0 KiB > > Would you like to merge these packages? [Yes/No] y Verifying ebuild manifests Emerging (1 of 1) net-misc/youtube-dl-::gentoo Failed to emerge net-misc/youtube-dl-, Log file: '/var/log/portage/net-misc:youtube-dl-:20201028-012948.log' Jobs: 0 of 1 complete, 1 failed Load avg: 2.00, > 1.70, 1.60 > * Package: net-misc/youtube-dl- > * Repository: gentoo > * Maintainer: j...@gentoo.org > * USE: abi_x86_64 amd64 elibc_glibc kernel_linux > python_targets_python3_7 userland_GNU > * FEATURES: network-sandbox preserve-libs sandbox userpriv usersandbox Unpacking source... > * Repository id: ytdl-org_youtube-dl.git > * To override fetched repository properties, use: > * EGIT_OVERRIDE_REPO_YTDL_ORG_YOUTUBE_DL > * EGIT_OVERRIDE_BRANCH_YTDL_ORG_YOUTUBE_DL > * EGIT_OVERRIDE_COMMIT_YTDL_ORG_YOUTUBE_DL > * EGIT_OVERRIDE_COMMIT_DATE_YTDL_ORG_YOUTUBE_DL > * > * Fetching https://github.com/ytdl-org/youtube-dl/ ... > git fetch https://github.com/ytdl-org/youtube-dl/ +HEAD:refs/git-r3/HEAD > fatal: could not read Username for 'https://github.com': terminal > prompts disabled > * ERROR: net-misc/youtube-dl-::gentoo failed (unpack phase): > * Unable to fetch from any of EGIT_REPO_URI > * > * Call stack: > * ebuild.sh, line 125: Called src_unpack > * environment, line 3655: Called git-r3_src_unpack > * environment, line 2568: Called git-r3_src_fetch > * environment, line 2562: Called git-r3_fetch > * environment, line 2484: Called die > * The specific snippet of code: > * [[ -n ${success} ]] || die "Unable to fetch from any of > EGIT_REPO_URI"; > * > * If you need support, post the output of `emerge --info > '=net-misc/youtube-dl-::gentoo'`, > * the complete build log and the output of `emerge -pqv > '=net-misc/youtube-dl-::gentoo'`. > * The complete build log is located at > '/var/log/portage/net-misc:youtube-dl-:20201028-012948.log'. > * For convenience, a symlink to the build log is located at > '/var/tmp/portage/net-misc/youtube-dl-/temp/build.log'. > * The ebuild environment file is located at > '/var/tmp/portage/net-misc/youtube-dl-/temp/environment'. > * Working directory: '/var/tmp/portage/net-misc/youtube-dl-/work' > * S: > '/var/tmp/portage/net-misc/youtube-dl-/work/youtube-dl-' > * > * The following package has failed to build, install, or execute postinst: > * > * (net-misc/youtube-dl-:0/0::gentoo, ebuild scheduled for > merge), Log file: > * '/var/log/portage/net-misc:youtube-dl-:20201028-012948.log' > * > root@fireball / # > > > Is that because RIAA made them remove something or have I found a whole > new problem? o-O > > Dale > > :-) :-) > Howdy, It's been rough since my last message. My puter made a fairly loud pop sound and then went dark. Trust me, it went dark in here. My monitors and everything went black. That's not something this room sees much. Anyway, my power supply decided to take a long nap. The
Re: [gentoo-user] youtube-dl and the conf file.
On Tue, Oct 27, 2020 at 1:58 PM Dale wrote: > > Howdy, > > I'm hearing bad things about youtube-dl. It seems the RIAA is punishing > people who use it legally for those who don't. Funny how the people who > don't do anything wrong pays for the ones who do while the ones who do > bad things get away. Anyway. > > A good while back this list helped me set up the conf file for > youtube-dl so that it grabs the best resolution up to 720P or 1280 > resolution videos. I have no need for a 4K video. lol It seems > something changed a while back and the options in the conf file produce > a error. From the error, I can't figure out what to change. This is > the error. > > > ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a > valid URL. Set --default-search "ytsearch" (or run youtube-dl > "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to > search YouTube > > I'm using the normal youtube-dl command. No options or > anything. This is what I have in the conf file. > > > --format > bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best > > --merge-output-format mp4 > > > Those options worked for a long time so I guess something changed with > youtube-dl. I don't get why it says the options are a URL either. When > I google, I can't find where anyone is getting this error or using > different options either, at least not to accomplish the same goal. I > might add, my googling turned up the RIAA mess. May have to donate to > help fund lawyers. :/ > > Anyone know what to do to fix it? I can't make heads or tails of it. > > Dale > > :-) :-) Hi Dale, I don't use youtube-dl enough to offer any significant input but in my limited experience the general way to handle this is to first determine what formats are actually available and then to pick one of those by number: mark@science:~$ youtube-dl -F https://www.youtube.com/watch?v=byTOZIvyXPo [youtube] byTOZIvyXPo: Downloading webpage [youtube] byTOZIvyXPo: Downloading MPD manifest [info] Available formats for byTOZIvyXPo: format code extension resolution note 139 m4aaudio only DASH audio 52k , m4a_dash container, mp4a.40.5@ 48k (22050Hz) 140 m4aaudio only DASH audio 132k , m4a_dash container, mp4a.40.2@128k (44100Hz) 251 webm audio only DASH audio 137k , webm_dash container, opus @160k (48000Hz) 278 webm 192x144DASH video 95k , webm_dash container, vp9, 24fps, video only 160 mp4192x144DASH video 108k , mp4_dash container, avc1.4d400b, 24fps, video only 242 webm 320x240DASH video 220k , webm_dash container, vp9, 24fps, video only 133 mp4320x240DASH video 242k , mp4_dash container, avc1.4d400c, 24fps, video only 243 webm 480x360DASH video 405k , webm_dash container, vp9, 24fps, video only 134 mp4480x360DASH video 477k , mp4_dash container, avc1.4d4015, 24fps, video only 244 webm 640x480DASH video 752k , webm_dash container, vp9, 24fps, video only 135 mp4640x480DASH video 1155k , mp4_dash container, avc1.4d4014, 24fps, video only 18 mp4480x360360p 514k , avc1.42001E, 24fps, mp4a.40.2@ 96k (44100Hz), 177.81MiB (best) mark@science:~$ Note that documentation for the --bestvideo/--bestaudio options says that they 'may not be available'. In many cases I've had to transcode the download for my purpose which is very much a corner case. I use them in a program called transcribe! which figures out most likely guitar fingering positions from audio content and when video is available will play the video so you can see where the player is actually placing his fingers vs what the program thinks she's/he's doing. I suspect you might be able to script the youtube-dl and transcode into a single batch file but that sort of stuff is generally beyond me and I don't do it enough to warrant learning. HTH, Mark
Re: [gentoo-user] youtube-dl and the conf file.
Hello, On Tue, 27 Oct 2020, Dale wrote: [..] >ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a >valid URL. Set --default-search "ytsearch" (or run youtube-dl >"ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to >search YouTube >[youtube] byTOZIvyXPo: Downloading webpage Please run again with -v, such as: $ youtube-dl -v https://www.youtube.com/watch?v=byTOZIvyXPo and then check at the top for the lines: [debug] System config: [] [debug] User config: [ .. THIS IS WHAT I'M INTERESTED IN .. ] [debug] Custom config: [] [debug] Command-line args: [u'-v', u'https://www.youtube.com/watch?v=IzPxJK4drcc'] [..] [debug] youtube-dl version 2020.09.20 and mail them here ... One should see there how yt-dl parses your config and hopefully what goes wrong with it. HTH, -dnh -- Thou shalt not droppeth thy leatherman onto live motherboards. -- Andreas "Buzh" Skau
Re: [gentoo-user] youtube-dl and the conf file.
On Wed, Oct 28, 2020 at 07:21:32AM +0100, Arve Barsnes wrote: > On Wed, 28 Oct 2020 at 02:35, Dale wrote: > > Is that because RIAA made them remove something or have I found a whole > > new problem? o-O > > This is because of RIAA indeed. The repo is no longer available on > github, so if you wanted to update from your last merge from july (if > I read your previous message correctly), you would need to download a > release from somewhere else. There are plenty of clones elsewhere on > github so it shouldn't be a problem really, but you'd need to create > your own ebuild. See also, for anyone interested in the legal aspects of this "notice": [1, 2]. The action by the R.I.A.A. is dubious to say the least, but GitHub cannot determine the validity of the claim as they are not a court. Until this matter is decided through the proper legal channels, GitHub have no (wise) option but to comply. However, as Arve correctly states, this doesn't effect the distribution of YouTube-DL in any realistic capacity due to the prevalence of on-line mirrors. The lack of knowledge of the open-source model possessed by these sort of large assets-management companies remains as astounding and entertaining as ever. I often wonder whether their business consists of anything other than invoking the Streisand effect. [1] https://law.stackexchange.com/questions/57421 [2] https://github.com/github/dmca/blob/master/2020/10/2020-10-23-RIAA.md Dale: I have received your e-mail and video. Will reply shortly. Fiddled with my telephone a bit too much and had to buy (and learn to use) a vintage tension gauge to correctly rewind the impulse spring in the dial. My local exchange did not take kindly to a telephone sending ten pulses in a tenth of a second. LOL. -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] youtube-dl and the conf file.
On Wed, 28 Oct 2020 at 02:35, Dale wrote: > root@fireball / # emerge -a youtube-dl > > > Is that because RIAA made them remove something or have I found a whole > new problem? o-O This is because of RIAA indeed. The repo is no longer available on github, so if you wanted to update from your last merge from july (if I read your previous message correctly), you would need to download a release from somewhere else. There are plenty of clones elsewhere on github so it shouldn't be a problem really, but you'd need to create your own ebuild. Regards, Arve
Re: [gentoo-user] youtube-dl and the conf file.
David Haller wrote: > Hello, > > On Tue, 27 Oct 2020, Dale wrote: >> This is what the conf file looks like now. I took out the format >> option. Add it back later when this current issue is settled. >> >> --format >> 'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best' > Is that one or two lines? It think it should be one! I.e.: > > --format foo > > Try: > > --format > 'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best' > > Or, I think it's equivalent: > > --format 'bestvideo[ext=webm,ext=mp4][width<=?1280]+bestaudio/best' > > HTH, > -dnh > It doesn't like that either. The original is one line. That said, I read where you can put one option on each line and have multiple lines. The top line is what I already had so I tried the second one. It gave me this. ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a valid URL. Set --default-search "ytsearch" (or run youtube-dl "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to search YouTube [youtube] byTOZIvyXPo: Downloading webpage It seems to see something as a URL instead of a option. Thing is, when I google, I find a lot of people using the exact same line. I'm beginning to wonder if Arve has a point. Maybe something else changed and that changed how youtube-dl works. To test, I wanted to re-emerge youtube-dl. When I tried, I got this little bit of spit up on my keyboard. root@fireball / # emerge -a youtube-dl These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R *] net-misc/youtube-dl-::gentoo USE="-test" PYTHON_TARGETS="python3_7 -python3_6 -python3_8" 0 KiB Total: 1 package (1 reinstall), Size of downloads: 0 KiB Would you like to merge these packages? [Yes/No] y >>> Verifying ebuild manifests >>> Emerging (1 of 1) net-misc/youtube-dl-::gentoo >>> Failed to emerge net-misc/youtube-dl-, Log file: >>> '/var/log/portage/net-misc:youtube-dl-:20201028-012948.log' >>> Jobs: 0 of 1 complete, 1 failed Load avg: 2.00, 1.70, 1.60 * Package: net-misc/youtube-dl- * Repository: gentoo * Maintainer: j...@gentoo.org * USE: abi_x86_64 amd64 elibc_glibc kernel_linux python_targets_python3_7 userland_GNU * FEATURES: network-sandbox preserve-libs sandbox userpriv usersandbox >>> Unpacking source... * Repository id: ytdl-org_youtube-dl.git * To override fetched repository properties, use: * EGIT_OVERRIDE_REPO_YTDL_ORG_YOUTUBE_DL * EGIT_OVERRIDE_BRANCH_YTDL_ORG_YOUTUBE_DL * EGIT_OVERRIDE_COMMIT_YTDL_ORG_YOUTUBE_DL * EGIT_OVERRIDE_COMMIT_DATE_YTDL_ORG_YOUTUBE_DL * * Fetching https://github.com/ytdl-org/youtube-dl/ ... git fetch https://github.com/ytdl-org/youtube-dl/ +HEAD:refs/git-r3/HEAD fatal: could not read Username for 'https://github.com': terminal prompts disabled * ERROR: net-misc/youtube-dl-::gentoo failed (unpack phase): * Unable to fetch from any of EGIT_REPO_URI * * Call stack: * ebuild.sh, line 125: Called src_unpack * environment, line 3655: Called git-r3_src_unpack * environment, line 2568: Called git-r3_src_fetch * environment, line 2562: Called git-r3_fetch * environment, line 2484: Called die * The specific snippet of code: * [[ -n ${success} ]] || die "Unable to fetch from any of EGIT_REPO_URI"; * * If you need support, post the output of `emerge --info '=net-misc/youtube-dl-::gentoo'`, * the complete build log and the output of `emerge -pqv '=net-misc/youtube-dl-::gentoo'`. * The complete build log is located at '/var/log/portage/net-misc:youtube-dl-:20201028-012948.log'. * For convenience, a symlink to the build log is located at '/var/tmp/portage/net-misc/youtube-dl-/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/net-misc/youtube-dl-/temp/environment'. * Working directory: '/var/tmp/portage/net-misc/youtube-dl-/work' * S: '/var/tmp/portage/net-misc/youtube-dl-/work/youtube-dl-' * * The following package has failed to build, install, or execute postinst: * * (net-misc/youtube-dl-:0/0::gentoo, ebuild scheduled for merge), Log file: * '/var/log/portage/net-misc:youtube-dl-:20201028-012948.log' * root@fireball / # Is that because RIAA made them remove something or have I found a whole new problem? o-O Dale :-) :-)
Re: [gentoo-user] youtube-dl and the conf file.
Hello, On Tue, 27 Oct 2020, Dale wrote: >This is what the conf file looks like now. I took out the format >option. Add it back later when this current issue is settled. > >--format >'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best' Is that one or two lines? It think it should be one! I.e.: --format foo Try: --format 'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best' Or, I think it's equivalent: --format 'bestvideo[ext=webm,ext=mp4][width<=?1280]+bestaudio/best' HTH, -dnh -- Linux is not a desktop OS for people whose VCRs are still flashing "12:00". -- Paul Tomblin
Re: [gentoo-user] youtube-dl and the conf file.
Michael wrote: > On Tuesday, 27 October 2020 21:14:37 GMT Arve Barsnes wrote: >> On Tue, 27 Oct 2020 at 21:58, Dale wrote: >>> I'm using the normal youtube-dl command. No options or >>> anything. This is what I have in the conf file. >>> >>> >>> --format >>> bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?128 >>> 0]+bestaudio/best >>> >>> --merge-output-format mp4 >>> >>> >>> Those options worked for a long time so I guess something changed with >>> youtube-dl. I don't get why it says the options are a URL either. When >>> I google, I can't find where anyone is getting this error or using >>> different options either, at least not to accomplish the same goal. I >> I took a quick look at the commit history, and it seems the >> documentation for the format options haven't changed in at least a >> year, so it's hard to say if it is actually youtube-dl being the >> culprit here. >> >> Might be a quoting problem. Have you changed or updated anything >> regarding your terminal emulator lately? >> >> Maybe run your command with the verbose flag (-v) and see if it tells >> you the full command it is trying to run. Notice in the docs the whole >> format string is quoted with single quotes. >> >> Regards, >> Arve > Occasionally the youtube-dl on the tree is not totally up-to-date with the > latest and greatest in git. You can wait for a day or two and see if it gets > updated in portage testing branch, or download it from git and run it from > within a directory. > > Theoretically, your config can run into trouble if the container format you > have set to merge video and audio into, will not work with the video/audio > extractors available on the stream. > > You have specified: "--merge-output-format mp4" > > If the available codex for video or audio is not suitable for the mp4 > container, you are going to get an error. For example, if a stream only has > bestvideo in a VP9 codec at width 1280, and/or best audio in opus codec, this > will barf if you try to merge it into a mp4 container without transcoding the > video and/or audio streams using codecs compatible with mp4, instead of > merging (copying) them into webm (mkv) as they come. > > Hence it throws a wobbly back at you and asks you to run a search in case > there is some URL with video/audio streams in codecs which will satisfy your > mp4 container format requirement. > > I don't think the single/double quote is an issue for Linux. In MSWindows > you > ought to use double quotes. I first noticed this when using a site other than youtube. For a long while, I thought it was because of me using other sites. Today, real early this morning, I wanted a video off youtube and noticed it still gave the error. That made me start to wonder. Odd thing is, it seems to pick the best video but the ones I was downloading were already low definition anyway. I may find a 4K video and see what it does. If it grabs the 4K version, it's ignoring the option in the conf file. If it grabs the 720P version, well, it is making use of some of the option even if it is not happy with the rest of the line. I get the same error even when I comment out that merge format line. I was hoping but I added that line a while back but so far, it ignores it or they are not available as you point out. If youtube-dl stops working because it can't be maintained, I'm going to be sad. I don't use it a lot but it is a nifty tool. I really like the resume feature. It seems other tools stop at 90 something percent and they require me to start over. Youtube-dl just picks up where it left off when you try again. Saves a lot of time and bandwidth for me and the site I'm getting a video from. Dale :-) :-)
Re: [gentoo-user] youtube-dl and the conf file.
Arve Barsnes wrote: > On Tue, 27 Oct 2020 at 21:58, Dale wrote: >> I'm using the normal youtube-dl command. No options or >> anything. This is what I have in the conf file. >> >> >> --format >> bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best >> >> --merge-output-format mp4 >> >> >> Those options worked for a long time so I guess something changed with >> youtube-dl. I don't get why it says the options are a URL either. When >> I google, I can't find where anyone is getting this error or using >> different options either, at least not to accomplish the same goal. I > I took a quick look at the commit history, and it seems the > documentation for the format options haven't changed in at least a > year, so it's hard to say if it is actually youtube-dl being the > culprit here. > > Might be a quoting problem. Have you changed or updated anything > regarding your terminal emulator lately? > > Maybe run your command with the verbose flag (-v) and see if it tells > you the full command it is trying to run. Notice in the docs the whole > format string is quoted with single quotes. > > Regards, > Arve > > Ran with -v but don't see any clues there. Basically, it's the same error twice. ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a valid URL. Set --default-search "ytsearch" (or run youtube-dl "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to search YouTube Traceback (most recent call last): File "/usr/lib/python3.7/site-packages/youtube_dl/YoutubeDL.py", line 797, in extract_info ie_result = ie.extract(url) File "/usr/lib/python3.7/site-packages/youtube_dl/extractor/common.py", line 530, in extract ie_result = self._real_extract(url) File "/usr/lib/python3.7/site-packages/youtube_dl/extractor/generic.py", line 2277, in _real_extract % (url, url), expected=True) youtube_dl.utils.ExtractorError: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a valid URL. Set --default-search "ytsearch" (or run youtube-dl "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to search YouTube This is what the conf file looks like now. I took out the format option. Add it back later when this current issue is settled. --format 'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best' I use KDE so it could be KDE updated something but if so, I'm not aware of it. I use Konsole to run the commands. Nothing else complains but that may not mean much either. I'm going to add single quotes and see if anything changes, as shown above. Worst it can do is puke on my keyboard. lol Single quotes didn't change anything either. Same output. I wonder if the changes in python could be the issue? Maybe it went from python 2.7 to a newer version and changed something?? Just for giggles. [ebuild R *] net-misc/youtube-dl-::gentoo USE="-test" PYTHON_TARGETS="python3_7 -python3_6 -python3_8" And for a few more giggles. root@fireball / # genlop -t youtube-dl * net-misc/youtube-dl Tue May 12 13:36:32 2020 >>> net-misc/youtube-dl- merge time: 1 minute and 6 seconds. Wed May 13 21:24:43 2020 >>> net-misc/youtube-dl- merge time: 40 seconds. Fri Jul 3 16:17:21 2020 >>> net-misc/youtube-dl- merge time: 1 minute and 2 seconds. Fri Jul 3 16:26:21 2020 >>> net-misc/youtube-dl- merge time: 34 seconds. Sun Jul 12 23:11:57 2020 >>> net-misc/youtube-dl- merge time: 6 minutes and 55 seconds. root@fireball / # Keep in mind, I been ignoring the error for a while. I thought it was a bug or something that would get stomped on eventually. I wasn't aware that youtube-dl was the one being stomped on by a big foot. :-( Open to ideas. Dale :-) :-)
Re: [gentoo-user] youtube-dl and the conf file.
On Tuesday, 27 October 2020 21:14:37 GMT Arve Barsnes wrote: > On Tue, 27 Oct 2020 at 21:58, Dale wrote: > > I'm using the normal youtube-dl command. No options or > > anything. This is what I have in the conf file. > > > > > > --format > > bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?128 > > 0]+bestaudio/best > > > > --merge-output-format mp4 > > > > > > Those options worked for a long time so I guess something changed with > > youtube-dl. I don't get why it says the options are a URL either. When > > I google, I can't find where anyone is getting this error or using > > different options either, at least not to accomplish the same goal. I > > I took a quick look at the commit history, and it seems the > documentation for the format options haven't changed in at least a > year, so it's hard to say if it is actually youtube-dl being the > culprit here. > > Might be a quoting problem. Have you changed or updated anything > regarding your terminal emulator lately? > > Maybe run your command with the verbose flag (-v) and see if it tells > you the full command it is trying to run. Notice in the docs the whole > format string is quoted with single quotes. > > Regards, > Arve Occasionally the youtube-dl on the tree is not totally up-to-date with the latest and greatest in git. You can wait for a day or two and see if it gets updated in portage testing branch, or download it from git and run it from within a directory. Theoretically, your config can run into trouble if the container format you have set to merge video and audio into, will not work with the video/audio extractors available on the stream. You have specified: "--merge-output-format mp4" If the available codex for video or audio is not suitable for the mp4 container, you are going to get an error. For example, if a stream only has bestvideo in a VP9 codec at width 1280, and/or best audio in opus codec, this will barf if you try to merge it into a mp4 container without transcoding the video and/or audio streams using codecs compatible with mp4, instead of merging (copying) them into webm (mkv) as they come. Hence it throws a wobbly back at you and asks you to run a search in case there is some URL with video/audio streams in codecs which will satisfy your mp4 container format requirement. I don't think the single/double quote is an issue for Linux. In MSWindows you ought to use double quotes. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] youtube-dl and the conf file.
On Tue, 27 Oct 2020 at 21:58, Dale wrote: > I'm using the normal youtube-dl command. No options or > anything. This is what I have in the conf file. > > > --format > bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best > > --merge-output-format mp4 > > > Those options worked for a long time so I guess something changed with > youtube-dl. I don't get why it says the options are a URL either. When > I google, I can't find where anyone is getting this error or using > different options either, at least not to accomplish the same goal. I I took a quick look at the commit history, and it seems the documentation for the format options haven't changed in at least a year, so it's hard to say if it is actually youtube-dl being the culprit here. Might be a quoting problem. Have you changed or updated anything regarding your terminal emulator lately? Maybe run your command with the verbose flag (-v) and see if it tells you the full command it is trying to run. Notice in the docs the whole format string is quoted with single quotes. Regards, Arve
[gentoo-user] youtube-dl and the conf file.
Howdy, I'm hearing bad things about youtube-dl. It seems the RIAA is punishing people who use it legally for those who don't. Funny how the people who don't do anything wrong pays for the ones who do while the ones who do bad things get away. Anyway. A good while back this list helped me set up the conf file for youtube-dl so that it grabs the best resolution up to 720P or 1280 resolution videos. I have no need for a 4K video. lol It seems something changed a while back and the options in the conf file produce a error. From the error, I can't figure out what to change. This is the error. ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a valid URL. Set --default-search "ytsearch" (or run youtube-dl "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to search YouTube I'm using the normal youtube-dl command. No options or anything. This is what I have in the conf file. --format bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best --merge-output-format mp4 Those options worked for a long time so I guess something changed with youtube-dl. I don't get why it says the options are a URL either. When I google, I can't find where anyone is getting this error or using different options either, at least not to accomplish the same goal. I might add, my googling turned up the RIAA mess. May have to donate to help fund lawyers. :/ Anyone know what to do to fix it? I can't make heads or tails of it. Dale :-) :-)